Linux의 NodeJS/V8/JavaScript : 예상 성능 향상까지 최대

Question

다음은 간단한 스크립트의 여러 실행에 대한 CPU 소비 그래프의 스티치 업입니다. 나는 단기간에 CPU 소비 그래프의 변동성에 흥미를 느낀다. 아무도이 커브를 몇 분 안에 너무 크게 변화시킬 수있는 아이디어가 있습니까?

드라이버 스크립트 한번에 노드 처리 돼지 하나 개의 CPU를하기 :

$ for ((i = 0; i < 8; ++i)) ; do echo CPU: $i; taskset -c $i node ticks_per_second.js; done

스크립트 : Node Ticks per Second 노드 버전 : 0.10.8 (설치하여 NVM) OS : 우분투 12.04 하드웨어 : MacBook Pro 9,1

이것은 단일 NodeJS 프로세스에서 생성/처리 할 수있는 이벤트의 이론적 인 한계를 확인하는 연습입니다.

추신 : NodeJS가 어떤 종류의 작업 (I/O)이 좋고 (CPU)가 좋지 않은지 알고 있습니다. 따라서 이러한 측면을 논의 할 충동을 억제하십시오. NodeJS를 예측 가능하게 수행 할 수있는 조언을 찾고 있습니다.

Answer 1

는 그놈 시스템 모니터가 지체임을 밝혀!

(참고. 다음 스크린에있어서, 상부 그래프는 KSysGuard에 의해 만들어지고, 아래 그래프는 그놈 시스템 모니터이다)

1. 업데이트 간격은 '10'으로 설정되어야 시스템 모니터가 1 초마다 그래프를 움직이게합니다. (스크린 샷 1 참조)

2. 업데이트 간격을 1 초로 설정하면 그래프가 너무 빠르게 움직입니다 !! (스크린 샷 2 참조)

3. KSysGuard는 응답 성이 뛰어나며 요청시 정확히 1 초 동안 그래프를 업데이트합니다. (스크린 샷 1 참조).

고맙게도 KSysGuard 패키지는 그냥 GUI와 ksysguardd를 데몬을 설치하고, 불필요한 팽창을 발생하지 그래서 설치는 KDE 시스템의 나머지 부분에 대한 종속성이 없습니다.

결론 : Gnome System Monitor를 사용하지 말고 KSysGuard를 사용하십시오. 올바른 작업이므로 매우 유연합니다.