LINUX.ORG.RU

Падают (перезапускаются) иксы в Убунте при свопировании

 , ,


0

1

Сейчас пользуюсь кубунтой 13.10 на ноуте 2009 года Acer Aspire 5530g с 3 Гб оперативы на борту. Проблема замечена и на предыдущих версиях. Если загрузить десктоп парой неслабых программ, то в какой то момент, чаще всего при переключении окон на одно из ресурсоёмких приложений система начинает свопировать или же просто виснет, затем через какое-то время вылет в экран логина KDE. vm.swappiness и подобные параметры крутил, но при наличие свопа он запоняется всё равно не полностью, % на 20. В чём может быть дело? Или это известный 12309 или ещё что? Система не тюнингованная, всё из коробки.

Выкинь свап, юзай zram

dvrts ★★★
()

В dmesg посмотри. На кофейной гуще пусть гадалки гадают.

Black_Shadow ★★★★★
()

Ну, 12309 ушел где-то после 3.6 или типа того.
1. Я бы отключил своп и посмотрел как оно без него.
2. Еще я бы прогнал тесты memtest
3. Еще я бы убедился что /proc/sys/vm/overcommit_memory=0 и /proc/sys/vm/overcommit_ratio=50
4. И это при условии что в /var/log/system.log ничего подозрительного нет (можешь выложить).

Kroz ★★★★★
()

В dmesg ничего криминального не нашёл. После падения лишь добавляются стартовые логи сервисов, как будто идет нормальный запуск.

Кстати понял, что в Убунте не конфигурил никогда своп. Здесь система уже более разветвлённая в отлтичие от Слаки и Дебиана.

/dev/sda1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
/dev/sda3 on /home type ext4 (rw)
/dev/sda4 on /mnt/data type ext4 (rw)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)

Надо найти, где задаётся его размер.

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

Ядро 3.11.0-13-generic

Так и есть — /proc/sys/vm/overcommit_memory=0 и /proc/sys/vm/overcommit_ratio=50

Про тест памяти я не подумал, сделаю.

Всем спасибо за советы. Может ещё какой убунтовод подскажет.

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

Кстати понял, что в Убунте не конфигурил никогда своп. Здесь система уже более разветвлённая в отлтичие от Слаки и Дебиана.

Лолшто?!

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

Лолшто?!

/run/* - вот это всё, такого деления раньше не было. Да, я отстал.

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

Учитывая, что не свопа, поиграйся overcommit_memory=0, 1, 2.
И попробуй со свопом. Если под своп нет раздела, сделай пока в файл.

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

Без свопа при нехватке памяти всё равно тормоза, плавно переходящие в oom и ещё большие тормоза.

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

overcommit_memory=2 и стал дичайше вылетать Хромиум. Видать когда память хотел захавать всю. При этом же вылета иксов пока не дождался

slackerr
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.