Комментируя намерение разработчиков Fedora вклюить по умолчанию фоновый процесс earlyoom для раннего реагирования на нехватку памяти в системе, Леннарт Поттеринг (Lennart Poettering) рассказал о планих по интеграции в systemd другого решения - oomd. Обработчик oomd развивает компания Facebook, сотрудники которой также разрабатывают подсистему ядра PSI (Pressure Stall Information), при помощи которой обработчик нехватки памяти в пространстве пользователя может более точно оценить уровень загруженности системы и характер замедления работы...Подробнее: https://www.opennet.me/opennews/art.shtml?num=52152
>Поттеринг считает, что будущее за oomdКто бы сомневался. NIH такой NIH
Fedora против Поттеринга! Red Hat против Red Hat!
Бери выше, IBM против IBM!
Против против Против!
> Обработчик oomd развивает компания Facebook?
> Кто бы сомневался. NIH такой NIHВ данном случае если NIH у кого-то и был - то у компании Facebook?!
там был просто NI
Тут не видно никаких "простых" причин. Скорее всего, идея заключается в обкатке использования системы для буратинов в качестве менеджера модулей ядра. Других идей нет.
Единственное, из-за чего винда была лучше линукса - так это способность грамотно из коробки решать проблемы с переполнением памяти. Все, прощай виндовс)))
глупо сравнивать Ядро с прошивкой-для-запуска-игр.
Что ж ты на Ядро ставишь для игр эмулятор прошивки-для-запуска-игр? Не взлетают игры на Ядре без прошивки-то?
> Что ж ты на Ядро ставишь для игр эмулятор прошивки-для-запуска-игр?$ wine
bash: wine: command not found...Ты пытался. Попробуй другой аргумент, на этот раз более убедительный.
Wine Is Not an Emulator
Игры пишут программисты под прошивку для запуска игр. И на этой прошивке для запуска игр у игр большие проблемы с запуском игр, написанных для прошивки для запуска игр (а на деле портираванных с другой прошивки для запуска игр на другие прошивки для запуска игр) по причине крайней криворукости писателей игр под прошивку для запуска игр — это ни для кого не секрет. А вы тут хотите запускать на прошивке для всего софт криво написанный для прошивок для игр.
Рефлексия курятника исчезнет только лишь с самим курятником.
А разве юзеры винды не хомячки?!
Нет. Их заставили.
Что там со всякими фотошопами, автокадами и прочими офисами? В ведро завезли уже?
Давно.
_Ядро_ выше этого.
в состав systemd войдут: photoshopd, autocadd, officed
было бы неплохо. А все недовольые могут их выпилить или не ставить т к скорее всео в отдельном пактее будут.
> прошивкой-для-запуска-игрЕсли ваши познания в области применения Windows ограничиваются лишь играми, то мне почему-то вас немного жаль.
Пусть это будет "прошивкой-для-запуска-игр", но чертовки удобной прошивкой. "Прошивка-для-запуска-игр", или Windows это система практически всех профессиональных задач, потому что весь вменяемый профессиональный софт (гуглите про SolidWorks, Altium Designer, Mentor Graphics и пр.), почему-то не работает на операционной системе со святым ядром "Linux", и даже не планируется туда портироваться.
Хоть и системы с святым ядром много где применяется, но на Desktop это всегда будет "игрушкой-для-гиков", без всяких надежд на использование в профессиональной среде.
Играйте со своей игрушкой, вас никто же не обижает, зачем же выплескивать свои комплексы неполноценности в комментариях? Зачем трогать операционную систему для профессионалов своего дела, которым надо именно делать свое дело, для которых Windows лишь инструмент для работы. Профессионалам нет необходимости, допустим, собирать ядро для своего инструмента, или ещё что либо, им надо изменять мир, для всеобщего благосостояния, в том числе и вашего.
Не обижайте пользователей Windows, без которых вас, наверное, уже не было в этом мире
Зачем вы называете операционную систему, заслужившей признание во всём мире, как-то по дурацкому "прошивкой-для-запуска-игр"? Откуда у вас столько ненависти к столь хорошему и качественному проекту?
Или в мире свободного ПО так принято, что всё оличное от свободного ПО называть исключительно омерзительными словами?
P.S. Не разу не встречала пользователей Windows, которые плохо говорили о ОС на базе Linux.
В линyпсе можно rdesktop запускать. Для этого он тоже годится.
> Пусть это будет "прошивкой-для-запуска-игр", но чертовки удобной прошивкой...Эко у вас рвануло. Расслабьтесь, это же не вконтактик. Тут сатира бывает и без смайликов.
А всё что вы там перечислили - оно хорошо и прекрасно конечно, в профессиональном плане. Да вот только, боюсь что людей которым это действительно нужно, даже меньше чем пользователей десктопных линуксов. Потому давайте не будем тянуть сову на глобус - где-то 99%+ пользователей венда нужна как пускалка игрулечек и "тонкий" клиент (об этом ниже) для смотрелки ютупа и сидения в социалочках.> Не обижайте пользователей Windows, без которых вас, наверное, уже не было в этом мире
Сильное заявление. Практически, религиозное.
> Профессионалам нет необходимости, допустим, собирать ядро для своего инструмента, или ещё что либо,
Согласен. В большинстве своём, профессионалы использующие Linux давным давно уже не делают это для своих рабочих станций. Выходите уже скорее из криокамеры.
> им надо изменять мир, для всеобщего благосостояния, в том числе и вашего.
Вау! Рили? Где это такие профессионалы водятся? Обычно как-то, люди если и "изменяют мир", то нифига не для абстрактного "всеобщего благосостояния".
> к столь хорошему и качественному проекту?
Мухаха :) Ставишь какой-нибудь современный усреднённый популярный Linux Desktop, получаешь до 5 Гб занятого диска и возможность сёрфить интернет, сносный офисный пакет (большинству его более чем достаточно), полный набор самых разнообразных утилит (не говоря о том что в репах), PDF читалку и много чего ещё. А ещё апдейты и отсутствие головной боли по "активации" (умолчим как она у большинства проходит). И нетбука с 2 Гб памяти до сих пор более-менее достаточно для жизни.
Ставишь венду-7-8-10 и получаешь 15-20 Гб занятого диска и... Ну вот возможность сёрфить интернет. И больше она как бы ничего делать не умеет. Про потребление ресурсов гордо умолчим. А ещё вам нужен антивирус, иначе как бы чего не вышло.
Ну в общем, венда - продукт совершенно однозначно хороший и качественный :-D
> P.S. Не разу не встречала пользователей Windows, которые плохо говорили о ОС на базе Linux.
Мухаха ещё раз. Во-первых это неправда, ибо есть Android (тут звучат фанфары), в адрес которого проклятий достаточно от пользователей любых других ОС.
Во-вторых, подавляющее большинство пользователей венды вообще толком не в курсе ни что такое ОС, ни то что она может быть какой-то другой. Странно было бы слышать от них что-нибудь плохое о Linux, о существовании которого они не знают или только что-то отдалённо слышали.
"А ещё вам нужен антивирус, иначе как бы чего не вышло."не нужен. во-первых, бесполезен. во-вторых, полностью сожрет все ресурсы.
поэтому, остается только заводить пользователей(не сидеть из-под рута, часть программ запускать из-под отдельных пользователей), настраивать firewall и прочие белые списки программ.
все это долго и муторно настраивать, т.к. из коробки ничего не настроено.
А вот не нало ляля, на линукс нет вменяемых pdf и djvu читалок, со сменой заднего фона чтоб гллаза не вытекли
> А вот не нало ляля, на линукс нет вменяемых pdf и djvu
> читалок, со сменой заднего фона чтоб гллаза не вытеклиА я и не писал что "в Linux есть читалки которые удовлетворяют эстетические взгляды SOska". Я лишь написал что они там есть, и обычно искаропки. Evince & Atril вполне нормальные. Во всяком случае, подобных вашим проблем не возникало ни у меня ни у тех кого я знаю из пользователей десктопных линуксов. Ну а всех эстетствующих эстетов никогда не удовлетворишь. Я уверен что найдутся сотни людей вроде вас которые к решительно любой читалке найдут претензии уровня "такой же, но без крыльев".
> А вот не нало ляля, на линукс нет вменяемых pdf и djvu
> читалок, со сменой заднего фона чтоб гллаза не вытеклиНа ubuntu
sudo apt install zathura zathura-djvu
конфигурация позволяет нажать ctrl+r для инфертирования цветов (даже в фото!!!)
за инфертированные цвета отвечают: recolor-darkcolor и lightcolorcat .config/zathura/zathurarc
set zoom-min 50
set zoom-max 1000
#set adjust-open "width"
set window-height 1080
set window-width 1920
set recolor-darkcolor "#cccccc"
set recolor-lightcolor "#222B39"
set recolor false
set default-bg "#222B39"
set font "monospace normal 12"
а это добавить в конфиг что бы выделение сразу попадало в буфер обменаset selection-clipboard clipboard
Когда перестанет принудительно обновляться и нагло шпионить можно будет о чем-то говорить, а пока её место в виртуалке или сети без доступа в интернет.
обновления чинятся политиками в прошке и firewall-ом в хомяке.телеметрия частично прибивается явным запретом на запуск через acl.
Неужели в Linux намного сложнее?
> телеметрия частично прибиваетсяНемножечко беременна...
Так-то Mentor Graphics --- это CAD для нищих. Профессионалы используют Synopsys и Cadence. И уж по крайней мере для программно-аппаратных комплексов Cadence Palladium Z1 заявлена официальная поддержка только линукс-систем: RHEL 6 и SLES 11
Дык эти вебмакаки и бухи поди и не знают кто такой Synopsys и Cadence. По их мнению чипы на деревьях растут, как булки!
Мощно вас поддели, троллинг удался. В следующий раз распознавайте иронию и сарказм без соответствующих тегов.Пользуюсь, при обстоятельствах, и "прошивкой для запуска игр" и разнообразными юниксами, включая вариации пингвина (в т.ч. и в качестве десктопа). Всё те же яйца, вид сбоку - проблемы есть у всех, а профессионал просто не будет вступать в нелепый флейм о том, какая ОС (менеджер памяти, GUI, и т.д. и т.п.) лучше или хуже.
И да, по моему опыту, профессионалов, использующих Linux на десктопах, вокруг полно. Если вы о них не знаете - пожалейте себя за ограниченный кругозор.
Глупо сравнивать запускалку LAMP с полноценной операционной системой.
> Глупо сравнивать запускалку LAMP с полноценной операционной системой.нее... запуск lamp нативно под linux это лажа, если только это не выделенный сервер.
Только Docker. А вот эффективность его(Docker) работы под linux это как раз и есть та самая фишка, ради которой и стоит перейти на linux на DesktopГлавные же преимущества windows, проявляются как ни странно в корпоративном секторе - это разумется AD и групповые политики, а также SRP. А игрушки в принципе могут работать под линукс не хуже, просто слишком малый процент потребителей под линукс, не всегда позволяет окупить дополнительные затраты на их доработку под линукс и как не странно под мак.
А фотошоп и вообще весь графический пакет адоб и мс оффис это конечно проблема, но опять же это сложнейшие программные продукты и их доработка под линукс может и не окупиться в связи с тем что слишком мало потенциальных покупателей. Например почти все кто с графикой работают, предпочитают мак. Их утонченные творческие души просто не могут пользоваться ничем другим. А офис нужен только в корпоративном секторе, где в большинстве сидят на винде из-за AD.
А вот если вы не завязаны на вышеуказанное ПО и технологии или заняты разработкой преимущественно backend-систем (фронт из-за сильной завязки на графику тоже лучше мак), то тут конечно линукс после некоторого привыкания в неконкуренции. Особенно Debian-based, так как требуют минимальных знаний и как ни странно в среднем меньше всего усилий по техпотдержке, хотя arch намного интереснее и возможно даже эффективней.
И таки да, на винде можно делать абсолютно все, при грамотном использовании например виртуализации (тот же vagrant например). Но в некоторых случаях все это может обрасти такими костылями, что использование мак или линукс, очень сильно упростит жизнь.
Ну и маленький ноут за 10 000р с debian, это идеальная вещь для работы со всякими клиент банками
и другой конфидециальной информацией.Также linux не надо покупать. В некоторых ситуациях это может быть очень полезным. Ну и под линукс очень мало заразы, по этому для работы с браузером, он очнь эффективен (хотя и windows при использовании SRP, практически не пробиваем)
> способность грамотно из коробки решать проблемы с переполнением памятиСколько я себя помню, эта проблема решалась натужным хрустением диском и тупняками программ по минуте. Так "решать проблемы" и в Linux можно, тем же методом. Да и в других операционках тоже.
А как ещё, по-вашему, можно это решать? Система должна быстренько бежать в магазин за парой планок оперативки?
Да, было бы неплохо
ну хоть траву которая память улучшает мог бы заваривать..
Думаю современному Linux вполне по силам заказать через I-net в соседнем Nix соответствующие дополнительные планки памяти с доставкой, или замену сильно тормозящих компонентов с посылкой на смартфон user-у инструкции по работам и инициация # shutdown
Ну если падение процесса запросившего память при недостатке памяти это лучше справляться, то да, конечно лучше. В линуксе можно такого же поведения добиться отключив overcommit_memory
echo 2 > /proc/sys/vm/overcommit_memory
А за одно отключается хром и фф
> А за одно отключается хром и ффпользовался chromium, так как в принципе идеально работает. Но пару дней назад вернулся на firefox, так как с таким потреблением памяти как у chromium жить хорошо не получиться. 1 вкладка на youtube полтора гига отжирает. Где напастись памяти на это чудовище???!!!
У firefox таких проблем пока не замечено, да и на мой субъективный взгляд он шрифты лучше рендерит.
> так это способность грамотно из коробки решать проблемы с переполнением памятиа ты умеешь троллить!
Я знаю, что это вброс, но на такое лучше ответить.Есть такая штука как Memory Overcommitment. Процесс попросил больше оперативной памяти чем вообще есть в системе и мы ему эту несуществующую память выделяем, предполагая, что процесс её запросил, но пользоваться ею не будет. Это особенно полезно когда речь идёт о виртуализации. Хост может выдать больше оперативной памяти виртуалкам несмотря на то что столько нет из расчёта, что установленные верхние лимиты памяти для виртуалок не достигаются. Хост даже может произвести дедупликацию некоторых страниц памяти, если виртуалки однотипные. Однако, если мы достигли пределов и истратили всю возможную память в системе, то чтобы не упасть, нужно что-то убить и вот тут начинает требоваться некоторый OOM-killer, который решит, что убить и убьют. И в этом-то и проблема, процесс будет завершен и всё.
Так вот! Ничего подобного в Windows нет и не было в помине никогда и вообще не будет. Windows не имеет функционала Memory Overcommitment, вместо этого у них там Dynamic Memory. А это концептуально другая штука. Windows может выделить процессу больше памяти чем есть физической оперативной памяти из расчёта, что в случае переполнения будет использоваться виртуальная память на диске тот самый pagefile.sys. Размер этого файла устанавливается в динамических пределах от-до и по умолчанию не фиксирован. Предельно возможные значения зависят от свободного места на диске под этот файл. В случае, если процесс запросил память, которой нет в системе и действительно начал пользоваться всей этой памятью и исчерпал физическую, то система начинает активно свопиться. Разные версии ОС делали это по-разному. Тролли выше писали о жутких проблемах зависания всей системы при таком свопе во времена XP - это правда, но уже в 7 это исправили. Во времена Windows 10, однако, добавили еще одну проблему с магазином и UWP. В 10 есть особые сервисы, и процессы которые выполняют служебную роль только для магазинных приложений или работают преимущественно в фоновом режиме. Dynamic Memory в этом случае сразу отправляет такой процесс в приостановленный режим в своп до тех пор пока к нему не обратятся, чтобы он не занимал память. В этом случае при запуске системы на магнитооптических дисках типа WD Green система сойдёт с ума при работе с диском из-за динамической памяти. Проблема, конечно, решается фиксацией размера файла pagefile.sys, система перестанет насиловать этот диск расширяя и увеличивая виртуальную память и загрузка и логин будет длиться не полчаса, а как обычно.
Вообще вся эта идея с нехваткой памяти имеет два решения
1) Запустить толстый процесс и убить, когда не хватит памяти
2) Не запускать толстый процесс понимая, что под него нет памяти.Windows выбирает второй вариант, она просто не даст работать в случае нехватки памяти, будет выводить окна, запрещающие запускать новые процессы и будет просить пользователя самостоятельно убить старые. В случае с виртуализацией система та же. Их Hyper-V не может в overcommitment и не собирается. Тоже имеет специально оформленный своп и оверкоммитит только в его пределах.
> винда была лучше линукса - так это способность грамотно из коробки решать проблемы с переполнением памяти.
Они оба грамотно работают, просто настолько по-разному, что даже сравнивать нельзя. Тёплое и мягкое.
У Линукса есть ряд задач в этом направлении, опять же:
- инерактивно предоставить эту службу пользователю в интерфейс,
- назначить корректный дефолт, подходящий статистически под большую часть установок дистрибутива
- предоставить API в юзерспейс для управления
Но это всё очень высокоуровнево и пользователеориентировано, раньше жили без этого, а теперь линукс во всех докерах, серверах и облаках и нужен очень многим. А "многие" не привыкли настраивать что-то где-то глубоко... ну и дальше по тексту.
вангую: в один прекрасный день Торвальдс сильно обломается от systemd и напишет свой правильный аналог за пару недель! собственно надежда только на это чтобы этот мусор вымести из linux!
Торвальдс не может обломаться. Он слабый зависимый человек, а зарплату ему платят именно те, кто на самом деле владеет и управляет линуксом.
с bitkeeper он уже обламался. обламается и с systemd - в один прекрасный момент нужно будет систему перезапустить и она не запустится с чертовым поделием поттера. натрахается часок другой и в порыве гнева начнет писать человеческий асинхронный init
> натрахается часок другой и в порыве гнева начнет писать человеческий асинхронный initНу не, не путай Торвальдса с собой: это ты будешь втыкать в монитор "часок другой", а Торвальдс мгновенно разрулит причину и благополучно загрузится. А в это время ты пойдешь жаловаться в опеннет на то, какой системдос плохой. Правда потом выяснится, что у тебя тупо материнка сгорела, но осадочек-то остался!
не путай себя сыстемд фанатика и Торвальдса который терпит это пока не обломается и часок другой без тупого втыкания в монитор будет охреневать от процесса оживления этого мусора
Вендотролль совсем и не палится, называя ПК Торвальдса "мусором, который нужно оживлять".
Господа, попрошу меня в ваш бесполезный спор не втягивать.
Не путай Торвальдса со Столлманом.
Так и вспоминается недавняя история с Oracle Linux 8.0, которая после обновления до 8.1 благополучно не загрузилась до 8.1. Подумаешь, сервера не поднялись после обновления, Линус поднял (?) - и все должны поднять. Вот где стабильность, вот где надежность
Линус писал инициализатор для оракла? Сильно, сильно. Помнится в винде как то вышло обновление безопасности, из-за которого перестали запускаться все exeшники. Вот же Гейтс, с*ка, мразь, ага
Я тут новенький, и системы использую только как прошивки для запуска игр. Расскажите пожалуйста, что такое systemd, чем он так плох, чем хорош, и какие есть варианты?
на свои вопросы - "что такое systemd, чем он так плох, чем хорош, и какие есть варианты ?"
ты можешь найти ответы на одной из файлопомоек где лежит зашифрованный 100 МБ exe-архив с текстовым документом, не забудь тока отправить sms
ЖёсткоЪ)
Глупо
Сисьтемда это такая прослойка для запуска и поддержания работы кривых программ.
> обламается и с systemd -Торвальдс не облАмается - он не лАмер.
> в один прекрасный момент нужно будет систему перезапустить и она не запустится
Это будет черный день для системды, Торвальдс в два счета замену накодит. Чего доброго прямо на уровне ядра, так что sd можно будет спокойно вынести в obsolete или обертку для особо крупных энтерпрайзов.
>Торвальдс в два счета замену накодит.думаешь не осилит? признаешь значит что сыстемд это разжиревший кусок мусора)))
Если Торвальдс сделает лучше - пуркуа бы да не па? Ну вот когда, и если - тогда и будет разговор. А так делить шкуру неубитого медведя малоинтересно.
1) Торвальдс не начинает проекты без крайней необходимости. Как он говорил, он бы не начинал писать линукс, если бы бздуны чуть пораньше выпустили свою бзду. С гитом же ситуация была такая, что подходящих свободных инструментов не было вообще. А системдосу альтернативы есть.2) Торвальдс НЕ обломается от системдоса, поскольку системдос уже более-менее отшлифован. Все сказки о страшном системдосе оставь своей уютной ламповой бабушке, которая админит локалхост и с реальными энтерпрайзными задачами не сталкивалась.
да ладно, можно было бы svn до сих пор юзать - оно уже работало, но он захотел ЛУЧШЕ.
системд нифига не отшлифован, там в коде обработки ошибок фактически нет. Торвальдс давно слышит как люди "любят" этот системд. Торвальдс шлет нафиг патчи в ядро для поддержки системд. осталось только ему самому хорошенько обломаться на равном месте чтобы он захотел сделать ЛУЧШЕ.
> там в коде обработки ошибок фактически нетВот взял рандомные места и обнаруживаю обработку ошибок:
1) https://github.com/systemd/systemd/blob/6a6078a585f398f70d00...
2) https://github.com/systemd/systemd/blob/6a6078a585f398f70d00...
3) https://github.com/systemd/systemd/blob/6a6078a585f398f70d00...
4) https://github.com/systemd/systemd/blob/6a6078a585f398f70d00...Но еще не все потеряно. Думаю, вот этот вот твой аргумент - "нет обработки ошибок" - будет воспринят всерьез твоей бабушкой. Расскажи ей про ужасный системдос.
вижу сплошные assert по всему коду. это отстой не допустимый для релиза. в случае ошибки это поделие тупо рушится.
> это отстой не допустимый для релизаНе переживай, во время сборки системд Поттеринг по-быстрому логинится но твой сборочный сервер и заменяет все ассерты на sleep(90 * SECONDS). Так что в проде не падает, 100%.
>> это отстой не допустимый для релиза
> Не переживай, во время сборки системд Поттеринг по-быстрому логинится но твой сборочный
> сервер и заменяет все ассерты на sleep(90 * SECONDS). Так что в проде не падает, 100%.Но не всегда успевает:
https://github.com/systemd/systemd/issues/4234
> Assertion failure when PID 1 receives a zero-length message over notify socket
> systemd fails an assertion in manager_invoke_notify_message when a zero-length message is received over /run/systemd/notify. This allows a local user to perform a denial-of-service attack against PID 1.
> Proof-of-concept:
> NOTIFY_SOCKET=/run/systemd/notify systemd-notify ""https://www.opennet.me/opennews/art.shtml?num=45244
> В системном менеджере systemd выявлена локальная уязвимость. Процесс PID 1 зависает на системном вызове pause() при поступлении в сокет уведомлений systemd сообщения нулевой длины, после чего невозможно запустить/остановить демоны или выполнить "чистую" перезагрузку, а systemd-сервисы в стиле inetd перестают принимать соединения. Так как сокет уведомлений /run/systemd/notify доступен всем на запись, то любые локальные пользователи могут вызвать отказ в обслуживании на системах с systemd.А так все хорошо, прекрасная маркиза ... :)
> А так все хорошо, прекрасная маркиза ... :)все верно, ассерты ведь заменены. Речь была о том, что не падает.
Вижу трепло, которое моментально ткнули в его же враньё про обработку ошибок. Когда же вы вымрете все, болтуны, а?
обтекай уже. тебя мордой ткнули - сплошные assert вместо обработки ошибок
Assert - это вообще не обработка ошибок, о великий гуру! А отлов ситуаций когда код программы написан некорректно - например, компонент программы дернут caller'ом сильно иначе чем предполагалось автором компонента, после чего не понятно чего делать т.к. все допущения пошли лесом. И Поттеринг про это в отличие от гур с опеннета все-же в курсе.А так поговорим какая там обработка ошибок в sysv init и прочих openrc'шных скриптах? Когда все заваливается, в логах ни строчки, на коды возврата забито, и вообще, вам что, впадлу самому себе дебагер на шелле накодить чтоли?! :)
Вижу человека не имеющего квалификации в программировании.Ассерты - это не замена обработке ошибок. И не альтернатива.
Это некие "напоминалки" себе и другим о подразумеваемых условиях, на которые рассчитан код.
Именно поэтому из релизной сборки они автоматически удаляются.Например, у нас некий мультиплатформенный код как условие принимает то, что работает на 32- и 64-битных системах. При этом есть гипотетическая возможность собрать его и на 8-битной. Вот чтобы такого не было у нас стоит статик-ассерт на ширину машинного слова.
Урри, Урри полечи голову Урри! я 25 лет на C и C++ пишу с Watcom.Ассерты это хрень которая допустима на начальном этапе альфы, но никак не в релизе.
Удаляться должны те кто такое юзает - к черту из программирования вместе с поттером.
Не верю (с)Не может человек с 25-летним стажем писать такую чушь.
> Не может человек с 25-летним стажем писать такую чушь.Если кто-то за 25 лет не выучил для чего используют assert'ы... он в любом случае конкретно лоханулся на публике %)
Урри ищи Электроника, Басов заждался
> Урри, Урри полечи голову Урри! я 25 лет на C и C++ пишу с Watcom.Я просто оставлю это здесь:
Однажды пожилой человек начал учить Учителя Ио жизни.
— Почему я должен поступать так, как ты мне говоришь? — спросил Ио.
— Потому что я тебя старше! — вскричал пожилой человек.
Тогда Учитель Ио сказал:
— Насыщает не время, проведенное в столовой, а количество съеденных беляшей.
Торвальдс далеко не дурак. И он не Поттеринг. А это значит, что он не полезет делать ЛУЧШЕ, до тех пор, пока он не поймёт как это "ЛУЧШЕ". А чтобы понять, надо посмотреть за эволюциями systemd, надо посмотреть за OpenRC, sysvinit. Надо посмотреть как сделано в венде, в bsd, в солярисе. Надо попробовать разные вещи. Надо увидеть в каждом плюсы и минусы. И после этого серьёзно подумать, как бы так получить все плюсы, не получив ни одного минуса.Но
1. возможность провести такое исследование ещё в будущем: systemd пока ещё слишком активно развивается, чтобы делать поспешные выводы. Надо подождать того момента, когда станет кристалльно ясно как не надо делать, и что надо делать взамен этого "не надо". Если сейчас начинать писать, то ты получишь либо клон systemd, либо совсем какую-нибудь хрень, типа "sysvinit на rust'е".
2. Торвальдс не сисадмин, и с системами инициализации он не работает ежедневно. С vcs системами он работал на постоянной основе и до написания git. Он знал про то, что для vcs хорошо, а что плохо не понаслышке.
И ещё есть
3. Торвальдс в 90-х, по его собственным признаниям[1], переживал, что он "one-hit wonder", в том смысле, что его успех -- дело случая, ему повезло оказаться в нужном месте в нужное время. Запилив git он избавился от этого комплекса. Ему теперь ничего себе доказывать не надо.
[1] https://www.techrepublic.com/article/linus-torvalds-git-prov.../
>надо посмотреть за OpenRC, sysvinitа он типа не знает ага. все он знает. и про upstart то-же
Может он знает о них больше тебя, но я ещё раз скажу тебе: он не сисадмин, он не работает с ними, он не мейнтейнер дистрибутива, он не работает с системами инициализации непосредственно. Большая часть того, что он знает о системах инициализации, получена не через непосредственное общение с системами инициализации, а через общение с людьми, которые общаются с системами инициализации. Это не одно и то же. Существенно не одно и то же.
Он, вообще, мало с чем работает. Уже была его статья, в которой он прямо говорил, что в линуксе уже нет человека, который знает линукс весь. Даже он сам. Линус - уже давно говорящая голова, китайский болванчик
> Уже была его статья, в которой он прямо говорил, что в линуксе уже нет человека, который знает линукс весь.Пройдёт ещё какое-то время, и так же будут говорить про systemd...
> Пройдёт ещё какое-то время, и так же будут говорить про systemd...Может и будут. А почему нет? У Поттеринга что, монополия на то чтобы всегда и во всем быть лучшим? :)
> Даже он сам. Линус - уже давно говорящая голова, китайский болванчикТаки он в курсе общего состояния проекта. И координирует майнтайнеров подсистем. А те уже далее по иерархии. С таким же успехом можно сказать что совет директоров вон той компании - говорящие головы, они видите ли не знают уборщицу Глашу. Потому что у них видите ли 120 филиалов в разных странах и в каждом уйма сотрудников сотрудников.
Он уже пользовался bitkeeper. Перейти с распределенной системы контроля на централизованную - это, ну, примерно как перейти с линукса на MS DOS.
> 2) Торвальдс НЕ обломается от системдоса, поскольку системдос уже более-менее отшлифован. Все сказки о страшном системдосе оставь своей уютной ламповой бабушке, которая админит локалхост и с реальными энтерпрайзными задачами не сталкивалась.О, а что там с централизованным каталогом и интеграцией всего-и-вся в этом реальном энтерпрайзе? Да хоть не энтерпрайз а пара килодесятков локалхостов географически распределенных. Как там авторизация, единообразие, совместная почто-календарн-чатовая работа и прочие излишества?
Хоть наверное знаю ответ. Для таких вот анонимов ответ - берем слак, гугло-док, гугло-мейл, гугло-очередную-фигень. Они же все на линухе.
Блин, ну почитай бодрые репорты всяких мордокнижных програмеров с тематических конф. Они тебе расскажут про десятки тысяч локалхостов и как они дружат с системдой. Без дураков, реально рассказывают.
В соседней новости каждый первый комментатор работает на топ500. В этой у каждого второго анонима по паре фейсбучков на обслуживании.
Правда классно когда отвечаешь не на вопрос собеседника а на свой собственный?
Ещё раз повнимательней прочитай моё сообщение, может поймешь что там совсем противоположность то фейсбуку требовалась.
> В соседней новости каждый первый комментатор работает на топ500.
> В этой у каждого второго анонима по паре фейсбучков на обслуживании.Часть из них даже не слишком гонит при этом, что самое смешное.
> Правда классно когда отвечаешь не на вопрос собеседника а на свой собственный?
Очень классно, когда собеседник задает вопросы, ответ на которые легко гуглится. В том числе и выступления фэйсбучных и подобных рож на конференциях по системде. Ах да, по системде проходило несколько конференций, если вы в вашей криокамере вдруг не в курсе. И там всевозможные василисы обменивались премудростями.
> Ещё раз повнимательней прочитай моё сообщение, может поймешь что там совсем противоположность
> то фейсбуку требовалась.Там вроде требовалось пару килодесятков географически распределенных хостов. Вполне похоже на фэйсбукоподобные штуки и прочие CDNы, которые как-то так и делают "по жизни".
>> В соседней новости каждый первый комментатор работает на топ500.
>> В этой у каждого второго анонима по паре фейсбучков на обслуживании.
> Часть из них даже не слишком гонит при этом, что самое смешное.Конечно, конечно. Каждый первый работает. А часть из этих первых не гонит что работает.
Действительно смешно> Очень классно, когда собеседник задает вопросы, ответ на которые легко гуглится. В том числе и выступления фэйсбучных и подобных рож на конференциях по системде. Ах да, по системде проходило несколько конференций, если вы в вашей криокамере вдруг не в курсе. И там всевозможные василисы обменивались премудростями.
> Там вроде требовалось пару килодесятков географически распределенных хостов. Вполне похоже на фэйсбукоподобные штуки и прочие CDNы, которые как-то так и делают "по жизни".Даже не знаю что сказать. Может вопрос попроще.... Ты идиот?
Ладно, попробуем сначала. Мой комм:
О, а что там с централизованным каталогом и интеграцией всего-и-вся в этом реальном энтерпрайзе? Да хоть не энтерпрайз а пара килодесятков локалхостов географически распределенных. Как там авторизация, единообразие, совместная почто-календарн-чатовая работа и прочие излишества?Что бы понятней было для людей с альтернативным мышлением. Вопрос это предложение которое заканчивается вот таким значком - "?".
Итак теперь ты можешь ответить на вопрос о реал ентерпрайзе для корпораций?
Это не про купил за 5 баксов в месяц элитный доступ через броузер. Это про организацию у себя корпоративных решений по авторизации-централизации единообразной, совместной работе и прочем-прочем прочем. Хотя может ты покажешь где купить фейсбучок в2.0 про-едишн для установки в корпорациях и организации совместной работы всего персонала на этой платформе?
на самом деле ему вообще пофигу касательно систем инициализации. он занимается ядром и точка. ядро предоставляет возможность запуска pid1 на этом его отношение к системам инициализации и заканчивается. сам себе он может собрать хоть инит, хоть bsd-rc скрипты, хоть самопальную фигню. ему нет особого дела до обычных мирян)) он сейчас не больше чем обычный разработчик ядра. напоминаю один из. в тот момент когда он пустил ядро в гпл и свободное плавание он имеет лишь моральное право на какие то преференции среди разрабов ядра. вы наверное никогда и не думали о том как аукционеры созданной кем то компании потом отбирают эту компанию у их первоначального владельца? просто подумайте об этом и вам станет немного яснее ситуация с ядром и его разрабами. хотя да уважение ему еще оказывают. но на этом все.
никогда такого не будет. кто-нибудь другой может быть, но не за пару недель, ну и ни в коем случае не Торвальдс. Торвальдс может раскритиковать и поддержать тех кто напишет, но сам писать он не будет.
на ровном месте проблемы получит - взбеситься и напишет!
Откуда такой тренд, борьба с нехваткой памяти ?
Добавили в ядро новую подсистему управления памятью не так давно. Сабж из новости (oomd) при этом наверно самый неоднозначный из имеющихся решений и меньше всего подходит для десктопа, поскольку решает совершенно иные задачи. Так что у пользователей пк появится ещё один повод отказаться от systemd.
Потерялось при переводе:
> facebook is working on making oomd something that just works for everyone
> It's their expressive intention to make this something that also works for desktop stuff and requires no further tuning.Я ставлю на то, что у лицекниги хватит инженеров решить эту проблему. И у пользователей пк появится ещё одна причина пользоваться systemd, ругаясь на её монолитность и избыточность на форумах.
И как только винда с *bsd живут уже который десяток лет без сустемды и инженерных проблем, зато с полным свопом.
Если с полным свопом - наверное, хреново. Потому что лазить в своп - не быстро нифига.
Винда с полным свопом однако хуже линукса живёт, это уже проверено.
> Винда с полным свопом однако хуже линукса живёт, это уже проверено.Она вообще умудряется навалить полон своп на ровном месте. Еще 8 гигз свободно, но переключение из ворда в браузер - ых, ых, ых, 30 секунд хруста диском. Это вот нафига? И в отличие от линукса вроде бы это не тюнится к тому же.
>> Винда с полным свопом однако хуже линукса живёт, это уже проверено.
> Она вообще умудряется навалить полон своп на ровном месте. Еще 8 гигз
> свободно, но переключение из ворда в браузер - ых, ых, ых,
> 30 секунд хруста диском. Это вот нафига? И в отличие от
> линукса вроде бы это не тюнится к тому же.после 7, винду можно юзать только на ssd.
У пользователя таких поводов нет, а вот у гиков-фванатиков поводов для любой борьбы предостаточно.
Лучше сидеть с виснущим ведром чем системд поставить?
У меня ж не виснет. И magickey+f всегда убивает нужный мне процесс. Понятно, что это ручное управление, но лучше так, чем рандомные падения всего подряд.
> У меня ж не виснет. И magickey+f всегда убивает нужный мне процесс.
> Понятно, что это ручное управление, но лучше так, чем рандомные падения
> всего подряд.Можно еще сказать ядру init=/bin/bash и раскочегаривать систему таким же манером :)
Да включите вы уже своп наконец! У меня ещё ни разу ничего не зависло от нехватки памяти. usb-hdd со свопом выдавали i/o error, пока я не протянул им отдельное питание. Вся система фризилась на всю ночь потому что я решил покомпилировать со свопом на древней флешке. Но ещё ничего ни разу не зависло из за ошибки выделения памяти.Кстати, системд здесь только мешает. Потому что по его дефолтным настройкам cgrops в дебиане запрещено выдавать пользователю более 50% оперативной памяти. А знаете ли, половина памяти меньше чем 90%, которые реально можно использовать.
А можно подробнее про то где это в дебиане находиться? срочно хочу субе исправить этот бредос.
Сначала проверьте что оно у вас настроено именно так. Проверять свопингом какого нибудь 1 тяжёлого приложени, которое хорошо свопится. У меня, на дебиан8/системд настроено. Вылечил отключив cgrops для памяти на уровне ядра опцией cgroup_disable=memory при загрузке.
> А можно подробнее про то где это в дебиане находиться? срочно хочу
> субе исправить этот бредос.Тебе мануалов что ли по твоему зондо-дэ не завезли?!... https://duckduckgo.com/?q=systemd+cgroups+memory+limit
Страдай.
>> А можно подробнее про то где это в дебиане находиться? срочно хочу
>> субе исправить этот бредос.
> Тебе мануалов что ли по твоему зондо-дэ не завезли?!... https://duckduckgo.com/?q=systemd+cgroups+memory+limit
> Страдай.За ссылку спасибо.
Не моему, его в пихнули и да, срадают люди. Мне и в голову не приходило что такое идиотство пришло в голову это "умному" лёне.
А по итогу таки пора с этого валить.
Не могут докупить себе планочку памяти, прикинь.
Вообще ООМ нужен для случаев, когда может хватить только бесконечное количество памяти. Например, при утечке какого-нибудь приложения, которое может сожрать любое количество доступной и недоступной памяти.
Для браузеров, пожирающих на вкладку по 100-500 Мб, ООМ не нужен? Серьезно?
Ну если у Вас браузер будет падать прям при запуске, это конечно решит проблему нехватки памяти, но тут же появится другая. :)
> Для браузеров, пожирающих на вкладку по 100-500 Мб, ООМ не нужен? Серьезно?Я никогда такого не утверждал, успокойтесь. Я всего лишь указал, что даже при наличии большого количества памяти (у меня, например, 32 гигабайта), ООМ всё равно полезен. А что им убивать - браузеры в компе с 512 ОЗУ или потёкший дебаггер - это уже частные случаи.
Браузеры, даже самые худшие, запрашивают память маленькими порциями не больше пары десятков мегабайт за раз. Современные диски легко переваривают такие объёмы через своп. Тормозить может, зависнуть или упасть никогда.
> Вообще ООМ нужен для случаев, когда может хватить только бесконечное количество памяти.
> Например, при утечке какого-нибудь приложения, которое может сожрать любое количество
> доступной и недоступной памяти.Это плохие, негодные случаи. Написавших такое руконогих надо больно бить палками по хвосту.
На всех вебмакак вгружающий в браузер половину интернета яваскриптов палок и рук явно не хватает.
> На всех вебмакак вгружающий в браузер половину интернета яваскриптов палок и рук
> явно не хватает.Я готов пойти на полную ставку жестоким погонщиком вебмакак — куда высылать резюме^W CV?
> Это плохие, негодные случаи. Написавших такое руконогих надо больно бить палками по
> хвосту.Случаи разные бывают. Например, я сам накосячил, скомпилил и запустил чего-нибудь, что сжирает 1 гб в секунду и не успел его убить. Тут ООМ спасёт тем, что прибьёт этого наглеца до того, как система свалится в ступор.
И вы готовы вводить доолнительную подсистему, сокращать на 5-10% доступный для работы объём памяти, продумывать сложные конфиги или мириться с непредсказуемым поведением только для того, чтобы сэкономить пару минут при разрешении аварийной ситуации во время тестирования заведомо непредсказуемого поделия? На большинстве компов, в дефолтной подставке, везде где подобная ситуация наверняка не возникнет за весь срок службы компа?
Увы, "писателей" таких подавляющее большинство.
Но лучше их бить по карману: надо рубить загрузку вкладки (как с перенаправлением), занимающую, скажем, более 10МБ и переводить её в текстовый no-exec режим. Потому как жадность границ не имеет.
> Увы, "писателей" таких подавляющее большинство.
> Но лучше их бить по карману: надо рубить загрузку вкладки (как с
> перенаправлением), занимающую, скажем, более 10МБ и переводить её в текстовый no-exec
> режим. Потому как жадность границ не имеет.Боюсь, что производители браузеров на такое пойти не согласны.
Тоже боюсь :-(
Поэтому и сижу на opennet.ru, здесь вкладки как раз меньше 10MB :-)
Лучше кормить Троллей, чем юных и "быстрых сайтописак".
Кстати, у меня как-то были нерегулярные проблемы с CPU и RAM, пока не понял, что надо промыть и смазать вентилятор на видеокарте AMD. Может OOMD будет и это контролировать в прозрачном окошке
Сертифицированные СВОБОДНЫЕ планки памяти очень дорогие. После покупки СВОБОДНЫХ мобилок на память бабла нет...
ну надоело сурьёзным дяденькам что в своп постоянно система лезет и всякие текущие по памяти прогаммы ядерный механизм ООМ убивает гораздо позже чем следует.. и начали по умному решать этот вопрос придумывая механизм раннего обнаружения нехватки памяти..
Вот только за дело взялся Поттеринг при полной поддержке Федоры. А это народная примета - к проблемам.
Интересно, будет ли работать другой подход: менять swappiness у процессов, вместо убивания.
Можно для десктопа пойти чуть дальше, выставлять swappiness в 0 у приложений с активным или недавно активным окном. Выставлять в 100 у давно неактивных(свернутых).
Кто что думает, будет от этого толк?
Оно вроде и сейчас замечательно работает со swappiness=95. Задержки из-за вытекших в своп фоновых страниц при переключении заметны только при забитом IO и сильно зависят от приложения.
Я предлагаю разделить. Приложения, которыми явно не пользуются более вероятно поедут в своп, активные как раз наоборот. Разница может быть заметна когда памяти свободной не осталось.
Так дело ещё и в том, что у активно используемого приложения может быть очень много ненужных страниц в памяти. Особенно когда оно течёт, но не обязательно.
> Так дело ещё и в том, что у активно используемого приложения может
> быть очень много ненужных страниц в памяти. Особенно когда оно течёт,
> но не обязательно.Это понятно. Я исхожу из того, что активное приложение как раз таки не стоит тормозиь ничем, тем более свопом. Оно пользователю нужно вот прямо сейчас.
У swappines есть косяк. Эта переменная делает не то, что предполагает большинство. Там какой то баланс между вытеснением памяти приложений и памяти всяких кешей и своё значение переменная уже фактически утратила.
> У swappines есть косяк. Эта переменная делает не то, что предполагает большинство.
> Там какой то баланс между вытеснением памяти приложений и памяти всяких
> кешей и своё значение переменная уже фактически утратила.Да, я вроде замечал. Со swapiness=95 в свопе днями будет 10 мб занято, но как только приложение начинает течь или когда память заполняется на ~95% (хотя по смыслу должно начинаться с 5%?), всё лишнее замечательно улетает и не создаёт проблем. Т.е. без особого стыда вытесняется всё неугодное.
Причём, с дефолтными 60% или сколько там, я наблюдал лаги при использовании свопа, а при 95 нет и это повторялось не один раз - то, что своп кончился, я как правило замечаю уже когда он кончается весь, начинается слайдшоу на пути к зависанию и нужно быстренько вызвать oom-killer или ещё быстрее закрыть приложение (желательно текущее, потому что после альт-таба уже всё повиснет).
> Причём, с дефолтными 60% или сколько там, я наблюдал лаги при использовании
> свопа, а при 95 нет и это повторялось не один разА попробуйте swappines поставить скажем 120. Ведь это от 0 до 200.
«Просто ещё один инит», — говорили они, — «который загружается быстрее старого».
Так говорили лишь истеричащие systemd-ненавистники. Так ли важно их мнение?
А нормальные люди, в том числе и обычные systemd-ненавистники, никогда не называли systemd «Просто ещё один инит».P.S. Я охренел от твоих навыков пунктуации. В хорошем смысле охренел. Нам нужно больше таких как ты.
А зря, если цитата прервана по середине, кавычки не закрываются.«Я охренел, — закричал A.Stahl, — от твоих навыков пунктуации».
> А зря, если цитата прервана по середине, кавычки не закрываются.
> «Я охренел, — закричал A.Stahl, — от твоих навыков пунктуации».Молодец, аноним, уел. ;)
я кстати был за еще один init (systemd), но тогда эта хрень стала безальтернативной в Debian - желаю этой сыстемд только скорейшей смерти!
systemd никогда не был просто инитом. он с самого начала был системным менеджером для управления сервисами и не только.. и да он умел в том числе всё что требуется от инита и потому смог заменить и его.
> systemd никогда не был просто инитом. он с самого начала был системным
> менеджером для управления сервисами и не только.. и да он умел
> в том числе всё что требуется от инита и потому смог
> заменить и его.Вот спасибо тебе, аноним! А ведь я этого не знал до твоего комментария, даже не догадывался.
хм.. ты что вчера родился?.. или сегодня?Товаришь автор заявлял что это просто ускорялка для запуска сервисов. Ака init.. но потом Потапа понесло...
Какой десктоп выбрать на FreeBSD? Или др. откртой/свободной системе, кроме Лин-а.
У бсд свои нехилые заскоки которые в свое время меня и вынудили прейти на линукс, так что теперь надо смотреть на что-то иное чем линукс или бсд.
В пятой версии - были проблемы, но тогда ломали GIANT_LOCK, а сейчас-то какие грабли, всё работает как часики.
Главная проблема - ограниченный список поддерживаемого оборудования
Так и в линуксе не сказать, что всё сахарно, и разговоры про то, что во фряхе поддерживается каждая тридцатая железка, а вот в линуксе каждая двадцатая - сахарнее ситуацию не делают.Но это всё разговоры в пользу бедных, меня интересовало, какие именно "заскоки" были у Эрика во фре, и судя по всему, товарищ оказался не сильно словоохотливым за конкретику.
Ой много чего было начиная от проблем с сопровождением порта Астериска там просто тупо на баги либо не отвечали совсем либо отвечали тогда когда это все уже было не актуально, ну и заканчивая тем что если падала сессия под Х-ами то в разнос шла вся система вплоть до необходимости ее переустановки, плюс конечно проблема с поддержкой железа окончательно доканала.
Сопровождение астериска в самом линуксе через одно место, я как-то пытался взгромоздить его на дебиан - запустился нормально он только в докере. Если падает иксовая сессия, то сервер перезапускается и только, о каком разносе вплоть до переустановки ты говоришь - не понимаю. Ну и да, под линуксом проблема с поддержкой железа не сильно-то лучше, что там тебя могло доканать по сравнению с линуксом - загадка.
> так что теперь надо смотреть на что-то иное чем линукс или бсд.Предлагаю ReactOS. После него что Linux что FreeBSD покажутся не такими уж и плохими :)
Какой больше нравится, всё в наличии, в т.ч. пятьекеды. У Ivan_83 три десктопа крутится под фряхой - вроде, человек доволен.
Любой не юниксоподобный.
Ну, вот. Иран... теперь ещё и это.
Боремся с нехваткой памяти завязкой systemd на питон? Ничосе.
oomd на c++, какой ещё python?
Поттеринг все же не настолько больной на голову чтобы системные тулсы на питоне совать.
> Поттеринг все же не настолько больной на голову чтобы системные тулсы на питоне совать.https://github.com/systemd/mkosi
> Python 99.4% Shell 0.6%
скоро перепишут все любители переписывать на раст. а пока пусть апи настоится. ну и все уж лучше на питоне чем на баше
> скоро перепишут все любители переписывать на раст. а пока пусть апи настоится.Они там свой редут-ос уже который год переписывают, вот пусть туда и валят, чтоли.
> ну и все уж лучше на питоне чем на баше
На баще никто не пытается лепить эрзац-аналоги приложений, да и такой жести с версиями как у питона там все ж нет. Что для системной автоматизации софт совсем не украшает. Кто же любит когда у него автоматизация отваливается? А в питоне никак не могут определиться как им там зашибись и постоянно все крушат. Даже их BDFL в край задолбался и сбежал.
Так оно и не системное> mkosi is definitely a tool with a focus on developer's needs for building OS images, for testing and debugging, but also for generating production images with cryptographic protection.
> https://github.com/systemd/mkosiА это вообще чего? По дефолту этого в системде вообще нет.
Отлично, очень хочется послушать офигенных историй про то, что God object -- это хорошо и прогрессивно.
>линуксовую блоатварь делают еще раздутееБсдшники ехидно ухмыляются.
>>> линуксовую блоатварь делают еще раздутее
>> Бсдшники ехидно ухмыляются.
> В заброшенном склепе...xD
> Бсдшники ехидно ухмыляются.Это фряшники то, с бутлоадером на Lua? :D
>> Бсдшники ехидно ухмыляются.
> Это фряшники то, с бутлоадером на Lua? :DЧСХ, как обычно - никакой конкретики и объяснений, чем Луа для менюшек, добавляющая аж 60КБ к загрузчику, хуже велосипедного "grub.cfg is written in GRUB’s built-in scripting language, which has a syntax quite similar to that of GNU Bash and other Bourne shell derivatives." или старого доброго Forth.
>oomdЭта фиговина тоже прибивает самые активные процессы? (игры, браузер, etc)
Самые "активные" с такой позиции наименее значимые так-то. Вот запустил ты рендер и решил в браузере почитать новости/ютуб/опеннет, или там зашил в игрушку запилиться в которой (как это сейчас принято) сейвы каждую минуту и ты ничего кроме 20 секунд на повторный запуск потенциально не потеряешь. А рендер у тебя многочасовой. То же самое с вируалками, если грохается виртуалка которая работала часами и никому не мешала вместо браузера на который вообще плевать - это нормально что ли?
Так это все настраиваеться должно. Ядерный oom и то настраивается - и ниже этой планки прыгать просто нет смысла.
> грохается виртуалка которая работала часами и никому не мешала вместо браузера
> на который вообще плевать - это нормально что ли?Ну как тебе сказать. Вот смотри, какая у меня ситуация. Я сейч
я сначала не понял, а потом как понял
Хуже того, оно работает только с контрольными группами. Это означает, что корректирующим действием будет убийство всей сессии.
Когда уже ожидать включения systemd в ядро Linux
Скорее SystemD отвяжется от этой мало нужной зависимости и включит его функционал в себя. :)
> В systemd ожидается включение обработчика Facebookзайти в систему можно будет только через их учётку.
>Обработчик oomd развивает компания Facebookтеперь systemd будет ещё и персональные данные сливать
Ага. И при выкл компа, пока не дадут сетевой доступ в ФБ, не выключиться.Будет рисовать: stop job is in progress и т.п. хлам.
ещё драйверы из ядра нужно в systemd перенести
На сегодня уже проще sys-d включить в ядро.. Как говориться, "то, о чём так долго говорили большевики -свершилось!"(с) Ну или на подходе
ядро итак по сути часть системд, хоть и не внутренняя, но по характеру взаимодействия системд виляет ядром, также как любым из сервисов и юнитов..
> ещё драйверы из ядра нужно в systemd перенестиПолучится микроядро, которое тут так ждут.
А нельзя просто сделать возможным запретить высвапливать страницы с запускаемым кодом? Основные тормоза со свопом, по моим наблюдениям, только из-за этого. Память кончается, выкидываем страницу с кодом, потом программа хочет выполнить код из этой страницы, достаем ее с диска и дальше - по кругу. До всех этих новомодных memory mapping files такого не было (не то, чтобы я был сильно против, но зачем исполняемый код-то так загружать?).
Пртчитай кою ядра. О результатах нам сообщишь.
Похоже Вы правы, раньше своп явно работал лучше и практически незаметно.
Возможно дополнительные проблемы с многоядерностью - одно поднимает данные - другой вытесняет для себя.
Думаю, разделить код и данные сложно, а вот узнать срок не обращения к странице памяти проще. И опять же, если вкладка, скажем браузера пожирает очень много памяти, то резать её напрочь в режиме no-exec.
Комментируя намерение разработчиков Fedora включить по умолчанию фоновый процесс earlyoom для раннего реагирования на нехватку памяти в системе и планы Леннарта Поттеринга по интеграции в systemd другого решения - oomd, хочу отметить, что оба решения уже есть в виде отдельных пакетов в Debian testing/sid, в отличие от Arch, как ни странно...
Ну это как раз легко объяснить. Просто арч — самостоятельный дистрибутив, а не марионетка голубого гиганта.
>Просто арч — самостоятельный дистрибутив, а не марионетка голубого гиганта.Ор.пнг
earlyoom есть в Deb 10+. Ub 1804+, AUR.
Урок в школе.
- Дети, расскажите что прекрасного у кого случилось за летние каникулы?
Руку тянет девочка.
- Да, Даша.
- Мы купили собаку. Она большая и добрая.
- Действительно это прекрасно. Да , Петя?
- Мы переехали в новы дом! Он большой и красивый.
- Да, это прекрасно.
Руку тянет Вовочка.
- Да, Вовочка.
- А к нам мама вернулась с курорта и привезла какой-то триппер!
- ЧТО-О-О-?
- Так папа так и сказал - Замечательно, глядь, просто прекрасно!Так и системдэ в линуксе.
В лоскуты!
Урок в школе.
- Дети, расскажите что прекрасного у кого случилось за летние каникулы?
Руку тянет Петя.
- В systemd завезли OOM киллер.
- Что?
Вовочка:
- Не обращайте внимания, Петя - линуксоид.
— Вовочка, у нас дома такая лажа, такая лажа! Брат Сашка в царя стрелял.
мдаа жесть, давайте ещё и браузер засунем в системд, чет системд на себя слишком много обязаностей берёт, ладно я смирился с альтернативой dhcpcd и прочим шлаком который идёт в комлекте, но сувать oomd это жесть
бтв системд пофиксили баг с долгим отключением или опять нужно лесть в конфиги? *нет возможности проверить сижу на openrc*
> ладно я смирился с альтернативой dhcpcd и прочим шлаком который идёт в комлектеСмиришься и с этим. Чего крик-то поднял?
> ладно я смирился с альтернативой dhcpcdБлин, вот кого совсем не жалко - так этого энтерпрайзного монстра. На его фоне даже нетворкд не такое уж угробище. Парни из ISC показали что можно это делать и намного и хуже.
Я вот чего не понимаю - в чём такая сложность обработки нехватки памяти, что для неё ЮЗЕРСПЕЙС ДЕМОНОВ городят, причём уже чуть не 5 штук?Кто-то жрёт память - убейте того кто жрёт память (того, кто больше всего её выделил за последнее время). Что такого сложного?
Т.е. они видимо пытаются своппинг сохранить, что ли... Ну т.е. сделать чтобы своппилось, но понимало, когда это безвредно, а когда вредно. Но зачем? Своп - это же так, крайняя мера.
Ну то есть конечно пилят и ладно, но столько хайпа на этой теме, как будто это реально дофига кому нужно...
База сожрала доступную память убил её да и все)
Да, а что такого?
Ну если данные в ней не нужны, то ничего такого.
А что с ними будет, ты же процесс убиваешь а не файл.
В файл могла идти запись.
Про транзакции и журналирование мы не слышали?
> База сожрала доступную память убил её да и все)Конечно. Лучше что ли чтобы сервер встал раком и медленно-медленно иногда кому-то отвечал? Пусть уж свалится лучше при превышении лимита
Нужно зарезервировать часть памяти для системы, чтобы она могла корректно завершить процесс,а не повисла. И тем более не киляла все подряд в агонии. Не такая уж простая задача как выясняется.
Это задача СУБД определять сколько памяти и сохраняться
База сама должна понимать, есть ли у неё в доступе ресурсы.
А если жрать больше, чем можешь, то не беда подавиться и умереть от жадности. Что делать?! Естественных отбор...
> Я вот чего не понимаю - в чём такая сложность обработки нехватки
> памяти, что для неё ЮЗЕРСПЕЙС ДЕМОНОВ городят, причём уже чуть не 5 штук?В том что она виртуальная и поэтому понятие "нехватки" достаточно абстрактное. До того как ее жестко не хватит, потому что закончилось все, даже своп - система пяток минут будет натужно хрустеть диском.
При том не иметь возможность выгрузить куда-то и откровенно не используемые многие часы "холодные" страницы к которым возможно за все время работы системы никто не обратиться - тоже досадно, потому что оперативку под ними можно было бы например под кэш дисковых операций отдать, ускорив их лишний раз. Вот народ и пытается и рыбку съесть и косточкой не подавиться. В силу противоречивых желаний это получается несколько сложнее чем кажется на первый взгляд.
...но если ты хочешь именно это, именно так: ядро Linux можно собрать вообще совсем без paging. И тогда оно будет выносить процессы со скоростью пули.
Ну нахер! Ты видел, ты видел?
Скоро не линукс будет включать в себя systemd, а systemd в себя линукс.
системд станет модулем ядра, modprobe systemd будет выполняться на этапе загрузки ядра
Она уже пыталась, вспомни кдбус.
лицезреть припекание у местных дегенератов - что может быть прекрасней
Я рад :(
Скоро онтопик и всякие там OOM-ы будут "жрать" столько памяти, что при загрузке будут килять друг друга ;) Так что покупайте попкорн заранее.
а обязательно ли прибивать процессы вообще? Можно же либо сбивать приоритет, либо "замораживать" все не имеющее отношения к системным процессам и дереву активного.Помнится, на винде активные лаги приводили к выводу предложения отключить свистелки и перейти в более легковесный режим работы окружения (правда выражалось это, по большей части, только в отключении windows aero. Но сама задумка, вроде бы, не шибко плоха)
давно пора... пущай системд прибивает всякие там жрущие процессы - нафига они вообще нужны? компьютер нужен чтоб запускать систямд и точка!
Я даже не против, что бы они добавляли всякие фичи в системд, но они же включат эту залупу по умолчанию.
Что в этом плохого?
вот и выросли антоны, для которых за**па в рот по умолчанию - это нормально.
в новости всё хорошо, кроме Facebook
Это ядерная фича, а не сЫстемдЫ.
А мне пофик, я на дистре без системД. Аха-ха-ха!
Doomd