Мультипоточная компиляция приводит к зависанию компьютера

После переноса ситуация не изменилась. Оперативы было свободно только 5-6%. Подкачку? Вы про swap? Если да, то он включен
antlord
Вы про swap

https://archlinux.org.ru/forum/topic/13907/
antlord
После переноса ситуация не изменилась. Оперативы было свободно только 5-6%. Подкачку? Вы про swap? Если да, то он включен
А вообще, исторически никаких оптимизаций не проводилось? Например, подстройка swappiness, Scheduler-а?
antlord
Оперативы было свободно только 5-6%.
Вот и начались тормоза от того, что стал свап использовать.
А сколько всего-то оперативной памяти? Какой размер swap?
Свап вообще использовался? Если использовался и тоже кончился, то пробуйте его увеличить.
Lupus pilum mutat, non mentem.
И этот zram фигня. Корка + 2гб оперативы - процессор дымиться. Реально мешает.
На i7 не так заметно, но стабильно сжирает ядро, а то и два.

Лучше всего выбирать ПК под задачи, в частности количество оперативной памяти, чем так заморачиваться.
Lupus pilum mutat, non mentem.
swap использовался на 15% Оперативы 4ГБ. И swap тоже 4ГБ
jim945
И этот zram фигня. Корка + 2гб оперативы - процессор дымиться. Реально мешает.
+ 2гб, конечно, при использовании tmpfs не показывается сколько он занимает памяти!!! а он занимает ;)

смотрим скорость сжатия и распаковки linux-3.18.tar (не сжатые исходники) на tmpfs


time lz4 linux-3.18.tar linux-3.18.tar.lz4
Compressed 580434944 bytes into 207436441 bytes ==> 35.74%
lz4 linux-3.18.tar linux-3.18.tar.lz4  2,01s user 0,34s system 99% cpu 2,346 total

time lz4 -d linux-3.18.tar.lz4 linux-3.18.tar
Successfully decoded 580434944 bytes
lz4 -d linux-3.18.tar.lz4 linux-3.18.tar  0,66s user 0,36s system 99% cpu 1,016 total
сжатие 0,6G почти в 3 раза за 2,3 сек, распаковка за 1 сек

time lz4 2014.01.24.Тайны\ мира.avi 2014.01.24.Тайны\ мира.avi.lz4
Compressed 613003264 bytes into 611089855 bytes ==> 99.69%
lz4 2014.01.24.Тайны\ мира.avi   1,06s user 0,58s system 99% cpu 1,644 total
не сжимаемые данные 0,6G обработались вообще за 1,6 сек

jim945, из за чего тут дымиться процессору?
твой вывод считаю не обоснованным!!!
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
при использовании tmpfs не показывается сколько он занимает памяти!!! а он занимает ;)
Там /tmp на жестком.
nafanja
из за чего тут дымиться процессору?
Вот и я думаю - из-за чего? А нагрузка на процессор выросла до сотни на обоих ядрах при включенных кедах и браузере.

Вчера было нечем заняться, вот и пробовал.
Вчера замерил скорость компиляции ядра без zram. сегодня, возможно, попробую с ним.

Можно же сделать поставить zram[size]=$[${sys[ram_size]}]K или zram[size]=$[${sys[ram_size]}-${sys[ram_size]}/400]K ?
Чтобы сжималось все и сразу. Для чистоты эксперимента.
Lupus pilum mutat, non mentem.
jim945
Вчера замерил скорость компиляции ядра без zram. сегодня, возможно, попробую с ним.
я уже это проверил
на tmpfs
makepkg -f 5479,75s user 536,33s system 311% cpu 32:13,35 total
на zram
makepkg -f 5444,34s user 516,11s system 309% cpu 32:06,53 total

и статус после сборки
zramctl status
NAME DISKSIZE ORIG COMPRES ALG THR
zram0 4294967296 2215501824 959905022 lz4 2
тут видно что памяти использовано всего 1G а несжатые данные 2G
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
zRam конечно неплох, не спорю, но один общеизвестный минус у него все-таки имеется - увеличение нагрузки на процессор во время сжатия данных, хотя это мелочь и проявляется в основном когда zRam начинать захлебываться и не справляться со своей задачей.
Но я от него отказался по другой причине — когда памяти уж совсем мало, намного меньше чем нужно приложению, он не спасает. И согласен с jim945
jim945
Лучше всего выбирать ПК под задачи …...
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.