| 1.1, Anonymous 324324324 (?), 22:36, 21/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Так вроде бы ядро только-только вычистили от блокировок. И снова хотят их туда запихнуть? Или это какие-то другие блокировки?
| | |
| |
| 2.3, Andrew Kolchoogin (?), 22:42, 21/12/2011 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Не, это не про то.
Здесь речь идёт о блокировке подсистемы ядра целиком по команде из userland'а, там же написано: управление питанием линуксового ядра должно быть заблокировано, если, например, идёт разговор по телефону.
| | |
| |
| 3.63, alekon (?), 23:11, 27/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
Если, например, идет разговор по телефону(gsm/3g/cdma), то почему ядру нельзя усыпить wifi или usb? Какую-то кривую логику пытаются засунуть в ядро.
| | |
|
| 2.51, Аноним (-), 21:36, 22/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
Этих патчей никогда не будет в обычном ядре из твоего дистрибутива. Успокойся.
90% кода ведра не используются и даже не включаются в известные дистрибутивы (в их пользовательские версии)
| | |
| |
| 3.52, Michael Shigorin (ok), 22:37, 22/12/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > Этих патчей никогда не будет в обычном ядре из твоего дистрибутива. Успокойся.
Тоже мне кассандра.
> 90% кода ведра не используются и даже не включаются в известные дистрибутивы
> (в их пользовательские версии)
Вы прежде чем такую чепуху рассказывать -- потрудились бы хоть грубую оценку сделать...
$ for i in config-3*; do echo $i: $((100*'fgrep -c "not set" $i'/'wc -l < $i')); done
config-3.0.0-2-486: 14
config-3.1.0-2-default: 8
config-3.1.5-6.fc16.i686: 16
config-3.1.5-std-def-alt1: 8
Это соответственно ядра из репозиториев debian, opensuse, fedora, altlinux. Цифра показывает процентное отношение количества строк, содержащих заведомо отключенные драйверы или подсистемы, к общему количеству строк в конфигурации -- и из-за подсистем занижена, но для ядер общего назначения достаточно показательна; скажем, для моего ядра тонкого клиента (с пачкой отключенных _подсистем_ вроде wireless/v4l) она составляет 32%.
| | |
|
|
| 1.4, Df232z (?), 22:42, 21/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
>Реализация LMK (low memory killer), управляющего принудительным завершением приложений в случае нехватки памяти;
Вот только этого мне еще на серверах не хватало.
| | |
| |
| 2.28, Аноним (-), 08:30, 22/12/2011 [^] [^^] [^^^] [ответить]
| +3 +/– |
Есть же OOM-killer, его никто не отменял. На ваших серверах он, скорее всего, есть
| | |
| 2.30, Дэндэн (?), 09:45, 22/12/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
Так, блин.. Ну всегда же можно собрать ядро без поддержки того, что считаете мусором. Не вижу в этом проблеммы.
| | |
| 2.35, Аноним (-), 11:20, 22/12/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
Что делает самодельное дерьмо на твоих серверах? Ты уверен, что ты сисадмин?
| | |
| |
| 3.50, Ulys (?), 20:33, 22/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
Линуксоид! Это звучит гордо! Как же ты линуксоид если не умеешь собирать ядро?
| | |
| |
| 4.53, Michael Shigorin (ok), 22:46, 22/12/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Линуксоид! Это звучит гордо!
Да ну.
> Как же ты линуксоид если не умеешь собирать ядро?
А мы линуксоводы. Хоть и умеем, да не злоупотребляем.
| | |
|
| 3.65, Клыкастый2 (?), 14:46, 19/03/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Что делает самодельное дерьмо на твоих серверах?
ещё и патчи специфические есть. и да, если что-то можно поменять через sysctl - никто не будет лезть собирать своё. а если нет?
| | |
|
|
| 1.7, Аноним (-), 22:47, 21/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Реализация LMK (low memory killer), управляющего принудительным завершением приложений в случае нехватки памяти;
Есть же setrlimit: http://linux.die.net/man/2/setrlimit
> RLIMIT_DATA
> The maximum size of the process's data segment (initialized data, uninitialized data, and heap). | | |
| |
| 2.8, gaga (?), 22:54, 21/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
Тут видимо речь идет о глабальном лимите памяти. Я, правда, не очень понимаю, чем это отличается от добавления константы типа
MAX_MEMORY_USAGE = 95 // %
в OOM-killer. Ну да ладно, ссылки читать лень.
| | |
| |
| 3.9, Df232z (?), 23:04, 21/12/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
Как будет выглядеть система управление памятью от Андроида на сервере:
- Апач своими форками выжрал всю память!
- Ну что ж. Придется убить... ssh-демона.
**демонический смех**
| | |
| |
| |
| |
| 6.23, Аноним (-), 05:11, 22/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
Он конфигуряем, приколитесь. В том плане что ему можно указать что вот ssh - в последнюю очередь, а вот опача - пожалуйста гаси себе.
| | |
| |
| 7.25, etw (ok), 05:57, 22/12/2011 [^] [^^] [^^^] [ответить]
| +4 +/– |
 OOM достаточно умен и сам по себе. Например, если флешевый процесс начал усиленно выжирать мозги, то при нехватке память OOM убьет именно его, а не процесс firefox-а, который при этом может занимать раза в 2-3 больше, чем уже разжиревший на момент срабатывания OOM-а флешевый процесс.
