我有Lenovo Thinkpad E531,Core i3。我觉得我的机器不能正常工作,比如打开应用程序,文件到文件打开,在linux和windows上都需要额外的时间,但是现在我使用的是ubuntu16.04。
所以我用了stress-ng。
使用以下命令stress-ng --cpu 4 --cpu-method matrixprod --metrics-brief --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 author of stress-ng,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 播放了一个视频剪辑。
发布于 2017-01-28 14:12:39
你所说的拖延将永远存在。从光盘加载应用程序或文件需要一些时间。您可以通过切换到更快的硬盘驱动器或固态驱动器来减少这种延迟,但它不能被消除。大规模存储媒体的速度一直是一个瓶颈,而且这种情况似乎不会很快改变。如果该应用程序完成加载后运行顺利,就没有什么好担心的了。
https://askubuntu.com/questions/877190
复制相似问题