Комментарии 19
Как можно отдать 300% всех процессоров?
Поправьте на 77% или на 3/4, а то глаз режет.
Поправьте на 77% или на 3/4, а то глаз режет.
Может я и не прав, но для много ядерных так можно обозначать «300%», хоть глаз и режет.
В Linux 100% CPU — это одно ядро. Если ядер несколько, то максимум — это N*100%, где N — число ядер всех процессоров.
По этому 77% — это будет меньше одного ядра, а не 3 ядра из 4-х, как предполагается выделить под компиляцию.
По этому 77% — это будет меньше одного ядра, а не 3 ядра из 4-х, как предполагается выделить под компиляцию.
Именно что 300%.
Одной ядро — 100% мощности CPU. 2 ядра — 200%, 12 ядер — 1200%. Это классический учёт CPU в Linux.
Одной ядро — 100% мощности CPU. 2 ядра — 200%, 12 ядер — 1200%. Это классический учёт CPU в Linux.
У вас дважды `read_iops_device`, так и задумано? Не должно быть `write_iops_device`?
Ох нифига себе! 600 файлов и час жизни… А если вынести файлы и весь процесс на ram-drive — может шустрее будет?
Или, хотя бы, необходимые для компиляции файлы размещать на SSD.
Кстати, это, конечно, будет быстрее, но не факт, что спасёт от лагов. От этого как раз спасает ограничение в 300% для CPU :)
Кстати, это, конечно, будет быстрее, но не факт, что спасёт от лагов. От этого как раз спасает ограничение в 300% для CPU :)
А как оно по сравнению с олдскульными nice и ionice?
Вот так можно процесс по памяти ограничить (иногда бывает полезно при отладке прожорливых программ — чтоб систему в OOM/SWAP не загнать случайно отожрав всю доступную память)
twitter.com/seriyps/status/364154421866790912
twitter.com/seriyps/status/364154421866790912
С cpulimit как-то попроще всё. Мало того, её на ходу можно к уже запущенным процессам применять, например, к skype, дав ему прогрузиться, а потом ограничив его 0.5% проца, чтобы не расходился особо.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
локальная компиляция без лагов