LINUX.ORG.RU

подвисания при заполнении озу

 ,


0

2

Имеется арч i686, 2gb озу, 4.0.5-pf
при заполнениее онной где-то на 1700 mb начинаются фризы

сейчас например не фризится, но если забить озу, то начнет

[root@arch device]# free -m
                    total        used        free      shared  buff/cache   available
Mem:           2011         925         808          54         276         866


как лечить, что где крутить? свопа нет неужели без него никак?

★★★★★

Последнее исправление: smilessss (всего исправлений: 3)

ты наблюдаешь разницу в быстродействии озу и диска. решается походом в магазин

anonymous
()
Ответ на: комментарий от Xenius

пока это крайний вариант, ибо раньше все было ок

smilessss ★★★★★
() автор топика
Ответ на: комментарий от smilessss

ядро вытесняет неизменённые страницы памяти если они есть на диске даже если свопа нет

рекомендую включить своп

anonymous
()
Ответ на: комментарий от reprimand

да, на ванильном ядре тоже так

а та бубунтах всяких так вообще борода

smilessss ★★★★★
() автор топика
Ответ на: комментарий от anonymous
[root@arch arch]# free -h
              total        used        free      shared  buff/cache   available
Mem:           2,0G        773M        975M         54M        261M        1,0G
Swap:          4,0G          0B        4,0G



включил, будем наблюдать

ядро вытесняет неизменённые страницы памяти если они есть на диске даже если свопа нет

это как-то фиксится?

smilessss ★★★★★
() автор топика

Сделай своп на zram, через systemd-swap. Фризы будут позже, но, возможно, круче.

greenman ★★★★★
()
Ответ на: комментарий от smilessss

это не нужно «фиксить», без этого механизма память закончится раньше, чем с ним

тормоза грубо говоря от того, что в ядре часто встречаются конструкции вроде

do{
  a=kmalloc(...);
while(!a);
потому как неозможно обработать нехватку памяти в этом месте, тк для этого потребуется опять же выделить память, или это невозможно по другим причинам

anonymous
()

SysRq-F - принудительно запустит OOM-killer и прибьет самое жручее приложение.

А вообще - докупил бы ты памяти хотя бы до 4 гигов. Я понимаю, что i686 жрёт меньше чем amd64, но 2 гига в мире современных сайтегов и браузеров - это ой как мало.

Увы :-(

Pinkbyte ★★★★★
()
Ответ на: комментарий от smilessss

свапа нету паринь

так сделай, без свапа у меня тоже тормозило, когда рама кончалась

FIL ★★★★
()
Ответ на: комментарий от Pinkbyte

тогда уж sysrq-m и выхлоп сюда, но что-то мне подсказывает что тут дело в банальной фрагментации, так что следует проверить что compaction включен в ядре

зы оом киллер достаточно туп в выборе целей

anonymous
()

2gb озу

8 на современных линуксах намного лучше, с ними даже выход из спящего режима хороший.

Napilnik ★★★★★
()
Ответ на: комментарий от Napilnik

8 на современных линуксах намного лучше, с ними даже выход из спящего режима хороший.

Посмотри на старые скриншоты рабочих мест 10-летней давности. Одновременно работает куча софта, в том числе и редакторов видео/3D. Даже гига оперативки было вполне достаточно. Так что кардинально изменилось в софте за последние 10 лет?

И если мы рассматриваем подобный софт под Linux, то он едва ли дотягивает до коммерческих образцов начала века для Win/Mac.

Неужели участь Windows Vista настигла и Linux?

MyLittlePony
()

vm.swappiness=0 это слишком радикально. Для 8Г нормально 1-4, а для 2Г можно ставить 5-10.

А ещё имеет смысл проверить значение в /proc/sys/vm/swappines, иногда при установке vm.swappiness= в /etc/sysctl.conf переменная реально не назначается.

kirill_rrr ★★★★★
()
Ответ на: комментарий от anonymous

ты ведь его уже пофиксил на своем локалхосте? ;)

anonymous
()
Ответ на: комментарий от MyLittlePony

Посмотри на старые скриншоты рабочих мест 10-летней давности. Одновременно работает куча софта, в том числе и редакторов видео/3D. Даже гига оперативки было вполне достаточно.

У самого в старой материнке было 768 Мб ОЗУ и было зашибись.

Неужели участь Windows Vista настигла и Linux?

Уже несколько лет как десктопный линукс более жручий до ресурсов чем винда. Разрабы тестят на пользователях дурацкие алгоритмы и кладут прибор на полезные им фичи - всё для того чтобы через несколько лет всё это допилить и у корпоративных клиентов на новом на тот момент железе работало хорошо.

Napilnik ★★★★★
()
Ответ на: комментарий от Napilnik

мне нравится, как ты придумываешь новую тему для тупняка, и постепенно допиливаешь её получая пинков от других регистрантов

anonymous
()
Ответ на: комментарий от anonymous

Твои проблемы. Сам живёшь в тупняке, тупняком рулишь и погоняешь. Ещё какие-то пинки выдуманные изобретаешь. Это лор, место для дискуссий - для одобрямса есть хабр.

Napilnik ★★★★★
()
Ответ на: комментарий от MyLittlePony

Посмотри на старые скриншоты рабочих мест 10-летней давности. Одновременно работает куча софта, в том числе и редакторов видео/3D. Даже гига оперативки было вполне достаточно.

Скриншоты не расскажут тебе о производительности систем того времени. Можно только предполагать.

Deleted
()
Ответ на: комментарий от Napilnik

нужно было упомянуть вконтакт или двач, вероятность попадания была бы выше. век живи — век учись

anonymous
()
Ответ на: комментарий от Deleted

кстати да, для скриншота просто запускают всё, что установлено, даже если начался свап

anonymous
()
Ответ на: комментарий от Pinkbyte

2 гига в мире современных сайтегов и браузеров - это ой как мало.

планшеты и смартфоны смотрят на вас с недоумением

Deleted
()

и вообще, своп можно файлом сделать если надо без переразбиения диска

делал как-то давно, когда ставил специально не создал своп, но потом оказалось, что в саспенд оперативки не хватает уходить при открытых некоторых жрущих приложениях, создал файл

amorpher ★★★★★
()
Последнее исправление: amorpher (всего исправлений: 1)
Ответ на: комментарий от Deleted

1) man мобильная вёрстка;
2) если я на планшете открою столько же вкладок в браузере, сколько мне бывает нужно на десктопе - он будет также тормозить и жрать память, инфа 146%

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.