Интервью с Леннартом Поттерингом на Linux Piter об изменениях в Linux, про systemd и о том, зачем посещать конференции

Ага, насовсем. А причем тут шинда? Ну не знаю, конечно прикапываюсь, до этого пользовали в онтопике и osx и усе робило, шинда7 и писец котенку нэбудет больше пысаться. И ладно бы одна такая в мусорку улетела.

У меня вот не улетела. Вангую проблемы с материнкой/блоком питания.

В случае десктопа от этого мало толку, ведь все приложения, ради которых были поставлены иксы, упали вместе с ними.

Вот, это как раз по сабж. Ради этого и нужен он! Быстрая перезагрузка! Слава «Потному»!
Стеб закончился, по существу, у меня на десктопе не факт что только иксы крутятся. Может еще н-цать виртуалок. Вполне нормальное явление кстати. А теперь смотрим разницу между падением n-машинок только из-за видео драйвера и не падением этих же машинок.

кстати, да. если у мамки или БП проблемы - флэшки могут стать жертвой.

это минимум всё, что умеет делать systemd, а лучше больше.

System-Dos. Накрывается pid1 из за рукожопости лёни & Ко, и вся система уходит в segvault или kernel panic. И вы ребутаете. По привычке. Ммм, тема.

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

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

Стеб закончился, по существу, у меня на десктопе не факт что только иксы крутятся. Может еще н-цать виртуалок. Вполне нормальное явление кстати.

Никто и не говорит что ненормальное. Однако это весьма специфичный юзкейс. В любом случае с кривыми драйверами нормально работать не получится ни там, ни сям.

Все просто, воткнули флэху в ноут/пк. И она стала кирпичом. Подчеркну это с 64-ками было и 32-ха одна. Причем не самые плохие силикон и кингстон.

у меня, кстати, ни разу иксы не падали во время работы.

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

У меня вот не улетела. Вангую проблемы с материнкой/блоком питания.

Очень хорошо. Одна! В единственном числе. Я написал про множественные случаи. И это не про один комп как таковой, в разных такое случалось.

ну, это точно скорее всего питалово. какие-то косяки или китайский хаб. впрочем, система тоже может отключить питание устройства без предупреждения. я как-то с этим воевала. сначала у маздая ядро спрашивало девайс, можно ли перейти в экономный режим и если девайс не был против, то питание отключалось. а если девайс сообщал, что не может сейчас отключиться, то кернел его не трогал. а потом (я уж не помню, но где-то в 7-ке, кажись) сделали принудительное отключение: кернел просто предупреждает девайс, что вот сейчас отключат питание. и всё, привет. а если у тебя идёт какой-то обмен по внешним интерфейсам и ты теряешь данные - то это твои проблемы. да ещё и не все контроллеры могут сохранять состояние. просто отличное решение. выходили из ситуации просто запретом слипмода и всякой «экономной» фигни. вероятно, что флэшки могли дохнуть, если шла запись и в этот момент ядро отрубало питание.

Одна!

Нет, не так: ни одна.

Я написал про множественные случаи. И это не про один комп как таковой, в разных такое случалось.

И у меня есть куча разных флешек, которые я подключал к разным машинам. Тьфу-тьфу-тьфу, пока ни единого разрыва.

выходили из ситуации просто запретом слипмода и всякой «экономной» фигни

Да, с режимом экономии энергии по умолчанию у них странное решение.

так главное что отключение питания стало принудительным. а далеко не все устройства физически могут в таком режиме работать. поэтому отключали эту ересь. я понимаю, откуда ноги растут: это европейцы со своим сраным гринписом. они же придумали платы без олова (типа, мы ффсе умрём от олова в платах!) и пришлось паять всё серебром. там шиза на этой «экологичности». доходит до маразма. «экономные» режимы у датацентров. нах они кому нужны? но вот должны быть.

последствия этой шизы и на лине проявлялись: тоже одно время после слипмода USB-девайсы отрубались. и проблема как раз была именно в неспособности контроллера восстановить состояние после сброса и без дополнительной реинициализации. а дрова не были к этому готовы.

И это не про один комп как таковой, в разных такое случалось

Хз, возможно при подключении к проблемной машине контроллер не до конца выжигался, после чего флешка продолжала медленно подыхать. У меня вот был случай когда на одном компьютере новый жёсткий диск за полгода покрывался бэдами. Поменяли на другой, подключили — через полгода так же посыпался. НЯП решилось заменой блока питания, после этого жёсткие диски сыпаться перестали.

что за поток мыслей? уровень дискуссии — 7-й Б класс?
а в конце взрывается вертолёт.

