Ich habe ein Demosystem unter Linux mit dem folgenden Kernel ausgeführt:
2.6.32-400.1.1.el5uek #1 SMP Montag, 25. Juni 20:25:08 EDT 2012 x86_64 x86_64 x86_64 GNU/Linux
Und sobald der Swap stattfindet, steigt die CPU-Auslastung des Systems auf fast 100 %, wovon etwa 90 % auf die CPU-Auslastung des Systems entfallen. Mir wurde gesagt, dass dies zu erwarten sei, da der Linux-Page-Daemon erst dann einsetzt und beginnt, den Speicherblock in den Swap zu schreiben, wenn der Speicher voll ist (oder der freie Speicher weniger als 0,5 G beträgt), was zu einer hohen CPU-Auslastung des Systems führt. „Swappiness“ liegt im System bei 60.
Ist es erwartungsgemäß, dass die CPU-Auslastung beim Swap unter Linux auf 100 % steigt?
Der Grund für die obige Frage ist, dass sich das obige Verhalten geändert hat, als ich die Demo auf ein anderes System mit dem folgenden Linux-Kernel migriert habe:
2.6.39-400.128.14.el5uek #1 SMP Sa 10. Mai 00:06:52 PDT 2014 x86_64 x86_64 x86_64 GNU/Linux
Der einzige Unterschied des VM-Parameters auf dem migrierten System, der mir aufgefallen ist, ist der Parameter min_free_kbytes, der auf dem migrierten System von 51200 auf dem vor der Migration befindlichen System auf 524288 geändert wurde.
Wenn auf dem migrierten System der freie Speicher weniger als 1,5 GB beträgt, wird ein Swap-Vorgang durchgeführt. Dann steigt die CPU-Auslastung ein wenig an, etwa von 30 % auf 40 %. Die Anwendungsleistung weist nur für einen kurzen Zeitraum Schwankungen auf, und dann läuft alles wieder wie vor dem Swap-Vorgang.
Warum verhält sich das migrierte System so anders, dass die CPU-Auslastung beim Swap nicht auf 100 % ansteigt?
Es handelt sich um ein sehr wichtiges Demosystem und die Erklärung der beiden obigen Fragen wird sehr hilfreich sein. Alle Ideen werden sehr geschätzt.