| | |
| |
| 8.33, PavelR (??), 11:05, 22/12/2011 [^] [^^] [^^^] [ответить] | +/– | ну-ну, рассказывайте дальше про то, что по дефолту oom_kill_allocating_task 1,... текст свёрнут, показать | | |
|
|
|
|
|
|
|
| 1.10, анон (?), 23:12, 21/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– | |
Забавно.. даже производители девайсов/чипов/прочей фигни понимают, что пилить дровишки под два разных ядра еще то веселое занятие. но гуглу видимо нравится, раз с их стороны не было достаточного интереса в продвижении патчей в апстрим.
Надеюсь это все не заглохнет, как в прошлый раз.
| | |
| |
| 2.47, Тот_Самый_Анонимус (?), 17:13, 22/12/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>но гуглу видимо нравится, раз с их стороны не было достаточного интереса в продвижении патчей в апстрим.
Гугл это тот же майкрософт, не заинтересованный в развитии конкурентов.
| | |
|
| 1.11, Аноним (-), 23:15, 21/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– | |
>Реализация LMK (low memory killer), управляющего принудительным завершением приложений в случае нехватки памяти;
На десктопе тож бы не помешал. Сейчас 2 гига памяти, отключил своп, но всеравно при нехватки памяти только резет спасает...
| | |
| |
| 2.14, pavlinux (ok), 00:12, 22/12/2011 [^] [^^] [^^^] [ответить]
| +4 +/– |
 # sysctl -w vm.overcommit_memory=1 иль 2
