The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Сообщения [Сортировка по времени | RSS]


122. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +2 +/
Сообщение от Аноним (122), 06-Авг-19, 20:45 
Так покупайте нормальные ноуты, а не дешёвый ширпотреб для просмотра вконтактика. В тех же Dell Precision или Lenovo P5* память без проблем обновляется как минимум до 32 ГБ.
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

239. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +2 +/
Сообщение от Celcion (ok), 07-Авг-19, 01:29 
> Так покупайте нормальные ноуты, а не дешёвый ширпотреб для просмотра вконтактика.
> В тех же Dell Precision или Lenovo P5* память без проблем обновляется как минимум до 32 ГБ.

Вот это правильная десктопная ОС с правильными системными требованиями - не какие-то там жалкие виндовые 2GB, а настоящие пацанские 32! Всё правильно, респектую!

Ответить | Правка | Наверх | Cообщить модератору

308. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от пох. (?), 07-Авг-19, 07:19 
ты правда пробовал работать на винде с "2Gb", и открывать сотни вкладок при этом?

Она в этих двух - "загружается". Не вижу проблемы, линукс тоже так может. Хотя не, не может - на такой системе будет uefi32, а мы же отовсюду повыпилили 32бита.
но тут ты можешь помочь миру стать лучше  - убиться нах...прости, запилить свой клон хоть редхата хоть убунты с нормальной поддержкой 32бит, благо пакеты еще собираются, нужно только доделать поломанный установщик.


Ответить | Правка | Наверх | Cообщить модератору

320. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +2 +/
Сообщение от Голубой гигант (?), 07-Авг-19, 08:33 
> на винде с "2Gb"

Работается прекрасно. Windows 7 Starter прекрасно работает на 256 Мб ОЗУ.

> открывать сотни вкладок

Зачем? Вкладок 15 - самое то

Ответить | Правка | Наверх | Cообщить модератору

347. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +2 +/
Сообщение от оралр (?), 07-Авг-19, 09:44 
>Windows 7 Starter прекрасно работает на 256 Мб ОЗУ.

В смысле запускается?
А вообще семерка рип уже.

Ответить | Правка | Наверх | Cообщить модератору

360. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от пох. (?), 07-Авг-19, 10:23 
зочем вы тгавите? У него еще целых четыре месяца осталось, наслаждаться своим ручным стартером до превращения его в тыковку!
Ответить | Правка | Наверх | Cообщить модератору

359. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от пох. (?), 07-Авг-19, 10:22 
> Работается прекрасно. Windows 7 Starter прекрасно работает на 256 Мб ОЗУ.

"загружается", ага, минут всего за двадцать-тридцать.

И позволяет запустить сколько там - аж три программы, да?

Давай я тебе такой линукс вылеплю, twm, xterm, никаких тебе бэкграундов на 4k - работать будет примерно так же.

Даже, пожалуй, удастся загрузить что там... 3.28ю мазилу какую-нибудь, примерный эквивалент того ie7, и открыть в ней пресловутые 15 вкладочек с опеннетом. С неопеннетом будет пустое место, как и положено.

Мееееедленно так, и печально.

И, разумеется, своп на пару гиг не забудь создать заранее, тут тебе не винда.

Ответить | Правка | К родителю #320 | Наверх | Cообщить модератору

371. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Celcion (ok), 07-Авг-19, 10:45 
> ты правда пробовал работать на винде с "2Gb", и открывать сотни вкладок при этом?

Не только на винде, я и на фряхе так пробовал в своё время. И всё было гуд. Только на линуксе я сталкивался с тем, что когда заканчивается память - система вообще ничего с этим не пытается сделать. Не только прибить самое прожорливое приложение (тут еще можно поспорить насколько это адекватное решение), но и даже просто предупредить пользователя о том, что у него память заканчивается - он, представь себе, можнт об этом и не догадываться, если специально себе датчики не вывел. Представляешь, память может заканчиваться вовсе не только потому, что пользователь сотни вкладок открыл в браузере, но и, например, потому, что обновления системы в очередной раз привезли с собой утечку памяти, что с десктопным линуксом случается с завидной регулярностью. Работал человек, работал, оставил комп на ночь, утром возвращается - а система уже пузыри пускает и реагирует лишь на нажатие reset. Ты это тоже считаешь нормальным?

> а мы же отовсюду повыпилили 32бита.

Кто "мы"? Мы, Николай Вторый?
Ох уж эти форумные "выпиливатели"...

> запилить свой клон хоть редхата хоть убунты с нормальной поддержкой 32бит, благо пакеты еще собираются, нужно только доделать поломанный установщик.

Остапа несло... Явно задело за какую-то болезненную тему. Ну, извини, чувак, может они еще вернут поддержку 32 бит обратно, не переживай.

