Форум сообщества Runtu.org
Февраль 18, 2019, 16:54:27 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Новости:
   Начало   Помощь Поиск Войти Регистрация  
Страниц: 1   Вниз
  Печать  
Автор Тема: Самопроизвольное закрытие программ в Runtu LITE 12.04  (Прочитано 3720 раз)
0 Пользователей и 1 Гость смотрят эту тему.
Pavels
Постоялец
***
Offline Offline

Сообщений: 233


« : Январь 08, 2013, 13:38:12 »

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

Сообщений: 685



« Ответ #1 : Январь 08, 2013, 14:06:45 »

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

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

Сообщений: 233


« Ответ #2 : Январь 09, 2013, 09:50:11 »

Swap есть, 512 Мб на 256 Мб оперативной памяти, вроде бы используется, но как-то странно.
Согласен, что более правильно закрывать забивший память процесс, но всё-таки, может, логичнее было бы выдавать предупреждение? Впрочем, предупреждение тоже занимает ресурсы - как бы не оказалось в такой ситуации "последний гвоздём"...  Улыбающийся
Записан
xkool
Новичок
**
Offline Offline

Сообщений: 44



« Ответ #3 : Январь 09, 2013, 13:50:10 »

При таком количестве ОЗУ , нужно пользоваться другим браузером.
Записан
HsH
Administrator
*****
Offline Offline

Сообщений: 2616



« Ответ #4 : Январь 10, 2013, 11:40:10 »

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

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

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

Сообщений: 233


« Ответ #5 : Январь 18, 2013, 14:10:21 »

  Попробуйте изменить поведение системы при работе со 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, 15:50:24 от Pavels » Записан
Владимир Юрганов
Активист
****
Offline Offline

Сообщений: 439


« Ответ #6 : Январь 20, 2013, 17:34:51 »

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

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

Сообщений: 461


teocally@jabber.ru


« Ответ #7 : Январь 20, 2013, 19:15:36 »

на слабой машине я сравнивал seamonkey И мидори. Вывод: нало ставить симанки. Она и полегче и интегрирована с почтовкой.
Честно говоря. во время недавней проверочной установки не обнаружил, что Симанка легче Огнелиса. Примерно так же, при более грубой работе баннерорезалки. За что и была снесена.
Всё вышесказанное - об актуальной (на тот момент) версии 2.14.какой-то там, это в 10.04. Та, что ставится по умолчанию (2.0.xxx) - реально быстрая, но согласно инфе с сайта проекта "не имеет последниx обновлений безопасности".
Хотя наверное всё это субьективно...
Записан

Matuntu Best new (12.04), Kubuntu 14.04
Pavels
Постоялец
***
Offline Offline

Сообщений: 233


« Ответ #8 : Февраль 16, 2013, 15:47:53 »

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

Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2006, Simple Machines Valid XHTML 1.0! Valid CSS!