쟈스 push 성능 구린거 팩트임?

[익명(185.92)]

[익명(106.101)]

노드 지금 12버전 까지 나왔는데 성능차 좆도 없을텐데

[익명(106.101)]

지금 노드로 뭐 하고있는데 반복 ㅈㄴ 돌면서 푸시, 배열인덱스 테스트좀 해볼까나

[익명(185.92)]

ㄴ 결과좀

[익명(1.240)]

자스에먼 성능이여~

[0년차(119.149)]

unshift는 o(n)이라 훨 구림 근데 이 책 무슨 책임? - dc App

[익명(185.92)]

자바스크립트 햄수형 프로그래밍

[익명(185.92)]

자세히 설명 가능?

[익명(185.92)]

여태 푸쉬만 썻는데 가독성 차이가 존나 심해

[0년차(119.149)]

push는 성능 차이 별로 없을텐데..? - dc App

[익명(118.235)]

푸쉬->푸시

[Node.js(heartleth)]

키보드 자랑

[익명(14.63)]

책에서 써져있는것 처럼 브라우저마다 성능차이가 다 다름 ㅇㅇ; 그리고 10만번 돌리는거 아니면 성능이슈 거의 없음

[익명(185.92)]

그럼 계속 푸쉬 써도 되겠네

[익명(14.63)]

보통 [...arr, data] 이렇게 넣지

[익명(118.235)]

푸쉬->푸시

[익명(106.102)]

별 의미없는 벤치마크인듯

[ss(175.124)]

성능차이가 있을수 밖에 없음 push는 오브젝트에 할당된 메소드를 참조해서 부르는거라 사이드 이팩트를 체크하면서 돌음 반면에 indexing access 로

[익명(106.101)]

오 너쫌 고수다 더 상세히좀

[ㅇㅅㅇ(61.253)]

이정도도 최적화 안해주냐

[ss(175.124)]

기본적인 array 오브젝트가 valid 한지는 최적화는 해주지 ㅋㅋ 근데 이 후에 indexing access 랑 push랑 가장 큰 차이점은 indexing access 는 array 의 메모리를 직접 참조해서 쓸 수 있어서 최적화가 직접 메모리참조하는 식으로 변경으 되는데 push는 구현자체가 array의 현재 length 가 max capacity에 다다를 때 array의 capacity를 할당해주면서 세팅하기도 하고 앞서 말햇듯이 method 참조를 하기 때문에 최적화가 확실히 다르지 단일 실행 또한 보다 느리기도 하고

[ss(175.124)]

접근하는것들은 jit compiler에 의해서 최적화가 가능해짐 예를들어 저기 책에 나와있듯이 루프를 100000번정도 넘게돌면서 코드 실행하게 되면 javascriptcore engine에서는 ftl jit tier 까지 threshold가 차게되서 이후에 코드실행은 확실히 속도 차이가 남

[익명(106.101)]

v8 내부적으로 뭐 반복되는거나 그런거 미리 만든다던 그 얘긴가

[ss(175.124)]

ㅇㅇ 그래서 한번 jit compile 하는데 시간은 먹겠지만 이후에 여러번 돌면 돌수록 최적화가 효과있어지지