Ответить | Правка | К родителю #308 | Наверх | Cообщить модератору

391. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от пох. (?), 07-Авг-19, 12:11 
"в свое время" не было никаких вкладок - у netscape4 были окна ;-)

> Только на линуксе я сталкивался с тем, что когда заканчивается память - система вообще ничего с
> этим не пытается сделать.

пытается, почему же не пытается - на сцену выбегает oom-killer и дает очередь в зрительный зал.

> но и даже просто предупредить пользователя

как вы представляете механизм такого предупреждения? Синий экран, как в винде95, у которой на ходу выдернули дискетку? Так оно в половине случаев висло, поскольку не то что приложения, а и системные детали плохо переносили блокировку в ядре на минуту, требуемую юзеру, чтоб сообразить что случилось и вернуть как было (а как еще-то - тут даже режим видео требовалось переключить)

Висящую в памяти (тоже небесплатную) user-level софтину, которая просто банально дергает аналог free, но имеет средства взаимодействия с юзером ? Ну так у меня есть она, zabbix называется, вон, вчера вечером прислала очередной нотифай, что джанка сожрала всю память и уже свопом радостно хрустит. Пошел, поработал oom-киллером, поругался с разработчиками - обещали все переписать на пехепе. (они еще в 18м мне это обещали, я только не помню точно - 1918, или 1800?) лимит поставить нельзя - будет падать в тех случаях, в которых сейчас работает.

> Работал человек, работал, оставил комп на ночь, утром возвращается - а система уже пузыри
> пускает и реагирует лишь на нажатие reset. Ты это тоже считаешь нормальным?

ну а что тут система-то сделать могла? Звонить ему среди ночи на мобилу - "щас йапнусь, родной,  сделай что-нибудь"? Ну вот жабикс и так умеет. Сбегать в лабаз купить планку памяти - пока, вроде, нет.
Нет, это не нормально, дефективый userland софт надо либо чинить, либо выбросить.

Но зачем тут что-то портить в ядре - все равно непонятно.


Ответить | Правка | Наверх | Cообщить модератору

417. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  –1 +/
Сообщение от zzz (??), 07-Авг-19, 13:22 
>ну а что тут система-то сделать могла

Прибить процессы. Тебе это говорит уже который человек, а ты продолжаешь строить из себя одаренную наивностью девочку, в каждой теме пуская струю против ветра. Винда с этим справляется, фрюха справляется, линукс - встает колом.

Ответить | Правка | Наверх | Cообщить модератору

430. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от Anonymoustus (ok), 07-Авг-19, 14:15 
>>ну а что тут система-то сделать могла
> Прибить процессы. Тебе это говорит уже который человек, а ты продолжаешь строить
> из себя одаренную наивностью девочку, в каждой теме пуская струю против
> ветра. Винда с этим справляется, фрюха справляется, линукс - встает колом.

Это ещё с прошлого века политика пейсателей лялиха. С этим ничего нельзя сделать. Даже если вы напишете с чистого листа новую, безошибочную и самую правильную реализацию управления памятью, они её у вас не примут. Новый стандарт, все дела. У поха тоже не примут.

Ответить | Правка | Наверх | Cообщить модератору

434. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от пох. (?), 07-Авг-19, 14:44 
> Прибить процессы.

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

"винда с этим справляется" - ну и брысь в свою любимую винду, которая убьет тебе недельную работу, потому что ей показалось, что тебе так будет лучше.

Ответить | Правка | К родителю #417 | Наверх | Cообщить модератору

441. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Адекват (ok), 07-Авг-19, 15:13 
Так можно же периодически сохранять результаты своей работы, не ?
Ответить | Правка | Наверх | Cообщить модератору

464. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от пох. (?), 07-Авг-19, 18:02 
вручную? С автоматическим сохранением тебя при таком подходе ждет веселый сюрприз - именно в этот момент память-то израсходуется чуточку больше и....

Ответить | Правка | Наверх | Cообщить модератору

471. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от zzz (??), 07-Авг-19, 18:32 
Домашний (да и не только) пользователь не обязан следить за объемом свободной рамы и потреблением свопа. Винда ему недельную работу убьет, лол. Подбери жыр с губ - если в винде убьются результаты одной работы, то ресет ляликса из-за глухого зависания похоронит не только вкладку в хроме, где ты заполняешь ну ооооочень важную форму, но вообще все наработанное.
Ответить | Правка | К родителю #434 | Наверх | Cообщить модератору

470. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +1 +/
Сообщение от Celcion (ok), 07-Авг-19, 18:29 
> пытается, почему же не пытается - на сцену выбегает oom-killer и дает очередь в зрительный зал.

Это если он включен. По умолчанию - почти ни на одном десктопном линуксе он не включен. Ну а то, что закостылить можно всякое - никто и не сомневался.

