Pull to refresh

Comments 19

Как можно отдать 300% всех процессоров?
Поправьте на 77% или на 3/4, а то глаз режет.
Может я и не прав, но для много ядерных так можно обозначать «300%», хоть глаз и режет.
Скорее претензия к слову «всех»:

300% от всех процессоров
В Linux 100% CPU — это одно ядро. Если ядер несколько, то максимум — это N*100%, где N — число ядер всех процессоров.
По этому 77% — это будет меньше одного ядра, а не 3 ядра из 4-х, как предполагается выделить под компиляцию.
Буду знать. Работаю в основном с линуксом и довольно давно, но такой расчет ни разу не попадался.
И Windows Performance Monitor так считает (для процессов), т.е. идея довольно распространенная.
Именно что 300%.
Одной ядро — 100% мощности CPU. 2 ядра — 200%, 12 ядер — 1200%. Это классический учёт CPU в Linux.
Ох нифига себе! 600 файлов и час жизни… А если вынести файлы и весь процесс на ram-drive — может шустрее будет?
Или, хотя бы, необходимые для компиляции файлы размещать на SSD.

Кстати, это, конечно, будет быстрее, но не факт, что спасёт от лагов. От этого как раз спасает ограничение в 300% для CPU :)
Лаги от IO самые неприятные. Если вам дают 10% CPU вместо ожидаемых 100, вы всего лишь в 10 раз снижаете скорость. А если вас поймали на IO, то придётся тупить до завершения всех тех, кто перед тобой. С вытекающими «вообще ничего не делает и висит».
nice вполне работает. ionice всего лишь опция скедулера, она не может решить проблемы трешинга диска, то есть blkthrottle работает куда лучше.
UFO landed and left these words here
Вот так можно процесс по памяти ограничить (иногда бывает полезно при отладке прожорливых программ — чтоб систему в OOM/SWAP не загнать случайно отожрав всю доступную память)
twitter.com/seriyps/status/364154421866790912
С cpulimit как-то попроще всё. Мало того, её на ходу можно к уже запущенным процессам применять, например, к skype, дав ему прогрузиться, а потом ограничив его 0.5% проца, чтобы не расходился особо.
Sign up to leave a comment.

Articles