antlord |
|
Темы:
30
Сообщения:
195
Участник с: 24 июня 2012
|
После переноса ситуация не изменилась. Оперативы было свободно только 5-6%. Подкачку? Вы про swap? Если да, то он включен |
teplovoz |
|
Темы:
7
Сообщения:
1046
Участник с: 28 мая 2012
|
antlord https://archlinux.org.ru/forum/topic/13907/ |
sirocco |
|
Темы:
29
Сообщения:
2501
Участник с: 25 июля 2007
|
antlordА вообще, исторически никаких оптимизаций не проводилось? Например, подстройка swappiness, Scheduler-а? |
jim945 |
|
Темы:
8
Сообщения:
3066
Участник с: 25 января 2010
|
antlordВот и начались тормоза от того, что стал свап использовать. А сколько всего-то оперативной памяти? Какой размер swap? Свап вообще использовался? Если использовался и тоже кончился, то пробуйте его увеличить.
Lupus pilum mutat, non mentem.
|
jim945 |
|
Темы:
8
Сообщения:
3066
Участник с: 25 января 2010
|
И этот zram фигня. Корка + 2гб оперативы - процессор дымиться. Реально мешает. На i7 не так заметно, но стабильно сжирает ядро, а то и два. Лучше всего выбирать ПК под задачи, в частности количество оперативной памяти, чем так заморачиваться.
Lupus pilum mutat, non mentem.
|
antlord |
|
Темы:
30
Сообщения:
195
Участник с: 24 июня 2012
|
swap использовался на 15% Оперативы 4ГБ. И swap тоже 4ГБ |
nafanja |
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
jim945+ 2гб, конечно, при использовании tmpfs не показывается сколько он занимает памяти!!! а он занимает ;) смотрим скорость сжатия и распаковки linux-3.18.tar (не сжатые исходники) на tmpfs сжатие 0,6G почти в 3 раза за 2,3 сек, распаковка за 1 сек не сжимаемые данные 0,6G обработались вообще за 1,6 секjim945, из за чего тут дымиться процессору? твой вывод считаю не обоснованным!!!
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
jim945 |
|
Темы:
8
Сообщения:
3066
Участник с: 25 января 2010
|
nafanjaТам /tmp на жестком. nafanjaВот и я думаю - из-за чего? А нагрузка на процессор выросла до сотни на обоих ядрах при включенных кедах и браузере. Вчера было нечем заняться, вот и пробовал. Вчера замерил скорость компиляции ядра без zram. сегодня, возможно, попробую с ним. Можно же сделать поставить zram[size]=$[${sys[ram_size]}]K или zram[size]=$[${sys[ram_size]}-${sys[ram_size]}/400]K ? Чтобы сжималось все и сразу. Для чистоты эксперимента.
Lupus pilum mutat, non mentem.
|
nafanja |
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
jim945я уже это проверил на 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 |
vasek |
|
Темы:
48
Сообщения:
11334
Участник с: 17 февраля 2013
|
zRam конечно неплох, не спорю, но один общеизвестный минус у него все-таки имеется - увеличение нагрузки на процессор во время сжатия данных, хотя это мелочь и проявляется в основном когда zRam начинать захлебываться и не справляться со своей задачей. Но я от него отказался по другой причине — когда памяти уж совсем мало, намного меньше чем нужно приложению, он не спасает. И согласен с jim945 jim945
Ошибки не исчезают с опытом - они просто умнеют
|