[Comm] зависания

[Comm] зависания

[SKeeper]

система - Alt Desktop 4.0.
KDE - 3.5.7
swap-раздел отсутствует
ОЗУ - 1ГБ

В некоторых случаях (открытие чересчур большой картинки, или же открытие 
габаритной странички в Firefox 2.0.0.8 и одновременно в Konqueror) 
происходит полное зависание системы, т.е. немного реагирует мышь, 
клавиатура не реагирует вообще. Если подождать подольше (минут 15-20 и 
больше), то система отвисает. Судя по всему (вернее по top) системе не 
хватает памяти и из-за этого начинаются зависания.
Думаю добавить swap-раздел гига на 2. Поможет ли это от зависаний?
И вот интересно: есть ли способ вообще исключить такие ситуации, т.е. 
чтобы при отсутствие необходимого
 количества памяти "обделенная" операция/программа просто не запускалась 
бы? Лучше уж пусть не запустится отдельная задача нежели подвиснет вся 
система.


С уважением, Михаил.

Re: [Comm] зависания

[Дегтярёв Дмитрий]

[-- Attachment #1: Type: text/plain, Size: 1400 bytes --]

SKeeper пишет:
> система - Alt Desktop 4.0.
> KDE - 3.5.7
> swap-раздел отсутствует
> ОЗУ - 1ГБ
>
> В некоторых случаях (открытие чересчур большой картинки, или же 
> открытие габаритной странички в Firefox 2.0.0.8 и одновременно в 
> Konqueror) происходит полное зависание системы, т.е. немного реагирует 
> мышь, клавиатура не реагирует вообще. Если подождать подольше (минут 
> 15-20 и больше), то система отвисает. Судя по всему (вернее по top) 
> системе не хватает памяти и из-за этого начинаются зависания.
> Думаю добавить swap-раздел гига на 2. Поможет ли это от зависаний?
Если эти Ваши картинки не по 500Мб, то поможет. Т.е. позволит запускать 
гораздо больше маленких картинок. Если картинки ну очень большие и одну 
свернуть она полезет в своп, и развернуть минут через 5, то увидите Вы 
эту картинку на экране не скоро.
> И вот интересно: есть ли способ вообще исключить такие ситуации, т.е. 
> чтобы при отсутствие необходимого
> количества памяти "обделенная" операция/программа просто не 
> запускалась бы? Лучше уж пусть не запустится отдельная задача нежели 
> подвиснет вся система.
Управляет памятью Операционная Система и ОС не знает о том что вообще 
делает, сколько ему потребуется памяти и т.п.. Возложить на ОС данные 
функции не возможно. Поэтому притензии к разработчикам приложения, мол 
почему Ваше приложение перед загрузкой картинки не проверяет влезет ли 
она в ОЗУ?

[-- Attachment #2: ddv.vcf --]
[-- Type: text/x-vcard, Size: 1091 bytes --]

begin:vcard
fn;quoted-printable:=D0=94=D0=BC=D0=B8=D1=82=D1=80=D0=B8=D0=B9 =D0=94=D0=B5=D0=B3=D1=82=D1=8F=
	=D1=80=D1=91=D0=B2
n;quoted-printable;quoted-printable:=D0=94=D0=B5=D0=B3=D1=82=D1=8F=D1=80=D1=91=D0=B2;=D0=94=D0=BC=D0=B8=D1=82=D1=80=D0=B8=D0=B9
org;quoted-printable:=D0=9E=D0=9E=D0=9E "=D0=9D=D0=95=D0=92=D0=9E=D0=94"
adr;quoted-printable;quoted-printable;quoted-printable;quoted-printable:;;=D0=9A=D0=BE=D0=BC=D1=81=D0=BE=D0=BC=D0=BE=D0=BB=D1=8C=D1=81=D0=BA=D0=B8=D0=
	=B9 =D0=BF=D1=80=D0=BE=D1=81=D0=BF=D0=B5=D0=BA=D1=82 34, =D0=BE=D1=84=D0=B8=
	=D1=81 519;=D0=9F=D0=B5=D1=80=D0=BC=D1=8C;=D0=9F=D0=B5=D1=80=D0=BC=D1=81=D0=BA=D0=B8=D0=B9 =D0=BA=D1=80=D0=B0=D0=B9=
	;614000;=D0=A0=D0=BE=D1=81=D1=81=D0=B8=D0=B9=D1=81=D0=BA=D0=B0=D1=8F =D0=A4=D0=B5=
	=D0=B4=D0=B5=D1=80=D0=B0=D1=86=D0=B8=D1=8F
email;internet:ddv@nevod.ru
title;quoted-printable:=D0=A1=D0=B8=D1=81=D1=82=D0=B5=D0=BC=D0=BD=D1=8B=D0=B9 =D0=B8=D0=BD=D1=82=
	=D0=B5=D0=B3=D1=80=D0=B0=D1=82=D0=BE=D1=80
tel;work:+73422196960,+73422385309
tel;cell:+79082555386
x-mozilla-html:FALSE
url:www.nevod.ru
version:2.1
end:vcard

Re: [Comm] зависания

[Дегтярёв Дмитрий]

[-- Attachment #1: Type: text/plain, Size: 1774 bytes --]

Дегтярёв Дмитрий пишет:
> SKeeper пишет:
>> система - Alt Desktop 4.0.
>> KDE - 3.5.7
>> swap-раздел отсутствует
>> ОЗУ - 1ГБ
>>
>> В некоторых случаях (открытие чересчур большой картинки, или же 
>> открытие габаритной странички в Firefox 2.0.0.8 и одновременно в 
>> Konqueror) происходит полное зависание системы, т.е. немного 
>> реагирует мышь, клавиатура не реагирует вообще. Если подождать 
>> подольше (минут 15-20 и больше), то система отвисает. Судя по всему 
>> (вернее по top) системе не хватает памяти и из-за этого начинаются 
>> зависания.
>> Думаю добавить swap-раздел гига на 2. Поможет ли это от зависаний?
> Если эти Ваши картинки не по 500Мб, то поможет. Т.е. позволит 
> запускать гораздо больше маленких картинок. Если картинки ну очень 
> большие и одну свернуть она полезет в своп, и развернуть минут через 
> 5, то увидите Вы эту картинку на экране не скоро.
>> И вот интересно: есть ли способ вообще исключить такие ситуации, т.е. 
>> чтобы при отсутствие необходимого
>> количества памяти "обделенная" операция/программа просто не 
>> запускалась бы? Лучше уж пусть не запустится отдельная задача нежели 
>> подвиснет вся система.
> Управляет памятью Операционная Система и ОС не знает о том что вообще 
> делает, сколько ему потребуется памяти и т.п.. Возложить на ОС данные 
> функции не возможно. Поэтому притензии к разработчикам приложения, мол 
> почему Ваше приложение перед загрузкой картинки не проверяет влезет ли 
> она в ОЗУ?
*Управляет памятью Операционная Система и ОС не знает о том что вообще 
делает приложение, сколько ему потребуется памяти и т.п.. Возложить на 
ОС данные функции не возможно. Поэтому притензии к разработчикам 
приложения, мол почему Ваше приложение перед загрузкой картинки не 
проверяет влезет ли она в ОЗУ?

[-- Attachment #2: ddv.vcf --]
[-- Type: text/x-vcard, Size: 1091 bytes --]

begin:vcard
fn;quoted-printable:=D0=94=D0=BC=D0=B8=D1=82=D1=80=D0=B8=D0=B9 =D0=94=D0=B5=D0=B3=D1=82=D1=8F=
	=D1=80=D1=91=D0=B2
n;quoted-printable;quoted-printable:=D0=94=D0=B5=D0=B3=D1=82=D1=8F=D1=80=D1=91=D0=B2;=D0=94=D0=BC=D0=B8=D1=82=D1=80=D0=B8=D0=B9
org;quoted-printable:=D0=9E=D0=9E=D0=9E "=D0=9D=D0=95=D0=92=D0=9E=D0=94"
adr;quoted-printable;quoted-printable;quoted-printable;quoted-printable:;;=D0=9A=D0=BE=D0=BC=D1=81=D0=BE=D0=BC=D0=BE=D0=BB=D1=8C=D1=81=D0=BA=D0=B8=D0=
	=B9 =D0=BF=D1=80=D0=BE=D1=81=D0=BF=D0=B5=D0=BA=D1=82 34, =D0=BE=D1=84=D0=B8=
	=D1=81 519;=D0=9F=D0=B5=D1=80=D0=BC=D1=8C;=D0=9F=D0=B5=D1=80=D0=BC=D1=81=D0=BA=D0=B8=D0=B9 =D0=BA=D1=80=D0=B0=D0=B9=
	;614000;=D0=A0=D0=BE=D1=81=D1=81=D0=B8=D0=B9=D1=81=D0=BA=D0=B0=D1=8F =D0=A4=D0=B5=
	=D0=B4=D0=B5=D1=80=D0=B0=D1=86=D0=B8=D1=8F
email;internet:ddv@nevod.ru
title;quoted-printable:=D0=A1=D0=B8=D1=81=D1=82=D0=B5=D0=BC=D0=BD=D1=8B=D0=B9 =D0=B8=D0=BD=D1=82=
	=D0=B5=D0=B3=D1=80=D0=B0=D1=82=D0=BE=D1=80
tel;work:+73422196960,+73422385309
tel;cell:+79082555386
x-mozilla-html:FALSE
url:www.nevod.ru
version:2.1
end:vcard

Re: [Comm] зависания

[SKeeper]

Дегтярёв Дмитрий пишет:
> Если эти Ваши картинки не по 500Мб, то поможет. Т.е. позволит 
> запускать гораздо больше маленких картинок. Если картинки ну очень 
> большие и одну свернуть она полезет в своп, и развернуть минут через 
> 5, то увидите Вы эту картинку на экране не скоро.
Ясно, спасибо. В целом так и думал.

> Управляет памятью Операционная Система и ОС не знает о том что вообще 
> делает, сколько ему потребуется памяти и т.п.. Возложить на ОС данные 
> функции не возможно. Поэтому притензии к разработчикам приложения, мол 
> почему Ваше приложение перед загрузкой картинки не проверяет влезет ли 
> она в ОЗУ?

Ну то что ОС управляет памятью - понятно. Но почему нельзя возложить 
данные функции на ось? Я не системный программист, но любопытствующий, 
если не сложно разъясните плиз.
Вот я вижу схему работы с памятью следующим образом (с описываемым 
функционалом):
Программа обращается к оси для выделения памяти.
ОСь смотри на "карту" занятости памяти.
Если программе не хватает памяти, то ось прибивает "обделенную" программу.

Re: [Comm] зависания

[Alexei V. Mezin]

SKeeper пишет:

> Программа обращается к оси для выделения памяти.
Посмотрите в исходники. Так оно и есть. Всяческие malloc и тому подобные 
функции.

> ОСь смотри на "карту" занятости памяти.
Тоже верно.

> Если программе не хватает памяти
То вызов функции выделения памяти завершается кодом ошибки. И программа 
вам выдает на экран сообщение "не хватает памяти".

> , то ось прибивает "обделенную" программу.
А теперь вдумайтесь: вы открываете в программе файл, а программа просто 
исчезает из памяти (потому что ее за наглость прибили). Вы же сразу 
побежите в багзиллу с сообщением "падает при открытии файла".

Re: [Comm] зависания

[Anton Farygin]

SKeeper пишет:
> Дегтярёв Дмитрий пишет:
>> Если эти Ваши картинки не по 500Мб, то поможет. Т.е. позволит 
>> запускать гораздо больше маленких картинок. Если картинки ну очень 
>> большие и одну свернуть она полезет в своп, и развернуть минут через 
>> 5, то увидите Вы эту картинку на экране не скоро.
> Ясно, спасибо. В целом так и думал.
> 
>> Управляет памятью Операционная Система и ОС не знает о том что вообще 
>> делает, сколько ему потребуется памяти и т.п.. Возложить на ОС данные 
>> функции не возможно. Поэтому притензии к разработчикам приложения, мол 
>> почему Ваше приложение перед загрузкой картинки не проверяет влезет ли 
>> она в ОЗУ?
> 
> Ну то что ОС управляет памятью - понятно. Но почему нельзя возложить 
> данные функции на ось? Я не системный программист, но любопытствующий, 
> если не сложно разъясните плиз.
> Вот я вижу схему работы с памятью следующим образом (с описываемым 
> функционалом):
> Программа обращается к оси для выделения памяти.
> ОСь смотри на "карту" занятости памяти.
> Если программе не хватает памяти, то ось прибивает "обделенную" программу.

скорее - не прибивает, а говорит программе "нет памяти". А дальше 
программа сама должна обработать ответ и проинформировать 
соответствующим образом пользователя.

Прибивать - это слишком жестоко.

Re: [Comm] зависания

[Michael Shigorin]

On Wed, Sep 03, 2008 at 11:47:56AM +0400, SKeeper wrote:
> swap-раздел отсутствует

Интересно, кто так прикололся...

> ОЗУ - 1ГБ
> 
> В некоторых случаях (открытие чересчур большой картинки, или же
> открытие габаритной странички в Firefox 2.0.0.8 и одновременно
> в Konqueror) происходит полное зависание системы, т.е. немного
> реагирует мышь, клавиатура не реагирует вообще. Если подождать
> подольше (минут 15-20 и больше), то система отвисает.

Просвапливается и киляет нарушителя спокойствия.

> Думаю добавить swap-раздел гига на 2. Поможет ли это от зависаний?

Да.

> И вот интересно: есть ли способ вообще исключить такие
> ситуации, т.е.  чтобы при отсутствие необходимого количества
> памяти "обделенная" операция/программа просто не запускалась
> бы? Лучше уж пусть не запустится отдельная задача нежели
> подвиснет вся система.

См. help ulimit и /etc/security/limits.conf

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] зависания

[Timur Batyrshin]

[-- Attachment #1: Type: text/plain, Size: 784 bytes --]

On Wed, 3 Sep 2008 22:01:50 +0300
Michael Shigorin wrote:

> > В некоторых случаях (открытие чересчур большой картинки, или же
> > открытие габаритной странички в Firefox 2.0.0.8 и одновременно
> > в Konqueror) происходит полное зависание системы, т.е. немного
> > реагирует мышь, клавиатура не реагирует вообще. Если подождать
> > подольше (минут 15-20 и больше), то система отвисает.
> Просвапливается и киляет нарушителя спокойствия.

А куда, интересно, если свопа то нет?

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [Comm] зависания

[Michael Shigorin]

On Mon, Sep 15, 2008 at 03:14:47PM +0400, Timur Batyrshin wrote:
> > > В некоторых случаях (открытие чересчур большой картинки, или же
> > > открытие габаритной странички в Firefox 2.0.0.8 и одновременно
> > > в Konqueror) происходит полное зависание системы, т.е. немного
> > > реагирует мышь, клавиатура не реагирует вообще. Если подождать
> > > подольше (минут 15-20 и больше), то система отвисает.
> > Просвапливается и киляет нарушителя спокойствия.
> А куда, интересно, если свопа то нет?

Как это нет?  У нас сперва свопится на compcache (если объём RAM
позволяет, то включается автоматически -- на 64M вышло ~26M),
потом -- на ltspswapd или просто NBD swap.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] зависания

[Timur Batyrshin]

[-- Attachment #1: Type: text/plain, Size: 1584 bytes --]

On Mon, 15 Sep 2008 16:56:19 +0300
Michael Shigorin wrote:

> > > > В некоторых случаях (открытие чересчур большой картинки, или же
> > > > открытие габаритной странички в Firefox 2.0.0.8 и одновременно
> > > > в Konqueror) происходит полное зависание системы, т.е. немного
> > > > реагирует мышь, клавиатура не реагирует вообще. Если подождать
> > > > подольше (минут 15-20 и больше), то система отвисает.
> > > Просвапливается и киляет нарушителя спокойствия.
> > А куда, интересно, если свопа то нет?
> Как это нет?  У нас сперва свопится на compcache (если объём RAM
> позволяет, то включается автоматически -- на 64M вышло ~26M),
> потом -- на ltspswapd или просто NBD swap.
 
Хм, про compcache не знал, интересно. А он как-нибудь в процессах/free
т.п. появляется? Его можно как-нибудь отключить -- чтобы освободить
"быструю" память (уже безотносительно этого топика)?

А последние два варианта же, насколько понимаю, только для LTSP?
А здесь про Desktop говорили.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [Comm] зависания

[Michael Shigorin]

On Mon, Sep 15, 2008 at 07:10:14PM +0400, Timur Batyrshin wrote:
> > Как это нет?  У нас сперва свопится на compcache (если объём
> > RAM позволяет, то включается автоматически -- на 64M вышло
> > ~26M), потом -- на ltspswapd или просто NBD swap.
> Хм, про compcache не знал, интересно. А он как-нибудь в
> процессах/free т.п. появляется? Его можно как-нибудь отключить
> -- чтобы освободить "быструю" память (уже безотносительно этого
> топика)?

Можно, конечно.  swapoff /dev/ramzswap0 (кажется, и в lts.conf)

> А последние два варианта же, насколько понимаю, только для LTSP?

Прикрутить-то их можно куда угодно.

> А здесь про Desktop говорили.

Terminal := Desktop + ALTSP5

PS: убедили, даю копию в ltsp-server@ и предлагаю при желании
перебраться с терминал-серверной тематикой туда :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/