Слив засчитан.

Человек достойный памятника

И лучше бы этот памятник он заполучил в ближайшее время. Пока еще что-то не «оптимизировалось». А то «старики» тупые же.

код бсди можно выставлять в палате мер и весов, как образец

Увы, уже нет.

(библиотека user32.lib необходима для функции MessageBox, но она является частью ядра Windows)
© http://rsdn.org/article/cpp/crt.xml

rsdn.org

okay.jpg

что, уже набежали макаки и всё испортили? вроде несколько лет назад ещё всё было вполне красиво.

Ну не то чтобы совсем макаки, но творят порой мягко говоря странное. Из сравнительно недавнего — что-то там чинили в ZFS связанное с compressed ARC, и попутно поломали возвращение системе занятой под ARC памяти. И вообще, такого ладенящего душу пиздеца, как при переходе с 10-STABLE на 11-STABLE я что-то не припомню. С 4 на 5 ито не так страшно было.

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

везде от облаков до embedded

неправда. Я в новом embedded проекте НЕ выбрал systemd, выбрал busybox-init

Это ты демонстрируешь что не отличаешь «для любого» от «существует», или просто поговорить захотелось?

и помидоры тепличные

«везде» != «существует»

Уу, как всё запущено.

Там «везде» относится к множеству областей применения (от облаков до embedded), а не к множеству всех вообще применений.

т.е. ты хотела сказать, «существует хотя бы один проект с сустемд от облаков до embedded»

т.е. ты хотела сказать, «существует хотя бы один проект с сустемд от облаков до embedded»

LOL.gif, ThumbsUp.gif :)

Ты неявно подменяешь (определяешь) термин «ядро операционной системы» как, условно в терминах intel, код, исполняющийся с привелегиями нулевого кольца защиты.

Это удобно и корректно для монолитного ядра Linux, но не обязано быть правдой для более других систем.

Ты неявно подменяешь (определяешь) термин «ядро операционной системы» как, условно в терминах intel, код, исполняющийся с привелегиями нулевого кольца защиты.

Только тогда, когда это отражает реальность (как в обсуждаемых случаях).

Это удобно и корректно для монолитного ядра Linux, но не обязано быть правдой для более других систем.

Для ядра Widows это ровно так же удобно и корректно, как и для ядра Linux.

Для ядра Widows это ровно так же удобно и корректно, как и для ядра Linux.

Лол, нет. С голым ntoskrnl.exe тебе будет очень грустно.

Лол, нерелевантно.

ТЫСКОЗАЛ?

Я не «скозал», а сказал. Или написал, если угодно.

Мне угодно, чтобы ты аргументировал свой тезис, что «csrss.exe не часть ядра» каким-либо иным образом, отличным от уровней защиты процессора.

Мне угодно, чтобы ты аргументировал свой тезис, что «csrss.exe не часть ядра» каким-либо иным образом, отличным от уровней защиты процессора.

А мне угодно, чтобы ты аргументировал свой тезис «commctl.dll является частью ядра ОС Windows» чем-нибудь, кроме ссылок на мурзилкосайт RSDN.

Не увиливай от вопроса.

На счёт commctl.dll - я готов согласиться, что это исключительно модуль пользовательского приложения.

Не увиливай от вопроса.

А ты задай вопрос. Пока я только вижу, что ты чего-то «желаешь».

Интервью с Леннартом Поттерингом на Linux Piter об изменениях в Linux, про systemd и о том, зачем посещать конференции (комментарий)

Ну, будет вопрос - обращайся.

okay.jpg

чем проще вещь - тем сложнее её поломать и тем проще починить

Спорно. По этой логике произвольное единичное веб-приложение с хранением данных в текстовых файлах устойчивее, чем распределенное с хранением в реплицируемой БД. Но мы видим как раз развитие второго подхода - отказоусточивые системы, HA-кластера, георепликации и распределенные ЦОДы не от хорошей жизни строят.

это принцип бритвы Оккама, это метафизический закон сохранения энергии

А, так под KISS вы понимаете бритву Оккама? Так бы и сказали, а то это разные термины и определения у них разные. В любом случае, принцип бритвы Оккама: а) является презумпцией, а не правилом и б) служит для определения истинности гипотез (т.е. для описания реальности), а не для построения систем. Думайте дальше.

он гарантирует надёжность и простоту эксплуатации и поддержки

Простоту эксплуатации и поддержки гарантируют автоматизация и технические процессы. Это я вам как человек, занимающийся надежностью и эксплуатацией систем говорю.

