우분투 서버에서 Java를 사용하여 압축 파일 형식에서 300M 이미지 파일의 압축을 풀려고합니다.
압축 풀기 속도는 0.5Mbytes / sec이며, 심연입니다 (이 속도로 1.5TB를 풀려면 34 일).
나는 이유를 알아 내려고 노력하고 있으며, 내가 알 수있는 유일한 이상은 포장 풀기 프로세스를 수행 할 때 updatedb.mlocate가 항상 작동한다는 것입니다. 방해가되는지 확인하기 위해 끄고 싶지만, 그것이 무엇인지에 대해 많이 이해하지 못합니다.
상단
top - 05:16:52 up 1 day, 5:15, 3 users, load average: 2.00, 2.01, 1.83
Tasks: 83 total, 1 running, 82 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.4%us, 0.8%sy, 0.0%ni, 8.4%id, 90.2%wa, 0.0%hi, 0.0%si, 0.2%st
Mem: 1737420k total, 1722680k used, 14740k free, 1241260k buffers
Swap: 917500k total, 160k used, 917340k free, 165448k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
22901 davidpar 20 0 1051m 56m 4992 S 3 3.3 0:47.84 java
2221 root 20 0 32348 26m 268 D 1 1.6 27:57.86 updatedb.mlocat
25 root 20 0 0 0 0 S 0 0.0 10:10.77 kswapd0
678 root 20 0 15864 444 268 S 0 0.0 0:19.45 irqbalance
849 davidpar 20 0 26560 1676 332 S 0 0.1 17:17.49 screen
아이오 톱
Total DISK READ: 4.07 M/s | Total DISK WRITE: 789.62 K/s
TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND
2221 idle root 1556.98 K/s 6.36 K/s 0.00 % 99.61 % updatedb.mlocate
22902 be/4 davidpar 2.54 M/s 671.93 K/s 0.00 % 96.96 % java -cp /home/davidparks21/fruggutils/lib/FruggMapreduceJobs.~educe.UnpackImages /mnt/local/imagebinaries-r-00010 /mnt/ebs1/
547 be/3 root 0.00 B/s 87.47 K/s 0.00 % 0.30 % [jbd2/xvdf-8]
177 be/3 root 0.00 B/s 3.98 K/s 0.00 % 0.15 % [jbd2/xvda1-8]
1
이 문제는 몇 년 동안 나에게 영향을 미쳤으며 스크립트가 유휴 모드라고 할 때
—
업데이트 된 b.mlocate가
여전히 기본적으로 활성화되어있는 이유는 무엇입니까? 수년에 걸쳐 새로운 시스템을 만들 때마다 나에게 일어난다. :-/
—
Fernando Kosh
방황하는 사람이라면 왜 이런 일이 필요한지, 무언가를 꺼서 깨뜨릴 것인지 : unix.stackexchange.com/a/273283/126119
—
Ufos