У меня есть Lenovo Thinkpad E531
, Core i3. Я чувствую, что моя машина не работает должным образом, например, открытие приложений, открытие файла в файл, все занимает немного больше времени как в Linux, так и в Windows, но теперь я использую ubuntu 16.04.
Итак, я использовал стресс-нг
.
С помощью следующей команды stress-ng --cpu 4 --cpu-method matrixprod --metrics -rief --perf -t 60
.
Я получил следующие результаты:
stress-ng: info: [4717] dispatching hogs: 4 cpu
stress-ng: info: [4717] cache allocate: default cache size: 3072K
stress-ng: info: [4717] successful run completed in 60.01s (1 min, 0.01 secs)
stress-ng: info: [4717] stressor bogo ops real time usr time sys time bogo ops/s bogo ops/s
stress-ng: info: [4717] (secs) (secs) (secs) (real time) (usr+sys time)
stress-ng: info: [4717] cpu 16728 60.00 220.07 0.48 278.78 75.85
stress-ng: info: [4717] cpu:
stress-ng: info: [4717] 486,809,130,288 CPU Cycles 8.11 B/sec
stress-ng: info: [4717] 299,665,293,760 Instructions 4.99 B/sec (0.616 instr. per cycle)
stress-ng: info: [4717] 23,618,473,352 Cache References 0.39 B/sec
stress-ng: info: [4717] 155,046,972 Cache Misses 2.58 M/sec ( 0.66%)
stress-ng: info: [4717] 340,515,406,760 Stalled Cycles Frontend 5.67 B/sec
stress-ng: info: [4717] 173,093,935,356 Stalled Cycles Backend 2.88 B/sec
stress-ng: info: [4717] 36,696,289,676 Branch Instructions 0.61 B/sec
stress-ng: info: [4717] 289,823,652 Branch Misses 4.83 M/sec ( 0.79%)
stress-ng: info: [4717] 22,175,572,704 Bus Cycles 0.37 B/sec
stress-ng: info: [4717] 510,047,929,756 Total Cycles 8.50 B/sec
stress-ng: info: [4717] 776 Page Faults Minor 12.93 sec
stress-ng: info: [4717] 0 Page Faults Major 0.00 sec
stress-ng: info: [4717] 22,952 Context Switches 382.46 sec
stress-ng: info: [4717] 188 CPU Migrations 3.13 sec
stress-ng: info: [4717] 0 Alignment Faults 0.00 sec
Теперь я не знаю, хороши ли результаты или они неоднозначны?
Обновление
Как @ColinIanKing автор стресс-нг
, упомянутый в комментарии к ответу, результаты vmstat 1
:
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st
2 0 0 213980 69832 1450000 0 0 672 0 793 3419 26 2 69 3 0
1 0 0 213360 69832 1450060 0 0 0 312 1155 3243 30 2 68 0 0
2 0 0 213420 69848 1450072 0 0 4 120 991 2534 29 2 68 2 0
1 0 0 213172 69848 1450072 0 0 0 0 1306 2173 28 2 70 0 0
2 0 0 174192 70008 1465956 0 0 4964 96 2152 8701 29 5 48 18 0
0 0 0 141592 70136 1467132 0 0 4240 0 1838 6137 15 4 70 11 0
2 0 0 129532 70136 1466920 0 0 296 12 1718 4069 16 3 80 0 0
0 0 0 128664 70136 1467084 0 0 128 0 1436 3546 15 3 82 0 0
1 0 0 138956 70136 1467212 0 0 128 0 1508 3388 14 3 83 0 0
0 0 0 213120 70152 1452916 0 0 1284 128 1817 6011 23 4 70 4 0
0 0 0 212920 70152 1452928 0 0 0 0 1075 1948 3 2 95 0 0
0 0 0 212720 70188 1452640 0 0 24 484 1218 2970 5 2 87 5 0
0 0 0 212812 70188 1452640 0 0 0 0 361 1161 3 1 96 0 0
0 0 0 212812 70188 1452640 0 0 0 0 251 554 2 1 98 0 0
0 0 0 212812 70188 1452512 0 0 0 0 302 830 2 1 97 0 0
0 0 0 212812 70188 1452512 0 0 0 0 250 552 1 1 98 0 0
0 0 0 212728 70196 1452512 0 0 0 36 527 1786 6 1 93 1 0
0 0 0 217416 70196 1447648 0 0 0 0 296 738 2 1 97 0 0
0 0 0 205140 70196 1459488 0 0 0 0 405 1429 4 2 94 0 0
0 0 0 205140 70196 1459788 0 0 0 12 499 2010 5 1 94 0 0
2 0 0 205048 70196 1459820 0 0 0 0 1127 3336 14 3 83 0 0
И результаты free -m
:
total used free shared buff/cache available
Mem: 3518 1861 280 425 1376 912
Swap: 0
За это время я воспроизвел видеоклип через VLC.
Задержка, о которой Вы говорите, всегда будет там. Это занимает время для загрузки приложений или файлов от диска для трамбовки. Можно уменьшить эту задержку путем переключения на более быстрый жесткий диск или твердотельный накопитель, но она не может быть устранена. Скорость медиа массового хранения всегда была узким местом, и ситуация, кажется, не изменяется очень скоро. Если выполнение приложения гладко, после того как это закончило загружаться, нет ничего для волнения о.