>> но и даже просто предупредить пользователя
> как вы представляете механизм такого предупреждения? Синий экран, как в винде95, у которой на ходу выдернули дискетку?

Уже кучу раз писали в данной теме в том числе и я - когда винде начинает не хватать памяти и свопиться не получается (отключен своп, или некуда больше его расширять) - винда начинает верещать пользователю ворнингами, что памяти нету и скоро станет худо, поэтому надо что-то закрыть, предлагая самое жирное из запущенных пользователем приложений. А когда память кончается совсем - винда его и пришибает.
Можно спорить на тему того, что пришибать приложение вместе с несохраненными данными некомильфо, но если альтернативой этому является встающая колом вся система вместе со всеми приложениями с единственным решением в виде нажатия кнопки reset - то выбор не такой уж и неочевидный.

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

> Висящую в памяти (тоже небесплатную) user-level софтину, которая просто банально дергает аналог free, но имеет средства взаимодействия с юзером ? Ну так у меня есть она, zabbix называется, вон, вчера вечером прислала очередной нотифай, что джанка сожрала всю память и уже свопом радостно хрустит.

Я, на всякий случай, напоминаю, что речь про десктопы идет...

> ну а что тут система-то сделать могла?

Убить сжирающее ресурсы приложение из юзерспейса. На мой взгляд, вставшая колом система, которую только резетом можно вывести из анабиоза - это хуже, чем просто прибитое отожравшееся приложение.

> Нет, это не нормально, дефективый userland софт надо либо чинить, либо выбросить.

ПО без ошибок - не бывает.

> Но зачем тут что-то портить в ядре - все равно непонятно.

Никто не говорит про ядро.

Ответить | Правка | К родителю #391 | Наверх | Cообщить модератору

491. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  –1 +/
Сообщение от пох. (?), 07-Авг-19, 21:37 
> Это если он включен.

с каких это пор его надо как-то особенно включать?

Его и выключить-то можно только для отдельной cgroup и не вполне очевидным способом.

просто он не способен прибить "самое жирное приложение", поскольку совершенно правильно предполагает, что оно либо не виновато (у меня самым жирным является текущий модуль в mysqld, но он на 99% лежит в свопе и никогда оттуда не полезет - потому что это именно утечка, эта память на самом деле никому и никогда уже не потребуется - не надо его убивать, только хуже будет), либо оно потому столько жрет, что именно с ним юзер сейчас и работает - убить - потерять работу. И пытается угадать наиболее вероятного кандидата, за вычетом этих - не всегда удачно.

На сервере у него иногда есть еще шансы попасть в правильный экземпляр джанги, но чаще всего экземпляры плодятся быстрее чем их можно убивать, поэтому неплохим стандартом с моей точки зрения является oom_panic=1 и не выяснять, что он в этот раз прибил и можно ли продолжить работу.

>> Нет, это не нормально, дефективый userland софт надо либо чинить, либо выбросить.
> ПО без ошибок - не бывает.

главное - ничего не исправлять?

> Никто не говорит про ядро.

автор этой глупости поднял бучу именно в lkml.


Ответить | Правка | Наверх | Cообщить модератору

501. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +2 +/
Сообщение от Celcion (ok), 07-Авг-19, 23:24 
> На сервере у него иногда есть еще шансы попасть в правильный экземпляр

Повторяю, речь не про серверы. Вышибить "не то" приложение на десктопе - уж точно не хуже полного зависания компьютера. Хотя бы просто потому, что при этом не придется его резетом возвращать к жизни с ненулевым риском побить файловую систему и/или открытые файлы.

> главное - ничего не исправлять?

Каким образом я, как пользователь, могу повлиять на исправление миллионов вебсайтов, созданных гендерно небинарными разработчиками, а так же утечек памяти в ОС и программах? Посидеть на кухне и порассуждать о том, как всё в этом мире неправильно? Сомневаюсь, что это поможет.

> автор этой глупости поднял бучу именно в lkml.

Это потому, что в мире линукса, насколько я понимаю, разработчики ядра являются некоей последней инстанцией, в которую отправляют после того, как разработчики всех промежуточных узлов (васян-дистр -> DE -> базовые компоненты) перевели стрелки.

Ответить | Правка | Наверх | Cообщить модератору

500. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."  +/
Сообщение от Anonymoustus (ok), 07-Авг-19, 23:16 
>> Нет, это не нормально, дефективый userland софт надо либо чинить, либо выбросить.
> ПО без ошибок - не бывает.

Бывает. И оно, как ни странно, таки небольшого размера. Можно с высокой степенью уверенности говорить о том, например, что в ядер MINIX ошибок нет.

Ответить | Правка | К родителю #470 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру