У мене була запущена демо-система в Linux із наступним ядром:
2.6.32-400.1.1.el5uek # 1 SMP пн. 25 черв. 20:25:08 EDT 2012 x86_64 x86_64 x86_64 GNU / Linux
І як тільки відбувається swap, використання процесора в системі стає майже на 100% зайнятим, серед яких близько 90% - це використання CPU у системі. Мені сказали, що це очікується, тому що демон на сторінці Linux починається і починає писати фрагмент пам'яті, щоб міняти місцями лише тоді, коли вичерпано пам'ять (або вільна пам'ять становить менше 0,5 Г), що призводить до значного використання системного процесора. "swappiness" - 60 в системі.
Чи очікується поведінка, що використання процесора перейде на 100%, коли підміна відбувається в Linux?
Причина, чому у мене виникло вищезазначене питання, полягає в тому, що вищезазначена поведінка змінилася, коли я переміщаю демонстраційну версію до іншої системи із наступним ядром Linux:
2.6.39-400.128.14.el5uek # 1 SMP Сб 10 травня 00:06:52 PDT 2014 x86_64 x86_64 x86_64 GNU / Linux
Єдина відмінність параметра vm в міграційній системі, яку я помітив, - це параметр min_free_kbytes, змінений на 524288 в міграційній системі проти 51200 в попередньо переміщеній системі.
У міграційній системі, коли вільна пам'ять досягає менше 1,5 Г, відбувається обмін, тоді використання процесора трохи збільшується, щось на зразок від 30% до 40%, а продуктивність програми стає нестабільною лише на короткий період, а потім все повертається до норми, як і раніше, ніж відбувається своп.
Що змушує міграційну систему вести себе настільки різною, що використання процесора не буде на 100% зайнято, коли відбувається заміна?
Це дуже важлива демо-система, і пояснення вищевказаних питань буде дуже корисним. Будь-які ідеї будуть дуже вдячні.
kswapd.