в опенсорце декларируется свобода выбора для юзера

В опенсорце (если брать как пример лицензию GPL) гарантируются права конечных сторон, как и в любом договоре. Свобода выбора просто логически вытекает из этих прав. В любом случае это справедливо только в рамках отношений сторон договора. Опенсорц не обязывает автора обеспечивать некую абстрактную свободу выбора в рамках продукта.

какой, к чёрту, выбор, если всё пытаются подогнать под одну гребёнку, под единую реализацию

Опять же, opensource is not about choice. Автор продукта не обязан учитывать интересы третьих сторон. Он лишь обязан соблюдать пункты лицензии. В свою очередь, у третьих сторон есть право форкнуть продукт, если они чувствуют свои интересы ущемленными. Что мы и наблюдаем в реальности. Любители systemd дискриминируют нелюбителей. Нелюбители дискриминируют любителей. И это абсолютно нормально, частная дискриминация решает.

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

4.2 бизибокс и dumb-init (или kogia для извращенцев, или вообще докеровский «инит»).

Спорно. По этой логике произвольное единичное веб-приложение с хранением данных в текстовых файлах устойчивее, чем распределенное с хранением в реплицируемой БД.

Начнем с терминов, между «БД» и «хранением в текстовых файлах» разницы ровно ноль.
Но если говорить про СУБД то даже вариант мастер-мастер это нифига не легкий вариант. И тут не надо быть «семи пядей во лбу» что бы понять, что если у вас одновременно меняется одна и таже запись на разных серверах, то надо принимать решение чья правильней. Т.е. настройки-настройки и еще раз настройки. А это муторное дело и накосячить не раз возможно. За десятки лет ничего не поменялось. Просто логика.

Вы пишите аббревиатуру HA как «сферическую в вакууме». Поймите, каждый сервис надо рассматривать отдельно. Давайте рассмотрим на примере вэб сервера, фронт имеет ip 1.1.1.1, бэков может быть много, но если упал фронт, то хана ослику.
Или вариант (притянутый за уши) cdn на примере youtube вроде то же все клево, но вот представьте вы залили ролик на свой «ближайший» сервак, но он поломался, а ролик был не интересен никому... т.е. его на другие сервера еще не отправили. Бинго! Ролика нэма.
Насчет «сервак поломался» гуглим из недавнего, когда у гугли молния ДЦ «поломала» в результате пролюбили данные пользователей. Вот такое оно HA.

Так что не надо говорить что прослойка, за прослойкой и прослойкой погоняет - это всегда хорошо. «Машина должна работать а человек думать» (с) «голубые»

Начнем с терминов, между «БД» и «хранением в текстовых файлах» разницы ровно ноль.

1. зачем ты это делаешь?
2. что такое «текстовый файл»?
3. что такое «БД»?

2 и 3 одно и тоже «база данных», т.е. файловая «хранилка» в каком-то виде, а текстовый или бинарный пофигу, приложуха напрямую обращается к файлу на fs. СУБД - система управления базами данных, т.е. это демон который этим управляет и приложуха работает через сервисы/api/etc а не сама читает/пишет в конкретный файлик[и]. Так доступнее?

ты сказал «начнём с терминов»?
что такое «текстовый файл»? — это представление неких данных в виде единого «адреса» на них.
что такое «БД»? — это штука, призванная давать представления данных.
как между любым файлом и любой БД не может быть разницы, если файл — это результат представления базы данных под общим названием файловая система?

Все пункты нет. Так и хочется ответить «девушка раз вы такая умная...» (с)

что такое «текстовый файл»?
что такое «БД»?

файлики dbase они текстовые или БД ? По вашему мнению?

файлики %some% они %foo% или %bar% ?

этот вопрос не имеет смысла. ещё раз повторяю: файл — это представление. не содержимое файла, а сам файл. он представлен в системе как результат.
в базах данных результат и есть цель работы базы данных.
подумай хорошо над тем, что я тебе пишу ещё раз.

стоит добавить, ты не ответил на вопрос «зачем ты это делаешь?» и подчеркнуть, что «начнём с терминов», скатывать в частную реализацию, заставляет меня задать этот вопрос повторно.

как между любым файлом и любой БД не может быть разницы, если файл — это результат представления базы данных под общим названием файловая система?

И не передергивайте плиз, выше я написал разницу между файловой БД и СУБД. Но «кому-то» похоже не понятно. Точнее «понятно» что «не понятно» тем кто никогда не работал с данными. Поди только на 1ц-ку смотрели и всякие ебсели видели.
Простите, это был действительно стеб, но просто не удержался.