Хотя при нехватки памяти обычно включают своп, а не выключают. :D
| | |
| |
| 3.18, Аноним (-), 01:03, 22/12/2011 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>sysctl -w vm.overcommit_memory=1 иль 2
Спасибо, попоробую.
>Хотя при нехватки памяти обычно включают своп, а не выключают. :D
У меня медленный винт и когда дело доходит до свопа все сильно плохо. Мне лучше, чтоб программу, отьедающую память, просто прибило.
| | |
| |
| 4.21, pavlinux (ok), 01:27, 22/12/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>sysctl -w vm.overcommit_memory=1 иль 2
> Спасибо, попоробую.
>>Хотя при нехватки памяти обычно включают своп, а не выключают. :D
> У меня медленный винт и когда дело доходит до свопа все сильно
> плохо. Мне лучше, чтоб программу, отьедающую память, просто прибило.
Ты не переживай, как тока память появится, приложения начнут использовать оперативку,
Вероятность попадания в своп настраивается через # sysctl vm.swappiness= от 0 до 100
По дефолту, по-моему 60, 10 и меньше это уже на случай "совсем жопа, пора в своп".
| | |
|
| 3.67, Клыкастый2 (?), 14:50, 19/03/2012 [^] [^^] [^^^] [ответить]
| +/– |
> # sysctl -w vm.overcommit_memory=1 иль 2
> Хотя при нехватки памяти обычно включают своп, а не выключают. :D
так-то оно так, но есть нехорошие программисты с нехорошими программами, и при уходе своп поднагрузкой процесс коллапсирования вполне себе ускоряется. это не отменяет тобой сказанного, естессно, просто "штрихи к портрету"
| | |
|
| 2.56, arisu (ok), 15:47, 23/12/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > На десктопе тож бы не помешал. Сейчас 2 гига памяти, отключил своп,
> но всеравно при нехватки памяти только резет спасает…
а) это что же надо делать, чтобы двух гигабайт памяти не хватало?
б) чукча не читатель; для нечитателей придумали винду — почему ты сидишь на своей бубунте?
| | |
|
| 1.15, pavlinux (ok), 00:24, 22/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
> wakelocks - механизм блокировок для системы управления питанием, позволяющих
> предотвратить переход в спящий режим в ситуациях, когда это недопустимо
> (например, активен разговор по телефону),
Это надо делать в драйверах устройств, например, нах...я мне 1GHz, когда я болтаю по телефону!?
> ashmem - реализация разделяемой памяти, позволяющая маркировать незакреплённые страницы памяти,
Допилить Андроид, чтоб умел KERNEL_SAMEPAGE
> binder - используемый в Android механизм межпроцессного взаимодействия;
pipe/shm/signals/socket/ МАЛО???
> USB-драйвер для эмуляции хранилища;
Напурква? Подключать образы, дампы,... как устройства?
Так для этого Олег Нестеров NBD придумал, ещё лет 5 назад.
> Реализация LMK (low memory killer),
Как уже писали OOM-killer уже есть.
> ram console - возможность сохранить вывод консоли в специальной области ОЗУ,
> к которой можно получить доступ после перезагрузки в режиме диагностики;
Баян, тут FAQ недавно был - Как посмотреть дамп после ребута.
> Драйвер для управления памятью графической карты для чипов ION.
Меняемся - Сони выкупает все дрова у NVidia и открывает под GPL,
а мы уломаем Пингвина включить всё это барахло в ванилу.
| | |
| |
| 2.16, Аноним (-), 00:42, 22/12/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> нах...я мне 1GHz, когда я болтаю по телефону!?
Насколько я понял, имеется в виду блокировка отключения устройств, а не руления их производительностью.
> Напурква?
Чтобы предоставлять доступ к шаре через USB любому шиндовсу. В прочем, в связи с отсутствием на большинстве ноутов и нетбуков usb-slave, будет задействовано мало.
> OOM-killer уже есть.
Который киляет первый запросивши память процесс. Прозреваю в LMK более разумный механизм, раз его запилили.
| | |
| |
| 3.19, pavlinux (ok), 01:13, 22/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> нах...я мне 1GHz, когда я болтаю по телефону!?
> Насколько я понял, имеется в виду блокировка отключения устройств, а не руления
> их производительностью.
Это понятно, я про то, что нужно запрещать устройству засыпать,
а не блокировать попытки это сделать.
>> Напурква?
> Чтобы предоставлять доступ к шаре через USB любому шиндовсу. Впрочем, в
> связи с отсутствием на большинстве ноутов и нетбуков usb-slave, будет задействовано
> мало.
Для этого MTP придумали, спеки открыты.
>> OOM-killer уже есть.
> Который киляет первый запросивши память процесс.
> Прозреваю в LMK более разумный механизм, раз его запилили.
Сделать его разумным можно только одним способом - маркировать
процессы которые нельзя убивать, или наоборот, только те,
которые можно (аналог killall5 от юзера). По вкусу добавлять, какие-то
доп. признаки, типа самое не нагруженное, редко используемое,...
Но и в том и в другом случае, причиной запора может стать
именно неприкасаемое приложение.
--
Вот как работает Жабовский гарбадж-коллектор?
Ему вообще известно, какую память можно выкидывать?
| | |
| |
| 4.20, тупоголовый (?), 01:22, 22/12/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
OOM-киллер и так довольно умный сейчас, он знает активное или не активное приложение, сколько оно работало, сколько памяти отожрало. Кто чей родитель. Выставляет балы и кто там больше всех набрал того и мочит.
| | |
| |
| 5.22, pavlinux (ok), 01:33, 22/12/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
> OOM-киллер и так довольно умный сейчас, он знает активное или не активное
> приложение, сколько оно работало, сколько памяти отожрало. Кто чей родитель. Выставляет
> балы и кто там больше всех набрал того и мочит.
Так это может быть правоверный, кошерный, честноработающий mysql :)
Не, я за маркировку.... Если уж системное приложение или драйвер нагинают
систему, то это только через препарацию кода спасёт. Короча, все наши
рассуждения приведут к разработке архитектуры микроядра. :)
| | |
| |
| 6.36, Frank (ok), 11:23, 22/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > Так это может быть правоверный, кошерный, честноработающий mysql :)
Вероятность этого уничтожающе мала. Поскольку mysql как правило работает со старта системы и не склонен к увеличению потребления памяти, у него scоre очень маленький.
| | |
| |
| 7.39, Аноним (-), 11:26, 22/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> Так это может быть правоверный, кошерный, честноработающий mysql :)
> Вероятность этого уничтожающе мала. Поскольку mysql как правило работает со старта системы
> и не склонен к увеличению потребления памяти, у него scоre очень
> маленький.
Тю! Уверен?
А юзерские сессии - они на Великом Небесном Сервере выполняются, Дооооооооо......
| | |
| 7.48, Аноним (-), 19:06, 22/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> Так это может быть правоверный, кошерный, честноработающий mysql :)
> Вероятность этого уничтожающе мала. Поскольку mysql как правило работает со старта системы
> и не склонен к увеличению потребления памяти, у него scоre очень
> маленький.
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
51400 mysql 286 44 0 8457M 3853M ucond 6 148.7H 123.54% mysqld
А при запуске системы хавает виртуалки около 300М...
| | |
|
|
|
| 4.38, Аноним (-), 11:26, 22/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
> --
> Вот как работает Жабовский гарбадж-коллектор?
> Ему вообще известно, какую память можно выкидывать?
Канэщьна. Освобожденную, прикинь?
| | |
|
|
| 2.24, Аноним (-), 05:21, 22/12/2011 [^] [^^] [^^^] [ответить] | +2 +/– | Запрет засыпания не означает что частотой проца перестали рулить Как он относи... большой текст свёрнут, показать | | |
| 2.26, etw (ok), 06:21, 22/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> ashmem - реализация разделяемой памяти, позволяющая маркировать незакреплённые страницы памяти,
> Допилить Андроид, чтоб умел KERNEL_SAMEPAGE
Когда KSM перестанет усиленно выжирать ресурсы ЦП, тогда и поговорим. Да и, вообще, KSM не поможет, т.к. он для другого сделан.
>> binder - используемый в Android механизм межпроцессного взаимодействия;
> pipe/shm/signals/socket/ МАЛО???
Перестаньте уже ерунду болтать.
http://cs736-android.pbworks.com/w/page/5834468/IPC%20Binder
>> USB-драйвер для эмуляции хранилища;
> Напурква? Подключать образы, дампы,... как устройства?
> Так для этого Олег Нестеров NBD придумал, ещё лет 5 назад.
А зачем делать лишние слои абстракции и гонять NBD over TCP over IP over USB, тем более, что NBD - демон юзерспейсный?
>> Реализация LMK (low memory killer),
> Как уже писали OOM-killer уже есть.
Для трансциндентного подхода к управлению процессами он не годится.
>> ram console - возможность сохранить вывод консоли в специальной области ОЗУ,
>> к которой можно получить доступ после перезагрузки в режиме диагностики;
> Баян, тут FAQ недавно был - Как посмотреть дамп после ребута.
На устройстве без хранилища с возможностью записи? Хватит уже мерять все по своим двум локалхостам. Есть бездисковые серверы и мобильные устройства, где Ваши мерки не годятся.
>> Драйвер для управления памятью графической карты для чипов ION.
> Меняемся - Сони выкупает все дрова у NVidia и открывает под GPL,
> а мы уломаем Пингвина включить всё это барахло в ванилу.
Без комментариев
| | |
| |
| 3.45, pavlinux (ok), 15:20, 22/12/2011 [^] [^^] [^^^] [ответить]
| –2 +/– |
Судя по коментам Вы вааще не в теме. Не пишите больше, займитесь разведением пчёл.
| | |
| |
| 4.55, etw (ok), 01:23, 23/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
Интересно, что же Вам таки не понравилось в моих комментах?
| | |
|
|
|
| 1.27, Аноним0 (?), 08:12, 22/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
ммм
главное чтобы проверяли все патчи на патентную чистоту
а то потом затаскают по судам ...
| | |
| |
| 2.31, EuPhobos (ok), 09:48, 22/12/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Кого затаскают, Торвальдса? Он не продаёт ядро в своих девайсах, соответственно доказать финансовый ущерб от ядра Linux, (который просто есть в открытом виде в интернетах) в суде будет довольно сложно.
Как цеплялись, так и всё равно будут ко всяким вендорам, которые продают устройства с андроидом, и прочим СПО. Даже если ничего и не нарушать, всё равно найдут к чему прицепиться.
| | |
| 2.46, szh (ok), 16:05, 22/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > главное чтобы проверяли все патчи на патентную чистоту
это настолько сложно, что почти невозможно.
| | |
|
| 1.32, 3cky (?), 10:26, 22/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Насчет LMK и OOM Killer. Дело в том, что в Android завершение процессов по недостатку памяти - это абсолютно нормальная ситуация, о которой приложение, перед тем, как быть убитым, получает уведомление, позволяющее ему сохранить свое состояние. Насколько я в курсе, OOM Killer такого функционала не обеспечивает.
| | |
| |
| 2.58, arisu (ok), 16:24, 23/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Дело в том, что в Android завершение
> процессов по недостатку памяти — это абсолютно нормальная ситуация
а в *нормальных* системах это ЧП.
| | |
| |
| |
| 4.60, arisu (ok), 19:18, 23/12/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Да, т.к. процессы молча убиваются без уведомления.
где? с какого испугу? ну, разве что там, где буратины используют жабу, которой вечно то памяти не хватает, то процессоров, то всего вместе.
| | |
| |
| 5.61, etw (ok), 12:11, 24/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
Мы говорим про завершение процессов при недостатке памяти, не? OOM в данный ситуации прибивает без предупреждения, LMK посылает сигнал процессу.
А Вы почему-то съехали на жабу (которая, между прочим, ограничивает как раз использование памяти всегда, читайте про соответствующие настройки и про особенности работы JVM с памятью).
| | |
| |
| 6.62, arisu (ok), 13:41, 24/12/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Мы говорим про завершение процессов при недостатке памяти, не?
не. мы говорим, что для ведроида убитие процесса из-за того, что ему не хватило памяти — *штатная* ситуация. а для нормальной системы это ЧП.
| | |
|
|
|
|
|
| 1.54, loglog (?), 23:32, 22/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 "Концентрация усилий на одном ядре при разработке драйверов устройств;"
Как можно обьединить усилия для работы над пропатченным и непропатченным ядром?
| | |
|
