Summary: | soft process limit is too restrictive for default KDE session | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Sergey V Turchin <zerg> |
Component: | pam | Assignee: | placeholder <placeholder> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | critical | ||
Priority: | P2 | CC: | glebfm, ldv, mike, placeholder, rider |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux | ||
Bug Depends on: | |||
Bug Blocks: | 7079 |
Description
Sergey V Turchin
2004-12-06 15:13:47 MSK
Один раз наткнулся на кучу cdda_slave, но их было видно, как zombie У меня такое бывало, как правело, когда умирал звук (artsd, или просто не было поддержки звука), и плодились процессы типа play и artsplay, запущенные всякими sim, licq, etc. --- ABATAPA в sisyphus@ сегодня ("DCOP и klauncher") (In reply to comment #2) > плодились процессы типа play и artsplay Да, это тоже проблема, но отдельная от этой темы (In reply to comment #1) > Один раз наткнулся на кучу cdda_slave, но их было видно, как zombie Правда это исправил в kde. (In reply to comment #3) > > плодились процессы типа play и artsplay > Да, это тоже проблема, но отдельная от этой темы А это пытаюсь в play_wrapper.sh и sound_wrapper.sh С тебя модуль к альтератору для настройки /etc/security/limits.conf ;-) http://lists.altlinux.ru/pipermail/sisyphus/2005-July/065004.html (In reply to comment #5) > > > плодились процессы типа play и artsplay > > Да, это тоже проблема, но отдельная от этой темы > А это пытаюсь в play_wrapper.sh и sound_wrapper.sh Есть вероятность, что не безрезультатно. http://lists.altlinux.ru/pipermail/sisyphus/2005-July/065034.html 2ldv: просьба увеличить количество процессов, это очень актуально. Короче, какой лимит устроит kdelibs? (In reply to comment #9) > Короче, какой лимит устроит kdelibs? А таблетки от жадности принимать? ;-) Если да, то * soft nproc 256 * hard nproc 384 если нет, то * soft nproc 384 * hard nproc 512 Значит, 256/512 годится. :) Fixed in 0.80-alt0.3, will be available in first public release. (In reply to comment #12) > Fixed in 0.80-alt0.3, will be available in first public release. В branch-3.0 до сих пор не видно Понятно, тогда надо менять Product у этой баги и делать backport. Вообще хорошо бы к 3.0 или адаптировать backports policy (висит на backports.altlinux.ru) к этому бранчу, или написать иной документ. Потому что неясно, Дима ли должен собирать и заливать пакет по всем веткам, где он в принципе может оказаться, или заинтересованные в исправлении ошибки пакета в ветке должны озаботиться. Опять же что с заливанием одного пакета разными людьми и прочим уже решённым для Sisyphus. Разумеется, это офтопик в данной баге, просто давно думалось, а тут вылезло... (In reply to comment #14) > Понятно, тогда надо менять Product Да он уже несколько раз мог быть сменен :-) > у этой баги и делать backport. Может проще имеющийся исправить? актуально и для sisyphus и для branch-3.0 Дим, сделаешь обновление для branch-3.0 ? До сих пор исправления в Branch-3.0 не появилось Если никто не сделает, то и не появится. Эта бага была по пакету в Сизифе, и она исправлена. Пожалуйста, не открывайте эту багу снова, используйте моё и ваше время более рационально. (In reply to comment #19) > Если никто не сделает, то и не появится. > Эта бага была по пакету в Сизифе, и она исправлена. За отмазку не катит. Баг был повешен давно. Зависимость на #7079 была поставлена своевременно. > Пожалуйста, не открывайте эту багу снова, используйте моё и ваше время более > рационально. Дим, так что, сделаешь обновление для branch-3.0 или мне разбираться с этим ? Понятно что в данный момент времени это изменение в Sisyphus для нас совсем не интересно.. а тащить pam из Sisyphus в branch я сам не стану. |