Автор Тема: Самопроизвольное закрытие программ в Runtu LITE 12.04  (Прочитано 6607 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн Pavels

  • Постоялец
  • ***
  • Автор темы
  • Сообщений: 233
Runtu LITE 12.04, PIV 2,66 ГГц, 256 Мб ОЗУ, Radeon 9600.
Нередко сталкиваюсь с такой особенностью работы: некоторые сравнительно ресурсоёмкие программы неожиданно закрываются сами собой. Такое поведение наблюдал у Opera, Firefox, Calibre. Обычно закрытие происходит тогда, когда выполняется какая-либо нагружающая систему операция. В частности, замечал, что в такие моменты оперативная память обычно занята на 100%.
Единственное объяснение, которое приходит на ум, - в Linux внутренний механизм распределения оперативной памяти без спроса закрывает приложения, когда они начинают занимать всё доступное пространство. Правильно ли это суждение?
Нечто подобное замечал в Lubuntu 12.10: сами собой пропадали страницы с вкладок браузера Chrome. Вместо них появлялась надпись, в которой говорилось: "...или произошёл сбой, или Chrome занял всю доступную память". Вот отсюда и вывод. В действительности есть ли подобный механизм автоматического закрытия?

Оффлайн FSnow

  • Global Moderator
  • *****
  • Сообщений: 689
Имеет место переполнение памяти.
А swap у вас имеется? Используется ли он системой? Какого размера?
В Chrome каждая вкладка работает как отдельный процесс, поэтому при переполнении памяти браузер не завершает работу полностью.

Цитировать (выделенное)
В действительности есть ли подобный механизм автоматического закрытия?
Судя по всему, есть. Ваш пример тому доказательство. По мне, так лучше пусть будет завершен "жручий раму" процесс, чем система зависает намертво.

Оффлайн Pavels

  • Постоялец
  • ***
  • Автор темы
  • Сообщений: 233
Swap есть, 512 Мб на 256 Мб оперативной памяти, вроде бы используется, но как-то странно.
Согласен, что более правильно закрывать забивший память процесс, но всё-таки, может, логичнее было бы выдавать предупреждение? Впрочем, предупреждение тоже занимает ресурсы - как бы не оказалось в такой ситуации "последний гвоздём"...  :)

Оффлайн xkool

  • Новичок
  • **
  • Сообщений: 44
При таком количестве ОЗУ , нужно пользоваться другим браузером.

Оффлайн HsH

  • Administrator
  • *****
  • Сообщений: 3474
Swap есть, 512 Мб на 256 Мб оперативной памяти, вроде бы используется, но как-то странно.

   Попробуйте изменить поведение системы при работе со swap - измените значение переменной vm.swappiness на более высокое. Для этого отредактируйте с правами администратора файл
/etc/sysctl.d/60-swappiness, установив значение например в "60" (по-умолчанию установлено в "10"):
vm.swappiness=60  Поэкспериментируйте с разными значениями и выберите минимально приемлемое для себя. Напомню, что параметр swappiness указывает значение свободного ОЗУ в процентах, когда начинает активно использоваться swap.

  Также попробуйте отключить декоратор compton и проверить его влияние на вытеснение приложений, ну и заодно более легковесный браузер - например Midori.

Оффлайн Pavels

  • Постоялец
  • ***
  • Автор темы
  • Сообщений: 233
  Попробуйте изменить поведение системы при работе со swap - измените значение переменной vm.swappiness на более высокое. Для этого отредактируйте с правами администратора файл
/etc/sysctl.d/60-swappiness, установив значение например в "60" (по-умолчанию установлено в "10"):
vm.swappiness=60
Пока не пробовал, попробую в ближайшее время и поменяю это сообщение.
Также попробуйте отключить декоратор compton и проверить его влияние на вытеснение приложений
Отключил - убрал из автозапуска. Пока что работаю без него. Самопроизвольные закрытия прекратились. Хотя память пару раз вроде бы подбиралась к верхнему краю, программа только подвисала, но не завершала работу. Однако, чтобы говорить с уверенностью, надо ещё понаблюдать пару недель.
И ещё не пойму: как Compton может влиять в данном случае, это ведь даже не совсем оконный менеджер, просто композитная надстройка. Или это потому, что менеджер композитный? Если правильно помню, то композитный менеджер как раз на практике отличается возможностью более гибко управлять окнами приложений, например, закрывать зависшие, благодаря тому что управляет всей информацией от окон в  собственном едином буфере?
ну и заодно более легковесный браузер - например Midori.
При таком количестве ОЗУ , нужно пользоваться другим браузером.
Будет не к месту начинать спор о браузерах в этой теме. Midori у меня установлен, но предпочитаю пользоваться всё-таки Opera несмотря на периодические тормоза. Если образно сравнить Opera и Midori, то получится все равно что паркет и деревянный пол из плохо отструганных досок.  :) К тому же в Opera встроенный почтовый клиент, и  я уже привык, что почта проверяется, как только я открываю браузер.
--------------------------------------------------------------------------------------------------
Обновлено:Opera сегодня вновь неожиданно закрылась, после того как сильно ушиблась о потолок оперативной памяти. Compton выключен, так что он, похоже, всё-таки ни при чём.
« Последнее редактирование: Январь 21, 2013, 16:50:24 от Pavels »

Оффлайн Владимир Юрганов

  • Активист
  • ****
  • Сообщений: 438
на слабой машине я сравнивал seamonkey И мидори. Вывод: нало ставить симанки. Она и полегче и интегрирована с почтовкой.

а удобства - дело привычки. в симанки не обновляется страница по F5. Ну и что?? в нормальных браузерах работает сочетание  Ctrl-R. и в опере и в ФФ и в симанки и в мидори. Общепринятое сочетание.

Оффлайн ASD

  • Активист
  • ****
  • Сообщений: 460
  • teocally@jabber.ru
на слабой машине я сравнивал seamonkey И мидори. Вывод: нало ставить симанки. Она и полегче и интегрирована с почтовкой.
Честно говоря. во время недавней проверочной установки не обнаружил, что Симанка легче Огнелиса. Примерно так же, при более грубой работе баннерорезалки. За что и была снесена.
Всё вышесказанное - об актуальной (на тот момент) версии 2.14.какой-то там, это в 10.04. Та, что ставится по умолчанию (2.0.xxx) - реально быстрая, но согласно инфе с сайта проекта "не имеет последниx обновлений безопасности".
Хотя наверное всё это субьективно...
Matuntu Best new (12.04), Kubuntu 14.04

Оффлайн Pavels

  • Постоялец
  • ***
  • Автор темы
  • Сообщений: 233
Подвожу итоги.
Изменил значение переменной wm.swappiness на 60. В результате расход оперативной памяти несколько снизился, возрос объём занятого пространства swap. Программам вроде бы пока не удавалось допрыгнуть до верхней планки оперативной памяти.
Может быть, не помешает увеличить значение swappiness до 80-90.
Декоратор Compton, скорее всего, не влияет на самопроизвольное закрытие программ.
Что касается браузера, продолжаю пользоваться Opera - для forum.runtu.org и других не очень громоздких сайтов ресурсов хватает, а комфорт по сравнению с  Midori выше.