В интервью (http://translate.googleusercontent.com/translate_c?hl=en&ie=...) немецкому изданию Zeit Линус Торвальдс высказал свои опасения в связи со стремительным усложнением ядра Linux. Ситуацию, когда в какой-то подсистеме ОС способны разобраться буквально несколько человек из всего сообщества, Линус считает недопустимой: "Иногда просто для того чтобы понять, из-за чего проявляется какая-то ошибка - мы тратим несколько дней чтобы найти нужного специалиста".
Чтобы продемонстрировать рост сложности системы и её разработки, Линус приводит следующие факты. Первая версия ядра Linux включала в себя примерно 10 тысяч строк кода, на данный момент размер ядра перевалил уже за 15 миллионов строк. Кроме того Линус говорит, что он теперь не знает тех тысяч разработчиков, что работают над его ОС, ...URL: http://translate.google.com/translate?sl=auto&tl=en&js=n&pre...
Новость: http://www.opennet.me/opennews/art.shtml?num=32838
>Debian, которым он ещё никогда в жизни не пользовался.Ububtu пусть сразу пробует, если не собирается на сервере работать :)
чтобы он офигел от юнити так же от от третьего гнома?
Так хубунту же есть. Там к счастью нету юнити и третьегномов :)
>чтобы он офигел от юнитиУвидит что-то современное, а то похоже он слаще морковки ничего не пробовал :) в крайнем случае 10.04 LTS все еще живая.
> Увидит что-то современное, а то похоже он слаще морковки ничего не пробовал
> :) в крайнем случае 10.04 LTS все еще живая.Он уже гном 3 увидел. И решил что ему такое будущее ни к чему. Гномеры даже кде4 переплюнули.
p.s. а Торвальдс малацца, хорошо накинул, как обычно. Во тут эпический флейм будет.
А что не так с KDE4?
> А что не так с KDE4?Говорят что КДЕ кушает много ресурсов, а у торвальдса комп не самый новый наверное, или просто он с народом (у народа в основном тоже не вчера купленный).
>> А что не так с KDE4?
> Говорят что КДЕ кушает много ресурсов, а у торвальдса комп не самый
> новый наверное, или просто он с народом (у народа в основном
> тоже не вчера купленный).В каком-то из интервью он обмолвился что у него Nehalem с 6гб оперативы и SSD в рейде
Щас не помню где и как, но нагуглить думаю нетрудно будет
> А что не так с KDE4?Там есть всякие аконади и непоймуки. Лично мне они не нужны. Я ими пользоваться не собираюсь. Однако у кдешников с модуляризацией все плохо и поэтому выпилить оных без ущерба для остальной системы - непростая задачка.
запросто выпиливается
> запросто выпиливаетсявместе с ними пакетный менеджер обычно предлагает вынести почти все кеды. это, конечно, самое здравое предложение из возможных, но увы — не всех устраивает.
>> запросто выпиливается
> вместе с ними пакетный менеджер обычно предлагает вынести почти все кеды. это,
> конечно, самое здравое предложение из возможных, но увы — не всех
> устраивает.В таком случае вынесите свой дистрибутив целиком. У меня проблема решается неподниманием соответствующего use-флага. Никаких проблем в сборке без неугодных вам сервисов нет.
> В таком случае вынесите свой дистрибутив целиком.(пожимает плечами) кто сказал, что я про свой дистриутив? впрочем, у меня всё равно кеды не установлены, потому что кеды — это такой большой эмулятор вима с двумя функциями: бибикать и тормозить.
> У меня проблема решается неподниманием соответствующего use-флага.Есть только одна незначительная проблема: на разруливание других проблем присущих генте и прочую компиляцию файрфоксов и либреофисов угробится вагон времени.
>на разруливание других проблем присущих гентеАга, проблемы есть. Как я им обрадовался после того как перелез с бинарных дистров, которыми пользовался 6 лет. Уже вот 5.5 лет радуюсь и не нарадуюсь.
>и прочую компиляцию файрфоксов
2 часа раз в месяц на одноядерном атлоне это мелочь.
> и либреофисов угробится вагон времени
Там есть бинарный пакет, я разрешаю его использовать
Кроме того перестаньте тиражировать красноглазые бредни. Я смотрел статистику за 5.5 лет, там в среднем в день выходит 15 минут 100% загрузки одного ядра процессора в день. У меня на -vf hqdnd3d,gradfun уходит намного больше процессорного времени - такие дела.
>p.s. а Торвальдс малацца, хорошо накинул, как обычно.Да - молодца, поэтому предлагаю самое лучшее - Ubuntu, все остальные дистрибутивы только рост волос на ладошках стимулируют :)
>Да - молодца, поэтому предлагаю самое лучшее - Ubuntu, все остальные дистрибутивы только рост волос на ладошках стимулируют :)Знали бы вы с каким матом и длиной волос на эту самую убунду Oracle DB 11.2 вставал... Для дома убунду ничо так. А в продакшин, имхо, лучше RHEL поставить. А так же, до сих пор куча софта идет в rpm под SUSE и RHEL :(
> Знали бы вы с каким матом и длиной волос на эту самую
> убунду Oracle DB 11.2 вставал...Так оракл вам обещал поддержку этой ос? Нет? Ну так вопросы ораклю.
>>Да - молодца, поэтому предлагаю самое лучшее - Ubuntu, все остальные дистрибутивы только рост волос на ладошках стимулируют :)
> Знали бы вы с каким матом и длиной волос на эту самую
> убунду Oracle DB 11.2 вставал... Для дома убунду ничо так. А
> в продакшин, имхо, лучше RHEL поставить. А так же, до сих
> пор куча софта идет в rpm под SUSE и RHEL :(Fedora в помощь. Oracle заточен под RHEL.
> Fedora в помощь. Oracle заточен под RHEL.А потом придет Ульрих, выкатит новый глибц, после которого оракл встанет раком. Ульриху ничо не предъявишь если все по стандартам, а ораклу вы вообще конь в пальто на unsopported системе. Прикольненько получится :D.
> А потом придет Ульрих, выкатит новый глибц, после которого оракл встанет раком.
> Ульриху ничо не предъявишь если все по стандартам, а ораклу вы
> вообще конь в пальто на unsopported системе. Прикольненько получится :D.поэтому — если уж хватило денег на оракуль — можно не пожлобиться и купить RHEL с поддержкой тоже. откуда тут взяться каким-либо претензиям — не ясно. точнее, претензия тут может быть только одна: неумение выбирать удобные инструменты. и претензия эта уж никак не может быть адресована производителям инструментов.
> поэтому — если уж хватило денег на оракуль — можно не пожлобиться
> и купить RHEL с поддержкой тоже.Вот я и не понимаю этих плачей несмеяны того субъекта.
>> поэтому — если уж хватило денег на оракуль — можно не пожлобиться
>> и купить RHEL с поддержкой тоже.
> Вот я и не понимаю этих плачей несмеяны того субъекта.Существует бесплатная версия Оракловой базы, если что...
> Существует бесплатная версия Оракловой базы, если что…которую должны бесплатно же холить и лелеять, ага. взял бесплатное — априори согласен с тем, что факапы будут, и решать их не кому-то, а именно тебе. всё просто.
>> Существует бесплатная версия Оракловой базы, если что…
> которую должны бесплатно же холить и лелеять, ага. взял бесплатное — априори
> согласен с тем, что факапы будут, и решать их не кому-то,
> а именно тебе. всё просто.Если выбирать из бесплатных решений, то лучше Oracle на Fedora, чем какая-нибудь mysql на ubuntu.
> Если выбирать из бесплатных решений, то лучше Oracle на Fedora, чем какая-нибудь
> mysql на ubuntu.а ещё лучше — не слушать подобных тебе «советчиков», которые вообще не разбираются в предметной области.
А че, я не удивлюсь если бы она ему понравилась, такой уж но этот Линус, от него чего угодно ожидать можно.
> А че, я не удивлюсь если бы она ему понравилась,Хакеры старой школы уже высказали своё мнение, и в отношении gnome 3, и в отношении unity:
http://esr.ibiblio.org/?p=3822
Линус, которого можно отнести к ним же, своё мнение по поводу GNOME 3 уже высказал.
И насчет юнити вряд ли будет другим.> такой уж но этот Линус, от него чего угодно ожидать можно.
Того, что можно ожидать от Торвальдса, всегда предсказуемо.
Линус, это человек, который начинал тогда, когда opensource пешком под табуретку ходил.
И в отсутствии здравого смысла его не обвинишь.
К моему глубокому сожалению, Линус стал впадать в маразм(это лично моё IMHO). Олдфаги уже весь мозг выели с Gnome3. Если нравится Gnome2, так и используете оного, хватит троллить. Opennet стал похож на LOR. А если уж совсем Ъ-тру, так CLI Вас ждет. Меня возмущают высказывания людей, которые не имеют собственного мнения, но при этом смотрят что говорят другие и их же словами(других)еще и ёрничают. Вы же из сообщества opensource, Вы же свободные люди. Так возымейте СВОЮ точку зрения. А то как маленькие дети, что Линус сказал, то и правда.P.S. Против слов Линуса я ничего не могу сказать, но хватит быть на поводу мнения других людей!!!
> К моему глубокому сожалению, Линус стал впадать в маразм(это лично моё IMHO).А лично мое имхо - когда сделаете проект помасштабнее, тогда и будете о маразматиках рассуждать.
> Олдфаги уже весь мозг выели с Gnome3. Если нравится Gnome2, так
> и используете оного, хватит троллить.Что, правда глаза колет? Гном3 может быть и сойдет для планшеток и прочих потреб-ццких девайсов, но для _работы_ он непригоден, как минимум без гигантского напильника. Потому что ориентированная на склерозных мозговых инвалидов-потреб-дей требуха. Для улучшения эффективности работы там нет чуть менее чем нихрена. Зато левых свистелок - хоть отбавляй.
>А лично мое имхо - когда сделаете проект помасштабнее, тогда и будете о маразматиках рассуждать.Да, добейся сперва, чтобы нашим анонимам нечем стало козырять.
> Да, добейся сперва, чтобы нашим анонимам нечем стало козырять."Каждый мнит себя стратегом, видя бой со стороны".
>Да, добейся сперва, чтобы нашим анонимам нечем стало козырять.Ты тоже сначала сделай что-нибудь значимое.
Своё значимое, состоящее пусть из небольших, но всё-таки вкладов в развитие СПО я вообще-то уже сделал. Вот только не очень ясно, что это изменило?
Братюня, просто все говорят хором, что гном третий к какой-либо работе непригоден. Кратко, ёмко, исчерпывающе. Если толпой внезапно наестья гадости, то все скажут «гадость», не сомневайся.
> Братюня, просто все говорят хором, что гном третий к какой-либо работе непригоден.
> Кратко, ёмко, исчерпывающе. Если толпой внезапно наестья гадости, то все скажут
> «гадость», не сомневайся.Тоже поначалу плевался от третьего гнома. Потом привык: он прост, нагляден и симпатичен. Думаю, к Гному 3.6 всё устаканится
> Тоже поначалу плевался от третьего гнома. Потом привык:"Ко всему подлец человек привыкает". Даже к гному3. Вот только эффективности работы гном3 не способствует. Совсем. В нем нет ничего для ускорения и упрощения моей работы. Зато есть куча гламура и не слишком нужных свистелок.
> Меня возмущают высказывания людей, которые не имеют собственного мнения, но при этом смотрят что говорят другие и их же словами(других)еще и ёрничают.За внешним вы так и не заметили сути.
> Вы же из сообщества opensource, Вы же свободные люди.
> Так возымейте СВОЮ точку зрения.
> А то как маленькие дети, что Линус сказал, то и правда.Некоторые цитируют "олдфагов" потому:
- Что их точка зрения им близка
- Что они начинали приблизительно с того же железа и приблизительно тогда, что и "олдфаги" и образ мысли "а вот и здесь всё должно быть аки в виндуз" им не свойственен
- Что с переходом с ... на виндус, с виндус на Линукс, с Линукс на Фрю или Мак сложившиеся убеждения не меняются
- Что знают, - не в GUI'вых приблудах щасте
- Что GUI'ев DE средство для, а не цель
- Что к использованию того же DE, который используют "олдфаги" можно придти не интересуясь мнением оных
- Что сходство мнений, с мнением "олдфагов" может говорить о сходстве выработанного стиля и образа мышления, и Убунтовые инновации для них совсем не эталон, при полном отсутствии стадного инстинктаНо когда олдфаг ради безпасности сервера ломает уникальный функционал десктопа ради закрытия уязвимости эксплуатируемой на десктопе только локально, некоторые, не взирая на ранги, говорят что это глупость, при этом объясняя почему. А не распевают дифирамбы или молчат в тряпочку, или не троллят на грани невменяемости.
> Opennet стал похож на LOR.
Мнения, как монета, - имеет две стороны:
- Opennet страдает от нашествия убунтоводов, не согласных ни с чьим мнением кроме своего.
Очень надеюсь, что это был сарказм.
>>Debian, которым он ещё никогда в жизни не пользовался.
> Ububtu пусть сразу пробует, если не собирается на сервере работать :)Убунту вполне нормально и производительно работает на серверах что Википедии, что нашей компании (тысячи пользователей, виртуалки, сетевые сервисы и т.д.).
Не теште себя устаревшими и неверными стереотипами. :)
> Убунту вполне нормально и производительно работает на серверах что Википедии, что нашей компании (тысячи пользователей, виртуалки, сетевые сервисы и т.д.).Про винду тоже можно сказать, что она "нормально и производительно" работает.
Все познается в сравнении.По сравнению с убунтой, даже арч - оазис стабильности.
>> Убунту вполне нормально и производительно работает на серверах что Википедии, что нашей компании (тысячи пользователей, виртуалки, сетевые сервисы и т.д.).
> Про винду тоже можно сказать, что она "нормально и производительно" работает.
> Все познается в сравнении.
> По сравнению с убунтой, даже арч - оазис стабильности.Всё познаётся не в сравнении, а в пряморукости обслуживающего персонала.
Явный пример - игровой кластер MMORPG EVE Online - работают на венде2003срв, база на MS SQL2011 - полёт нормальный и ребята не жалуются. Один раз их трухануло, а точнее "Яст по лулзы" ддосили их и они сперепугу повырубали всё от греха по-дальше, но это уже такое.
Но я, правда, не совсем сторонник выставлять венду жопой в мир, но это тоже лично моё мнение и оно очень субъективно.
> Всё познаётся не в сравнении, а в пряморукости обслуживающего персонала.
> Явный пример - игровой кластер MMORPG EVE Online - работают на венде2003срв,
> база на MS SQL2011 - полёт нормальный и ребята не жалуются.ОЛОЛО! наверно именно по этому у них КАЖДЫЙ день в 11 по гмт сервер ребутится. Это конечно можно списать на всякие профилактики и такие как ТЫ в это верят, но помимо евы я еще видел варкрафты и старкрафты, и что-то особо не замечал там частых оффлайнов, а тем более ежедневных.
А теперь новость из первых рук, еву ребутят кластер каждый день, потому что он бл*ццки течет и никакой памяти им не хватает, а еще они не осилили нормальный клиент для мака/линуха и пихают цедегу.
Так что как у вас тут принято - завали хлебало !
>[оверквотинг удален]
>> база на MS SQL2011 - полёт нормальный и ребята не жалуются.
> ОЛОЛО! наверно именно по этому у них КАЖДЫЙ день в 11 по
> гмт сервер ребутится. Это конечно можно списать на всякие профилактики и
> такие как ТЫ в это верят, но помимо евы я еще
> видел варкрафты и старкрафты, и что-то особо не замечал там частых
> оффлайнов, а тем более ежедневных.
> А теперь новость из первых рук, еву ребутят кластер каждый день, потому
> что он бл*ццки течет и никакой памяти им не хватает, а
> еще они не осилили нормальный клиент для мака/линуха и пихают цедегу.
> Так что как у вас тут принято - завали хлебало !Не уподобляясь Вашему хамскому стилю общения отвечу как культурный человек - на еве есть много всяких процессов, которые ТРЕБУЮТ дейли даунтайма. Об этом писали девы в блогах неоднократно. Если Вам интересно - почитайте девблоги, в частности, связанные с аппаратной и серверной частью. И не нужно путать какие-то, пардон, сранные Варкрафты, где лимит на серверах стоит в 3500 человек, и где софт абсолютно другой и работает по-другому. Разумеется, что и у вовов есть вроде бы по средам даунтаймы, путь не каждую среду но есть, но там если и кластер, то явно отличающийся от евовского. Подозреваю, что кластерность там работает как минимум на уровне выборки из баз данных для регистрации на арены, инстансы и БГ. Люди же играют на разных серверах и изолированы друг от друга, чего нет в еве, где все играют на одном логическом сервере. Да и, вроде, сервера у близзарда тоже работают на венде. Я не уверен на 100%, но вроде бы так и есть.
А хлебала заваливать лично у нас ТУТ не принято. Это может быть нормальным ходом вещей в Ваших узких кругах друзей или же на ЛОРе.
хз что там с варкрафтами в них я не играл и не интересовался, а вот старкрафт2 кластер обслуживающий всю европу + россию насчитывает онлайн совсем не 3.5ккогда я плотно играл в еву, они только-только приближались к отметке в 30к оналйн, и даунтаймы были уже тогда, и девблоги я читал неоднократно, поэтому еще раз попробую донести до Вас информацию, на этот раз постараюсь не наступать на мозоли Вашего мировозрения. Течет, течет у них память, объекты не освобождаются и даже респаун астероидных полей они реализуют оффлайн во время даунтайма.
А знаете почему у них такая кривая архитектура ? Именно, потому что они сидят на винде. Видите-ли, проблема тут не столько в самой винде, сколько в том, что винда ограничена, как и любая другая проприетарная технология (например ява). И работающие с помощью одной только этой технологии, ограничены в своих взгялах.
>полёт нормальный и ребята не жалуются.
а как же ! если бы они не жаловались, то наверно не стремились бы уменьшить даунтайм и в будущем вообще от него отказаться ? :)
Тоесть, ляпнуть необоснованный правокационный вброс, это нормально, а когда Вам ответят той же монетой, то это возмутительное хамство!
>А хлебала заваливать лично у нас ТУТ не принято. Это может быть нормальным ходом вещей в Ваших узких кругах друзей или же на ЛОРе.
Не льстите себе, мой юный друг, коментраии на опеннете давно превратились в тролинг аля лор. Лично я люблю провоцировать людей в любых кругах, очень знаете-ли показательным становится их зависимость от собственного эго, да и тролить в оффлайне, куда забавнее чем в интернетах.
> хз что там с варкрафтами в них я не играл и не
> интересовался, а вот старкрафт2 кластер обслуживающий всю европу + россию насчитывает
> онлайн совсем не 3.5кПринципы построения ихних кластеров одинаков - есть куча серверов, на которых играет куча народа, но играют раздельно. Не удивлюсь, если в случае с СЦ2 ситуация такая же.
> когда я плотно играл в еву, они только-только приближались к отметке в
> 30к оналйн, и даунтаймы были уже тогда, и девблоги я читал
> неоднократно, поэтому еще раз попробую донести до Вас информацию, на этот
> раз постараюсь не наступать на мозоли Вашего мировозрения. Течет, течет у
> них память, объекты не освобождаются и даже респаун астероидных полей они
> реализуют оффлайн во время даунтайма.Ну, так если Вы видели девблоги, то могли прочитать, что уйти от даунтаймов они могут и стремятся, но не сразу ввиду сложных зависимостей разных игровых механизмов и объектов, которые писались работать именно так. А учитывая то, что в последние годы у них колоссальный реорганизейшн, где часть разработчиков ушла, часть перешла работать над DUST514 (или как там его?), теперь назад частично возвращаются - в самой конторе сейчас большая неразбериха и руки доходят только до первоочередного. Целыми отделами будут увольнять в Атланте в офисе и т.д.. Им сейчас далеко не до смены операционной системы, да и многие игроки против безостановочной игры, так как есть дети, работа, кому-то нужно сходить посцать, кому-то перегнать фрейтер из империи, кто-то боится логофнуться, в чужой системе. К этому привыкли и лично я не против часок в день уделить чему-то другому и полезному. Я играю в еву в основном вечером - меня эта "проблема" аж никак не затрагивает. А в субботу и воскресенье я с друзьями иду на рыбалку, на коньки, жарим шашлык и жрём водку :). Так что и в выходные обхожусь нормально.
Кстати, перед, по-моему, Инкарной, кластер проработал трое суток без выключения и это при том, что в некоторых регионых была масштабная война РА с Атласами. И ничо, простоял и не глючил. И вырубили его потом на пол дня для деплоинга нового патча.> А знаете почему у них такая кривая архитектура ? Именно, потому что
> они сидят на винде. Видите-ли, проблема тут не столько в самой
> винде, сколько в том, что винда ограничена, как и любая другая
> проприетарная технология (например ява). И работающие с помощью одной только этой
> технологии, ограничены в своих взгялах.Я прекрасно понимаю о чём вы говорили. Винда, да ещё и 64-х битная требует особо спрямлённых рук для программирования.
>>полёт нормальный и ребята не жалуются.
> а как же ! если бы они не жаловались, то наверно не
> стремились бы уменьшить даунтайм и в будущем вообще от него отказаться
> ? :)
> Тоесть, ляпнуть необоснованный правокационный вброс, это нормально, а когда Вам ответят
> той же монетой, то это возмутительное хамство!Вы же хлебальник мне стали закрывать, а оно как-то не совсем приятно, если честно.
>>А хлебала заваливать лично у нас ТУТ не принято. Это может быть нормальным ходом вещей в Ваших узких кругах друзей или же на ЛОРе.
> Не льстите себе, мой юный друг, коментраии на опеннете давно превратились в
> тролинг аля лор. Лично я люблю провоцировать людей в любых кругах,
> очень знаете-ли показательным становится их зависимость от собственного эго, да и
> тролить в оффлайне, куда забавнее чем в интернетах.Нужно держать себя в руках и общаться нормально. Здесь подавляющее большинство хороших и грамотных специалистов, которых нужно как минимум слегка уважать.
> А знаете почему у них такая кривая архитектура ? Именно, потому что
> они сидят на винде.т.е. им винда не разрешает освобождать объекты из-за этого у них некут приложения? Не несите этот бред, вы уже не знаете за что на винду ушат говна вылить.
> Всё познаётся не в сравнении, а в пряморукости обслуживающего персонала.
> Явный пример - игровой кластер MMORPG EVE Online - работают на венде2003срв,А, так вот почему он так регулярно в даун уходит. А у vendetta online вообще технических перерывов почти не бывает, есть нативные клиенты под мак и линух и разработчики мало того что снабжены мозгом, так еще и лицом к пользователям. Вон уже и под андроида порт осилили, потому как opengl -> opengl ES спортировать невелика наука. А eve так и будет в *опе со своей виндой.
> нашей компании (тысячи пользователей, виртуалки, сетевые сервисы и т.д.).нельзя ли узнать, что за компания? а то вдруг вляпаюсь ненароком…
> нельзя ли узнать, что за компания? а то вдруг вляпаюсь ненароком…В википедию ты наверное так или иначе вляпывался... :P
> В википедию ты наверное так или иначе вляпывался… :Pу них я сервера покупать не собираюсь. а эти — вдруг вдс-ами торгуют?
> у них я сервера покупать не собираюсь. а эти — вдруг вдс-ами торгуют?Да ну, придираешься. За несколько лет юзежа убунты на серваках почему-то ни разу ничего не факапнулось. Если ехать а не шашечки - оно ездит. А то что илитизм не прокачивается - так может и фиг с ним? По факту - обычный дебиан, вид в профиль. Ну софт менее древний и релизы попредсказуемее. Попсовенько? Обалденный недостаток... для илитистов ;)
>у них я сервера покупать не собираюсь. а эти — вдруг вдс-ами торгуют?Не торгуем ВДСами :). А с чего такая неприязнь к убунте? Факты может предоставите - почитаем вместе.
Вот доросло ядро для перехода на коммерческую основу, а то иначе воще все перепутается, нужны грамотные управленцы .....
...которые всё гарантированно угробят. Потому что из 50000 контрибьюторов переживут этих управленцев 2-3 тысячи. Не, понятно, что редхеты никуда не денутся - но вот фана у писателей станет куда меньше. Потому что одно дело - объясняться (и ругаться) с коллегой-программистом, и совсем другое - с управленцем, для которого код - штука, вообще говоря, второстепенная.
Потому что одно дело - объясняться (и ругаться) с коллегой-троллем, и совсем другое - с продажником, для которого код - товар, который нужно продать конкретному покупателю для удовлетворения его [покупателя] нужд.
s/удовлетворения его [покупателя] нужд/отжимания бабла/
> s/удовлетворения его [покупателя] нужд/отжимания бабла/а кто вам сказал что сейчас это не так происходит ? ))
Вот Вам и намекают недвусмысленно, что таки да - происходит ;)
Правильно. Поэтому любой коммерческий управленец будет лепить из линукса унылую винду. Я гарантирую это!(С)
Как только начинает гонка за баблом, так ту же начинает гонка за фичами, при этом качество кода падает в никуда.
Добавьте - за видимыми фичами. А на инфраструктуру традиционно забивается болт.
>Как только начинает гонка за баблом, так ту же начинает гонка за фичами, при этом качество кода падает в никуда.Да, но худшее не это. Как только начинается гонка за баблом, так тут же начинается гонка по скорости и неимоверное желание минимизировать все расходы. И отсюда уже будут последствия которые угробят сложный проект.
> качество кода падает в никуда.сейчас ядро линукс самое фичастое на планете и качество не пострадало, так что вы не правы
>и совсем другое - с продажником, для которого код - товарНу уж так и пиши не, стесняйся: "с продажной шкурой".
О, майкрософтовский наемник пожаловал... И ведь сказал правильно, только сам не понял что (кто б сомневался). Инновации - они растут из фана, а удовлетворение нужд клиента - это уже потом, когда есть хотя бы фичи и надо её довести до ума. И когда клиент есть. То есть не будет фана - не будет инноваций. А допиливают для клиентов пусть редхаты, им за это деньги платят.
Осталось добавить что нужды клиента можно и нужно формировать для выжимания максимума бабла. Наплодят херни всякой со стразами а потом говорят что именно это и нужно клиенту.
> другое - с продажником, для которого код - товар, который нужно
> продать конкретному покупателю для удовлетворения его [покупателя] нужд.Ну да, щаззз. Продажнику нужно продать. Что там с покупателем случится потом - продажнику вообще насрать, как и на потребности покупателя.
Продажнику главное урвать свой кусок прямо сейчас, а когда от него начнут бежать клиенты, можно пойти разваливать "эффективным управлением" другую компанию.
> Продажнику главное урвать свой кусок прямо сейчас, а когда от него начнут
> бежать клиенты, можно пойти разваливать "эффективным управлением" другую компанию.Что зачастую и происходит. Майкрософт правда здоровый, даже при х-вом управлении такой титаник тонет долго. Но ipod законкурировать не смогли, мобильное направление уже утопили, виртуализацию проспали, ну и так далее. Пока другие подразделения и отдел по вымогательствам правда умудряются выправлять фэйлы менее удачливых но более эффективных коллег.
В которых он мало что понимает. Если вообще что-нибудь понимает.
> Вот доросло ядро для перехода на коммерческую основу, а то иначе воще
> все перепутается, нужны грамотные управленцы .....Да, вот вы сейчас пойдете и найдете управленца грамотнее Торвальдса. А где же ваш проект крупнее ядра? :)
И в этот момент Линус вспомнил дедушку Таненбаума... ;)
Плюсую ! самое время начать переносить наработки из линукса в миникс (те которые возможно перенести). имхо развитие монолитного ядра дошло до своих естественных пределов
> развитие монолитного ядра дошло до своих естественных пределовот того что в ядре "модули" заменятся на "сервисы" -- размер кода не уменшится. и сложность всей этой грамоздкой системы тоже не уменьшится.
и точно также придётся искать "пару дней" специалиста для того чтобы понять в чём проблема.
Сложность возрастёт? Насколько я помню, RMS говорил, что для разработки микроядра, такого как Hurd, необходимы большие человекоресурсы, чем для разработки монолитного.
> Сложность возрастёт? Насколько я помню, RMS говорил, что для разработки микроядра, такого
> как Hurd, необходимы большие человекоресурсы, чем для разработки монолитного.Помнится по этой причине hurd и застопорился, при том что у них по началу ресурсов больше было. А Линус в 1 рыло систему до рабочего состояния довел. Так то.
> Сложность возрастёт? Насколько я помню, RMS говорил, что для разработки микроядра, такого
> как Hurd, необходимы большие человекоресурсы, чем для разработки монолитного.Ну, в данном случае речь идёт об поиске ошибок — то бишь, об отладке. Отладка — лишь часть всей разработки, и именно эта часть при разработке микроядра/гибридного ядра потребует меньше человекоресурсов, нежели при разработке модульного/монолитного ядра.
> об отладке. Отладка — лишь часть всей разработки, и именно эта
> часть при разработке микроядра/гибридного ядра потребует меньше человекоресурсов, нежели
> при разработке модульного/монолитного ядра.Не доказано на практике. Пока-что у линя одни из наиболее качественных дров и их много. Индусам пишущим дрова для винды такое качество зачастую и не снилось.
Со свободными видео-драйверами дела обстоят, надо признать, не очень.
Да и с несвободными тоже.
У Nvidia, говорят, блоб сравним по производительностью с драйвером в Windows.
> У Nvidia, говорят, блоб сравним по производительностью с драйвером в Windows.А у интела открытый драйвер спокойно делает проприетарный блоб из винды. Правда сами видеокарты довольно дохлые.
> Со свободными видео-драйверами дела обстоят, надо признать, не очень.Не согласен.
1) У интеля вообще прекрасный видеодрайвер, работающий и быстрее и стабильнее бинарного недоразумения в винде. Он даже у файрфокса не в блеклисте и там прет webgl. В винде интел заблеклистен в силу глюкавости.
2) У ATI опять же довольно хорошие драйвера. В них довольно прилично прет 3D, вполне хватает на то чтобы побегать в nexuiz/xonotic с средними настройками. Без лагов и зависаний. Я набрал 2 месяца аптайма при этом. Весьма годно, да. Еще амд там сейчас усиленно пилит поддержку OpenCL для вычислений и UVD декодера. После чего блоб можно будет вообще на свалку истории отправить.
3) NVIDIA... ну те кто выбирал махрового проприетарщика должен был знать на что идет. Если вендор не предоставляет сорцы и спеки и не помогает разработчикам - ну и результат соответствующий.
1) Intel на Windows не пробовал, но его Linux-драйвера мне тоже хватает за глаза. Да и, собственно, к их картам большие требования предъявлять вряд ли кто-то будет, поэтому, думаю тут можно считать наши мнения объективными.2) Охотно верю, но ведь не все играют лишь в игры уровня Хonotic. Для них разница в производительности будет критична.
3) Если учитывать это, то результат по-моему отличный (nouveau и nv это небо и земля). Ну, а если не учитывать, то отстаёт он от драйвера в Windows ещё прилично.
> 1) Intel на Windows не пробовал, но его Linux-драйвера мне тоже хватает
> за глаза. Да и, собственно, к их картам большие требования предъявлять
> вряд ли кто-то будет, поэтому, думаю тут можно считать наши мнения объективными.Интел активно въе над линями. Я так понимаю что они не теряют надежд в мобильное направление пролезть так или иначе. Я правда слабо понимаю кому надо телефон или планшет на х86, и почему кто-то их должен предпочесть ARMам, но без линукса точно ничего не получится, даже теоретически. Пушка для которой нет снарядов - никому не нyжна.
> 2) Охотно верю, но ведь не все играют лишь в игры уровня
> Хonotic. Для них разница в производительности будет критична.Но собственно процент хардкорных игроков, особенно на PC и к тому же в Linux - невелик. А остальным - хватит. И для десктопных эффектов, и для большинства средних по требованиям игр, и для webgl. А что-то сверх того... хм, ну знаешь, а для них еще и видеокарта нужна мощная. Тот же HD6990 как бы денег стоит, поэтому у большинства хомяков возбухает жаба после того как они видят цену этого пепелаца. Тем более что под это надо серьезный БП, корпус с хорошим охлаждением и прочее, что и недешево, и не присутствует в дефолтном писюке типового хомяка - мощный игровой (или числокрушильный) агрегат штука довольно кастомная и собираемая с умом. Да и слушать вой турбины потом готовы не все. А жрет 6990 дай боже, поэтому турбины там - сам понимаешь какие. Поэтому довольно нишевой товар в общем то. При чем насчет второй ниши - АМД явно услышало чертыхания пользователей openCL относительно их драйвера и сделало выводы. И да, хорошая поддержка в лине даст им шанс сунуться в суперкомпы и прочая. А они на ряде вычислений рвут нвидию шутя. Довольно тупо не пользоваться этим преимуществом.
> 3) Если учитывать это, то результат по-моему отличный (nouveau и nv это
> небо и земля). Ну, а если не учитывать, то отстаёт он от драйвера в Windows ещё прилично.Ну так это вопросы к нвидии, вероятно. АМД вон работает над проблемой, результат заметен на глаз - их драйвера все лучше и лучше.
> от того что в ядре "модули" заменятся на "сервисы" -- размер кода не уменшится. и сложность всей этой грамоздкой системы тоже не уменьшится.
> и точно также придётся искать "пару дней" специалиста для того чтобы понять в чём проблема.Не-а. Когда модуль ядра лезет, куда не надо, плохо всей системе (и определить, кто полез куда не надо, не выйдет), а когда отдельный процесс лезет куда не надо, плохо только этому процессу (и этот процесс тут же вылетит со страничным отказом). Вот этот процесс и нужно винить! Адресные пространства процессов — это вам не это.
> процесс лезет куда не надо, плохо только этому процессу (и этот
> процесс тут же вылетит со страничным отказом).Ага. Вот только если этот процесс будет каким-нить драйвером видеокарты - потом вы перестанете видеть происходящее, сущая фигня ;]
Запись события в системный журнал с последующим перезапуском драйвера. Преимущество микроядра и недостаток монолита указали чётко.
> Запись события в системный журнал с последующим перезапуском драйвера.Теория это круто. Покажи мне это на практике.
> Преимущество микроядра и недостаток монолита указали чётко.
Чья бы мычала. У вас винда при заклинивании видяхи вообще в бсод по таймауту грохается. А линь в той же ситуации хреначит ресет по шине, поворчав в лог что мол повисло оно у вас тут - ща мы его ресетом. И главное - отскребается от асфальта и пашет дальше. Да, в той ситуации в которой винда в бсод летает. Нормальненько так?
> Запись события в системный журнал с последующим перезапуском драйвера. Преимущество микроядра
> и недостаток монолита указали чётко.например, драйвера fs. который успел уже порубать в лапшу файловую систему, и теперь только тем и занимается, что пытается запустится, видит лапшу и падает. море фана.
> например, драйвера fs. который успел уже порубать в лапшу файловую систему, и
> теперь только тем и занимается, что пытается запустится, видит лапшу и
> падает. море фана.Наверное именно поэтому я и предпочитаю линевые драйвера. Они довольно надежные и даже вправляют мозг железкам.
До виндоуз оно уже дошло. До полного виндоуз практически.
И в каком месте он вспомнил?
Во первых, речь была про сложность понимания кода.
Во вторых, с микро/нано/экзоядрами сложнее рабоать.
В третьих, если бы разрабатывалось микро/нано/экзоядро с таким троллем, то туши свет, кидай гранату.
> с микро/нано/экзоядрами сложнее рабоатьДа... В микроядре интерфейсы и функции как ТЕБЕ нравится не исковеркаешь. В остальном микроядра проще, хотя бы потому что компактнее и изолированы от оборудования (находятся на другом уровне абстракций).
> Да... В микроядре интерфейсы и функции как ТЕБЕ нравится не исковеркаешь. В
> остальном микроядра проще, хотя бы потому что компактнее и изолированы от
> оборудования (находятся на другом уровне абстракций).Осталось только доказать всю эту софистику чем-то практически работающим. За столько лет никто так и не сподобился.
Никто????? Windows + Mac = 96% рынка настольных ПК. "Никто не сподобился"??????? Завязывайте вы, сударь, с этой вашей настойкой.
> Никто????? Windows + Mac = 96% рынка настольных ПК. "Никто не сподобился"???????
> Завязывайте вы, сударь, с этой вашей настойкой.И где вы там микроядра нашли? Там как максимум гибриды различной степени горбатости.
Аргументировать сможете? Или так, из серии "Я Windows за ОС не считаю, есть лишь одна ОС - та, которую разрабатываю Я".
драйвера нулевого кольца не изолированы друг от друга, т.е. уже не микроядро, где все процессы обмениваются друг с другом сообщениями.аналогично - kext работают в том же адресном пространстве что и mach.
Стабильное API <> микроядерность.
В linux kernel api для каждой подсистемы, меняются они чтобы обеспечить более качественный код и не создавать костылей только для поддержания api.
> драйвера нулевого кольца не изолированы друг от друга, т.е. уже не микроядро,Они и от ядра не изолированы. Более того, ядро более 4 метров и и win32k.sys более 2. Даже без учета еще кучи дров более 6 метров кода. Какое там к черту микро?! Тем более что оно реализует в ядре все функции юзермода из Nt* как Zw* что как-то ну совсем не свойственно для микроядер. По сути не сильно лучше линуха.
У макосятников тоже понаворочено что угодно, кроме именно микроядра.
Вы также игнорируя определения перепридумываете мир. Не нужно, всё уже придумано за вас.
Вы первыми напали и потребовали пруфы. А от вас пруфы где? Докажите, что в Windows и Mac декстопных версий именно микроядро используется.
Комментарий с ссылками-доказательства удалили админы. Я не набираю комментарии повторно. Если владелец ресурса считает что их быть не должно - его право и воля.
А разве здесь на месте удаленных комментов не появляется сообщение «Комментарий удален модератором»?
Тут случаются ситуации вида:1
1.1
1.2
2
2.1
2.2Удаляют 1.1, 1.2, 2 и получаем:
1
2.1
2.2При этом 2.1 и 2.2 как бы ответы на 1.
:)
>Комментарий с ссылками-доказательства удалили админы. Я не набираю комментарии повторно. Если владелец ресурса считает что их быть не должно - его право и воля.Я бы постеснялся перед собой писать подобные детские отмазки. Глупости.
> Я бы постеснялся перед собой писать подобные детские отмазки. Глупости.Это Ваня. Он все-равно всегда выглядит идиотом. Разом больше, разом меньше...
> Комментарий с ссылками-доказательства удалили админы.Таким манером можно от любого доказательства отюлить. А у меня админы удалили доказательства того что я Билл Гейтс собственной персоной. Поди докажи что я вру.
> Вы также игнорируя определения перепридумываете мир. Не нужно, всё уже придумано за вас.Это вы их игнорируете. Сходите хотя-бы до википедии и просветитесь кто там чем является. Я конечно понимаю что сложно быть тупым гопником - тут сущности посложнее чем кулаком в лицо, но раз уж полезли в IT и даже лезете в споры - придется отдуваться, да. Ну или постоянно обтекать.
Драйвера в нулевом кольце? :) Когда я в первый день своей работы такое ляпнул, меня вызвал начальник, дал толстую книгу по DDK и предупредил что за следующую ахинею меня выставят за дверь.Адресные пространства не имеют к типу ядра ну никакого отношения, также как и API.
На этом сайте похоже определения и люди которые хоть что-то знают, похоже, вообще не в чести.
> Драйвера в нулевом кольце? :) Когда я в первый день своей работы
> такое ляпнул, меня вызвал начальник, дал толстую книгу по DDK и
> предупредил что за следующую ахинею меня выставят за дверь.А твой начальник такая же деревяшка как ты? И вообще, много вы драйверов там написали? Или у вас книжка по DDK чисто грузом для засолки служит? :)
> Адресные пространства не имеют к типу ядра ну никакого отношения, также как и API.
Ага, щаз.
> На этом сайте похоже определения и люди которые хоть что-то знают, похоже,
> вообще не в чести.Ну да, и википедики врут, и вообще мы тут все пи...сы, и только Ваня один тут со шпагой.
> Когда я в первый день своей работы такое ляпнул, меня вызвал начальник, дал толстую книгу по DDK и предупредил что за следующую ахинею меня выставят за дверьну да -- нормальная такая себе средненькая контора -- "ещё раз выставишь меня дураком перед подчинёнными -- выставлю тебя за дверь! а сегодня в наказание вот тебе толстая (тяжолая) книга, ходи с ней сёдня весь день!" :-)
> Драйвера в нулевом кольце? :) Когда я в первый день своей работы
> такое ляпнул, меня вызвал начальник, дал толстую книгу по DDK и
> предупредил что за следующую ахинею меня выставят за дверь.потому что, ванюша, если тебя наняли курьером — не надо влезать в разговоры умных людей. поэтому бери книгу и неси куда сказали. а в те моменты, когда не занят — можешь нам тут рассказывать, какой ты высококлассный специалист.
Mac (eсли говорить о MacOS X) 100% не микроядро, так как его корни из гибридного BSD.А уж коли Вы городите такой бред, то и про Windows можно сделать теже выводы: ничерта Вы не знаете, что там за ядро. Да и про какое Вы говорите? Win98, WinNT, или про последную линейку?
Было бы интересно увидеть пруфлинки от Вас, дорогой тролль.
> Аргументировать сможете? Или так, из серии "Я Windows за ОС не считаю, есть лишь одна ОС - та, которую разрабатываю Я".Как тут аргументировать. Читайте официальные источники. В то же Wiki написано. Или у вас имеются исходники ядра венды? M$ и не отрицала хотя бы тот факт, что графическая подсистема находится в ядре. А это никак не вяжется с теорией микроядер. В Mac было использовано ядро Mach, но оказалось медленно и в него вернули друйвера и другие подсистемы. Как то так или мож вру что?
У них даже веб-сервер в ведре.
Вернее его листенер.Зыж
Из винды такое же микро-ядро, как из местных ванткзятников грамотные специалисты.
Поддерживаю :)
> Из винды такое же микро-ядро, как из местных ванткзятников грамотные специалисты.Устами ананима глаголет истина!
С точки зрения программиста драйвера или любой другой подсистемы Вы работаете с XNU как с Mach, Apple бьёт по рукам и своим программистам и чужим, когда они начинают городить огород, ring0 там по единственной причине — не так часто переключаются контексты, что даёт прирост производительности.
А нахрена там вообще лезть, если систеиа ограничена железом на пальцах одной руки?
А перманенто бер ёшь ноут с линухом и макпро и количстево драйверов в ведре и ткм, и там почти одинаково - видео, фс, сеть и тд.
Даже вон макфюзе тоже есть.
> причине — не так часто переключаются контексты, что даёт прирост производительности.Зато факап в драйвере ставит колом все, как в обычном таком монолите. А монолиты как раз и страдают от повышенной сложности из-за добавочных "гермозонов" и кучи переключений контекстов при "шлюзовании". Вот и получается что чистое микроядро никто сделать так и не смог за хренадцать лет с момента дебата с Таненбаумом.
Суммируя итог дебатов можно сказать: микроядра в теории круты. Вот только удачи попользоваться этим на практике в системе общего назначения.
>> причине — не так часто переключаются контексты, что даёт прирост производительности.
> Зато факап в драйвере ставит колом все, как в обычном таком монолите.
> А монолиты как раз и страдают от повышенной сложности из-за добавочных
> "гермозонов" и кучи переключений контекстов при "шлюзовании". Вот и получается что
> чистое микроядро никто сделать так и не смог за хренадцать лет
> с момента дебата с Таненбаумом.
> Суммируя итог дебатов можно сказать: микроядра в теории круты. Вот только удачи
> попользоваться этим на практике в системе общего назначения.может вы знаете такую ось QNX, на рутрекере валяется дистр QNX под х86. так вот, я ставил на свой десктоп и на вмварь - работает, сетевуху узнаёт.самбу и фтп поставил. ну конечно, в моём личном случае это оська просто для развлечения и для расширения кругозора, но факт есть факт - там микроядро, и оно РАБОТАЕТ. и надо ли добавлять, что система эта является промышленной , широко известной и зарекомендовавшей себя с самой лучшей стороны.
я делаю вывод - там где в микроядро вложен труд знающих своё дело спецов и деньги, оно работает и ещё фору другим даёт. так что аргумент о том, что такая архитектура пашет лишь в теории у таненбаума, это неправда мягко выражаясь. микроядро реализовано в рабочем состоянии давно , работает стабильно , и оси с такой архитектурой очень хорошо известны.
>[оверквотинг удален]
> личном случае это оська просто для развлечения и для расширения кругозора,
> но факт есть факт - там микроядро, и оно РАБОТАЕТ. и
> надо ли добавлять, что система эта является промышленной , широко известной
> и зарекомендовавшей себя с самой лучшей стороны.
> я делаю вывод - там где в микроядро вложен труд знающих своё
> дело спецов и деньги, оно работает и ещё фору другим даёт.
> так что аргумент о том, что такая архитектура пашет лишь в
> теории у таненбаума, это неправда мягко выражаясь. микроядро реализовано в рабочем
> состоянии давно , работает стабильно , и оси с такой архитектурой
> очень хорошо известны.Когда человек говорит о продукте и ставит его в пример другим, при этом ссылаясь на использование в промышленности, то человек что-то не понимает.
Промышленное применение (например QNX используется на атомных станциях и стендах тестирования двигателей) означает затачивание продукта под конкретную железку.
Говорить потом, что такой продукт будет так же хорошо работать на домашнем компьютере и в сфере общего применения, по меньшей мере глупо.
> Говорить потом, что такой продукт будет так же хорошо работать на домашнем
> компьютере и в сфере общего применения, по меньшей мере глупо.пример промышленного применения показан для свидетельства стабильности и надёжности. и кстати - после покупки blackberry QNX ставят в том числе и на планшеты.
> и кстати - после покупки blackberry QNX ставят в том числе и на планшеты.Да, на целую 1 модель планшета, которая не пользуется спросом из-за массы технических проблем, типа чрезмерного энергопотребления и неважного времени работы в результате. На ядерном реакторе электричества хоть попой жуй. А вот на планшете...
> может вы знаете такую ось QNX, на рутрекере валяется дистр QNX под х86.
> так вот, я ставил на свой десктоп и на вмварь
> - работает, сетевуху узнаёт.самбу и фтп поставил.Я qnx гонял еще с демо-дискеты, да. Вот только у меня она знала из оборудования клавиатуру, мышь, VGA-адаптер, да модем на компорту. Что как-то не сильно дофига. Подозреваю что и сейчас мало что изменилось.
> ну конечно, в моём личном случае это оська просто для развлечения и для
> расширения кругозора, но факт есть факт - там микроядро, и оно РАБОТАЕТ.Да, оно работает. Просто с таким уровнем поддержки оборудования оно мне не нужно даже забесплатно. А там еще и денег хотят. Ну и нафига оно такое нужно?
> и надо ли добавлять, что система эта является промышленной , широко известной
> и зарекомендовавшей себя с самой лучшей стороны.Надо ли добавлять, что RIM конем долбется уже несколько лет, пытаясь ЭТО запустить не для ядерных реакторов а на планшете? Пока успехи как-то не очень. То экономия питания не фонтан, то софта нет под это, то еще какой-то шит. В то же время у линухоидов все just works и давно уже на мази (вон андроиды уже весь рынок сожрали, не без помощи линуха).
> я делаю вывод - там где в микроядро вложен труд знающих своё
> дело спецов и деньги, оно работаетОстается только вопрос сколько труда надо вбубухать чтобы это заработало не хуже линуха. Глядя на то как здоровая корпорация никак не может шалтая-болтая собрать, при том что андроид скушал их рынок - ну извините, выводы напрашиваются. Если б у линя были фатальные проблемы с стабильностью - андроид бы не взлетел.
> и ещё фору другим даёт.
Вот только у меня нет ядерного реактора, а более нужным для десктопа оборудованием оно управлять как-то и не умеет. По поводу чего мне оно как-то и не требуется на десктопе. Пусть рулит себе там где-нить ядерными реакторами и дальше.
> так что аргумент о том, что такая архитектура пашет лишь в
> теории у таненбаума, это неправда мягко выражаясь. микроядро реализовано в рабочем
> состоянии давно , работает стабильно , и оси с такой архитектурой
> очень хорошо известны.Вот когда кто-то сможет сделать из этого реально работающую десктопно-серверную операционку которая реально работает, со всем актуальным оборудованием - тогда и приходите. А то всякие демонстрашки на поиграться это круто, конечно, но ...
> А монолиты как раз и страдают*** монолиты -> микроядра, разумеется.
Опять нулевое кольцо...Начнём с того что "драйвер" понятие весьма широкое, и FDO на файловую систему - это тоже драйвер, но его никто в 0 кольцо не пустит. Да и прочие тоже не пускают. Кто уверен в обратном - DDK вам в руки, пишите в любом месте драйвера:
asm
{
xor rbx,rbx
mov [idt],rbx
lidt [idt]
div ebxidt dq 0
}Если вы правы - получите triple fault и процессор уйдёт в перезагрузку. Команда LIDT может быть выполнена лишь в 0 кольце защиты.
> Опять нулевое кольцо...
> Начнём с того что "драйвер" понятие весьма широкое,Большинство драйверов - обычные .sys файлы. Дллки 0-го кольца для ядра. Ты тут можешь после своих обсираков отмазываться, но тебе это уже не поможет.
Windows до ХР включительно - микроядро, дальше - пико-ядро (гипервизор) + HAL.
> Windows до ХР включительно - микроядро, дальше - пико-ядро (гипервизор) + HAL.А нельзя ли пояснить, ntoskrnl.exe на 5 метров весом + win32k.sys на еще 2 с фигом метра это таки микроядро или уже пико? А то я в вашем маркетоидном буллшите уже запутался. Очень интересно послушать чем являются эти 7 мегов кода, ага :)
ntoskrnl = загрузчик + ядро. Загрузчик занимает бОльшую часть кода и после выполнения инициализации не используется.win32k.sys - библиотека (DLL) для драйверов. Она шарится на все драйвера.
2 Мб и 5 Мб - фиктивные размеры, Windows всем приложениям якобы даёт 1 Мб стека, а по факту 0 кб + пограничная страница.
Иди и почитай про архитектуры операционных систем.И кто только его сюда впустил?
> ntoskrnl = загрузчик + ядро. Загрузчик занимает бОльшую часть кода и после
> выполнения инициализации не используется.Загрузчик вообще-то ntldr или, в более свежих bootmgr. Пора бы выучить уже. А то прямо позор - на юниксоидном
> win32k.sys - библиотека (DLL) для драйверов. Она шарится на все драйвера.
Кернелмод драйвер, как ни обзови. Выносок GDI. Очень нравится хакерам за то что многие безобидные фокусы с графикой прилетают прямо в кернелмод.
> 2 Мб и 5 Мб - фиктивные размеры, Windows всем приложениям якобы даёт 1 Мб стека,
> а по факту 0 кб + пограничная страница.Я вообще-то размеры файлов привел. Только не надо рассказывать что там ноликов на 2.5 метра напихано, настолько клинически протупить не сможет даже MS.
> Аргументировать сможете? Или так, из серии "Я Windows за ОС не считаю,
> есть лишь одна ОС - та, которую разрабатываю Я".Фигня вопрос: win32k.sys на два с половиной метра - ну никак не лезет в парадигму микроядра. И драйвера являющиеся дллками режима ядра, висящими в его аднесном пространстве, а не процессами-серверами тоже. Облом, да?
> Никто????? Windows + Mac = 96% рынка настольных ПК. "Никто не сподобился"???????
> Завязывайте вы, сударь, с этой вашей настойкой.Хахаха. А Гагарин в первый космос полетел. So what?
Windows и Apple добились 96% только за счет маркетинга и бизнес-стратегии. И к ядру это никакого отношения не имеет! Так что завязывать нужно вам.
И какая же это у нас доля от общего эээ девайсов с устанавливаемой операционной системой?
Да, ты прав, L4+Linux вполне себе работают, и заметно лучше чем обрубок в виде NT kernel, только у него вот нет 96%, т.к. задача весьма нишивая, как и у остальных Rt систем. А в общем случаи (99%) остаются вариации монолита с модулями.
> Осталось только доказать всю эту софистику чем-то практически работающим. За столько лет никто так и не сподобился.QNX очень даже хорошо практически работает с ядерными реакторами и ракетными комплексами, года эдак с 1982. И BlackBerry Tablet OS в планшетах с апреля прошлого года тоже работает неплохо. Да и Cisco IOS XR в маршрутизаторах не отстаёт.
>> Осталось только доказать всю эту софистику чем-то практически работающим. За столько лет никто так и не сподобился.
> QNX очень даже хорошо практически работает с ядерными реакторами и ракетными комплексами,
> года эдак с 1982. И BlackBerry Tablet OS в планшетах с
> апреля прошлого года тоже работает неплохо. Да и Cisco IOS XR
> в маршрутизаторах не отстаёт.Это не десктопы и не сервера. Это всё специфические железки, начинка которых меняться не будет, поставщики комплектухи известны. И в данной сфере не нужны различные технологии свистульки-перделки, вроде вытеснения, SMP, поддержка различных протоколов и FS и прочая.
Конечно, в такой ситуцации можно и сделать OS на микро ядре.
>Это не десктопы и не сервера.Ну то есть аргумент заключается в том, что производители наплодили дофига железа, не озаботившись стандартизацией, так чтобы один драйвер мог обслуживать практически любое оборудование определённого типа?
Если стандартизировать всё железо по крайней мере на уровне интерфейсов, тогда микроядро будет рулить и на десктопах с серверами?
Нет, вы не так поняли.
> Это не десктопы и не сервера.Ну и что? От этого факт практического применения QNX не перестаёт быть. Более того, использование компьютеров для работы с ядерными реакторами более практично, нежели со свистилками на десктопах.
> Это всё специфические железки, начинка которых меняться не будет, поставщики комплектухи известны.Ну и что это меняет?
> в данной сфере не нужны различные технологии свистульки-перделкиОни ни в какой сфере не нужны.
> вроде вытеснения,…вот только с каких это пор вытеснение стало свистелкой? Оно как раз — жизненно важная для любой ОС фича. Это только DOS без вытеснения обходился в силу своей однозадачности, да ранние версии винды и макоси в силу криволапости/ленивости разработчиков оных. Сейчас, когда криволапость присуща разработчикам прикладных програм, любой бесконечный цикл без вытеснения заставит Вас перезагружать компьютер — а так можно просто убить виновный процесс и всего делов.
> SMP,Тоже не свистелка. Сейчас даже в "специфических железках" вроде планшетов и маршрутизаторов по нескольку процессоров. Не использовать SMP или NUMA в этом случае будет преступлением.
> поддержка различных протоколов и FS и прочаяИ много FS поддерживает эта ваша занимающая 95%™ десктопа винда? Макось тоже недалеко ушла. Да и линух хоть и может поддерживать большое количество ФС, но в десктопных дистрибутивах поддерживает только ext2/3/4, fat и иногда btrfs и NTFS.
P.S. У меня в конторе QNX крутится на роутере пограничном уже несколько лет
Один раз поставил, настроил и вообще даже начинаю забывать его IP
Это вам не линупс который надо патчить по 2 раза в месяцP.P.S. В ядро линуха понапихали уже столько всего что контролировать это практически невозможно...
А то что Линукс даже сам говорит что доверяет только нескольким разрабам то я ни сколько не удивлюсь что в ядре уже полно закладок называемые ошибками програмеров
> Это вам не линyпс который надо патчить по 2 раза в месяцУ, да ты неуловимый джо - его никто не ловит :)
Теперь еще поставь minix на десктоп для полной крутизны и иди писать драйвера. И всем будет хорошо: миниксу-развитие. Тебе-прокачка мозга. Нам-отдых от твоего бреда.
> Это вам не линупс который надо патчить по 2 раза в месяцlinux тоже можешь также не патчить :-) [роутер будет сёравно также работать... даже с linux-багами которые пожже будут найдены]
> Один раз поставил, настроил и вообще даже начинаю забывать ...
ну если новые патчи не выходят к твоему QNX-ядру -- то это не означает что там в коде нет ошибок :-D :-D
....я могу купить роутер DLINK DIR-615 и обнаружить что на него не вышла нова прошивка уже несколько лет... но как ни странно это НЕ обозначает что его прошивку раз-и-навсегда написали без багов :-D
> ну если новые патчи не выходят к твоему QNX-ядру -- то это
> не означает что там в коде нет ошибок :-D :-DТак он при всем желании фиксов не дождется. Даром ему никто их выпускать не станет, заплатить он не сможет, а даже если б допустить что он взял сорц (лицензия на него невкусная, но допустим что на это забили) - квалификации не хватит, и вообще 1 в поле не воин.
> года эдак с 1982. И BlackBerry Tablet OS в планшетах с
> апреля прошлого года тоже работает неплохо.То-то они там долбаются то с скоростью работы системы, то с энергопотреблением, то еще с каким-то шитом. Ну и получают свои честно заработанные 0% рынка. Потому что хомякам плевать на то что микроядро это круто, но не плевать на то как девайс в сумме работает. Если он сажает батарею в 2 раза быстрее конкурента - это FAIL.
> Осталось только доказать всю эту софистику чем-то практически работающим. За столько лет
> никто так и не сподобился.Так может говорить просто полный ламер в ИТ. Слов QNX, Minix, Mach он не слышал, конечно же.
> Так может говорить просто полный ламер в ИТ. Слов QNX, Minix, Mach
> он не слышал, конечно же.QNX сильно нишевая штука. Единственная попытка втулить ее в массовое применение была у RIM, в их планшете. Получилось довольно хреново - вылезла масса проблем которых нет у других и далеко не все из них решены. Minix - вообще демонстрационный экспонат для обучения, типа модели парового двигателя в кабинете физики. Показать как оно крутится - можно. Поехать на этом? Агащаз. Mach? Что mach? Где он в массовом применении в чистом виде?
> Так может говорить просто полный ламер в ИТ. Слов QNX, Minix, Mach
> он не слышал, конечно же.«я знаю карате, кунг-фу и ещё много страшных слов», ага. показываем рабочее *десктопное* решение на микроядре — и всё оппоненты раз и на всегда затыкаются. только вот в чём беда: нет такого. нишевые — есть. «ос для юзера» — нет. и для этого есть причины, которых не знает просто полный ламер в IT.
> есть. «ос для юзера» — нет. и для этого есть причины,
> которых не знает просто полный ламер в IT.Ну так он не понимает что микроядро при всей его теоретической крутизне как-то так исторически оказалось попросту невостребовано в десктопно-серверных операционках. А его плюсы были перевешены минусами и просто плюсами других вариантов дизайна.
>В остальном микроядра проще, хотя бы потому что компактнее и изолированы от оборудования (находятся на другом уровне абстракций).Ни чем не проще - само по себе микроядро никому не нужно без серверов юзерспейс. Безопасность может повысить за счет изоляции потоков - вот и все. Тут же проблема не в этом
>Ситуацию, когда в какой-то подсистеме ОС способны разобраться буквально несколько человек >из всего сообщества
Само ядро Linux порядка 200 тыс строк.
> Само ядро Linux порядка 200 тыс строк.А он почему-то возомнил что если все это навесить на микроядро - станет проще. А хрен, еще и усложнится за счет разделения частей друг от друга.
>А он почему-то возомнил что если все это навесить на микроядро - станет проще.Типичная ошибка :) Всю сложность разработчики микроядер испытывают с драйверами и не находят пока ничего лучше как взять драйверы из того же Linux в неизменном виде и исполнять их поверх слоя абстракции эмулирующем нативную среду - заменяют прямые вызовы ф-ций на IPC микроядра и мапят базовые примитивы ядра на свои аналоги.
> Типичная ошибка :) Всю сложность разработчики микроядер испытывают с драйверамиМожно подумать, что драйвера в микроядре станут проще. Да хрен, еще и усложнятся. Поэтому получится вообше адское месиво.
>Можно подумать, что драйвера в микроядре станут проще. Да хрен, еще и усложнятся.Дык об этом и речь. К примеру сам драйвер usb-host EHCI без стека протоколов USB не нужен - он потянет за сосбой и его автоматом, тоже самое с аудио-драйверами - вытянут всю ALSA. В Linux обращение к устройству - это простой syscall, а в микроядре это + 2 переключения контекста от синхронного IPC.
>>Можно подумать, что драйвера в микроядре станут проще. Да хрен, еще и усложнятся.
> Дык об этом и речь. К примеру сам драйвер usb-host EHCI без
> стека протоколов USB не нужен - он потянет за сосбой и
> его автоматом, тоже самое с аудио-драйверами - вытянут всю ALSA. В
> Linux обращение к устройству - это простой syscall, а в микроядре
> это + 2 переключения контекста от синхронного IPC.Многие микроядра - mach, chorus (подозреваю и qnx) поддерживают колокейшн - когда все сервисы и драйверы грузятся в адресное пространство ядра. Понятно, что такая модель уже не микроядро, но возможность увеличить скорость там где нехватает аппаратных ресурсов - есть.
В части скорости - была когда-то Neware, в которой многозадачность была кооперативная, а все процессы грузились в адресное пространство ядра - по всем тогдашним тестам была самая быстрая операционноя система при условии установки только грамотно написанных приложений.
>Многие микроядра - mach, chorus (подозреваю и qnx) поддерживают колокейшн - когда все сервисы и драйверы грузятся в адресное пространство ядра. Понятно, что такая модель уже не микроядроДело не в понятиях микроядра как таковых, при такой модели теряются преимущества которые теоретически может оно дать - безопасность. У qnx сетевые драйверы вообще всегда помоему работают на уровне микроядра. В принципе скорость IPC L4 очень высокая, а к примеру для встраиваемых решений на ARM возможно использовать FCSE для снижения нагрузки на кеш от частых переключений контекста (qnx его использует кстати но при этом его микроядро менее производительное чем L4). Посмотрим - возможно genode заимеет популярность :) и появится популярная открытая ОС на микроядре.
Вы вообще понимаете что вы пишете?Адресное пространство может быть единым, но прав доступа может не быть. По факту у каждой задачи есть своя таблица страниц (регистр CR3, PML4T) и ОС решает кому куда какой (R/W, data, stack, 64-bit executable, 32-bit executable, 16-bit executable, ..) будет доступ. Управление памятью не имеет к архитектуре ОС решительно никакого отношения.
syscall не самый быстрый способ, самый быстрый - far call, и в Windows используется именно он.
Микроядро позволяет с одной стороны сократить размер ядра и получить короткий (5-15 тыс.строк) удобочитаемый код, который один человек может "объять" взглядом. Ещё более жёсткое пико-ядро (1-3 тыс.строк) - это по сути микроядро без HAL (HAL в отдельном модуле). Ещё более жёсткое экзо-ядро (несколько сотен строк) - это когда от ядра осталось лишь IPC (interprocess communication), а бывшее пико-ядро является лишь одной/несколькими из его задач.
И напоследок монолитное ядро (от нескольких тысяч до миллионов строк) - это когда всё (ядро, HAL, драйверы, иногда приложения) в одном файле. Это самый простой способ и в теории самый быстрый, т.к. драйвера, интегрированные в ядро не тратят времени на межуровневую передачу управления. К сожалению, поддержка ядер таких размеров затруднена, а ошибки в драйверах вынуждают обновлять всё ядро. Поэтому даже Линукс идёт от монолита к микроядру. Идёт медленно.
>Вы вообще понимаете что вы пишете?Вообще - да, достаточно отчетливо :)
>Адресное пространство может быть единым, но прав доступа может не быть.
Гуглите ARM FCSE - я об этом и говорил, процессор работает с окном в 0-32 MB виртуальной памяти, MMU - c модифицированными виртуальными адресами которые транслируются аппаратно на основании ID задачи, защита памяти на основе доменов.
>По факту у каждой задачи есть своя таблица страниц (регистр CR3, PML4T)
По факту кроме x86 масса процессоров у которых совсем иные механизмы защиты памяти.
>Управление памятью не имеет к архитектуре ОС решительно никакого отношения.
да ну ?
>Поэтому даже Линукс идёт от монолита к микроядру.
Теперь Вас спрошу - сами поняли что пишите ?
> По факту кроме x86 масса процессоров у которых совсем иные механизмы защиты памятиКак только они появятся на десктопах - я готов обсудить и их.
> Теперь Вас спрошу - сами поняли что пишите ?
Да. Возьми драйвер клавиатуры, который в первых версиях был целиком интегрирован в ядро, сейчас кусками из него выделяют в отдельные модули.
> Да. Возьми драйвер клавиатуры, который в первых версиях был целиком интегрирован в
> ядро, сейчас кусками из него выделяют в отдельные модули.Ерунда это полная - даже FUSE и UIO не делают его хоть сколько-нибуть близким у микроядру.
> Как только они появятся на десктопах - я готов обсудить и их.ARM уже появился по сути. Прислать ссылочки на ARMовские десктопы, или сам найдешь?
> Да. Возьми драйвер клавиатуры, который в первых версиях был целиком интегрирован в
> ядро, сейчас кусками из него выделяют в отдельные модули.Угу, после этого он станет проще и безглючнее, конечно. Вон видеодрайвера уже перепахали. Теперь виснет драйвер даже интеграта от интеля. Офигенно!
Ещё одни с 1,4%? ;) При таких объёмах не надо - сразу в мусоропровод.
> Ещё одни с 1,4%? ;) При таких объёмах не надо - сразу в мусоропровод.У, тогда виндофоны вообще с их 1% сразу под пресс.
> По факту кроме x86 масса процессоров у которых совсем иные механизмы защиты
> памяти.ты что, на них же уиндаус нет. или есть, но так, что лучше бы не было. ему религия не позволяет.
> ты что, на них же уиндаус нет. или есть, но так, что
> лучше бы не было. ему религия не позволяет.Зато как только мс выпустит банально огороженные железки на ARM, мнение этого тупого дрона сразу поменяется на противоположное и он пойдет резко хвалить ARM. Приятно чувствовать себя провидцем ;)
Пример простейшего счётчика тактов таймера в монолитном ядре:irq00:
inc [counter] ; <<<< собственно наш обработчик; проверяем не пришло ли время остановить мотор дисковода
cmp [fdd_tick_to_stop]
jz @f
dec [fdd_tick_to_stop]
jz @f
call fdd_stop_motor
@@:; проверяем не пришло ли время запустить экранную заставку
.... ля-ля-ля, ещё 200 проверок ...
eoi
iretПример того же драйвера в микроядре:
init:
AddHandler(0,irq00_handler); // номер прерывания и обработчикirq00_handler:
inc [counter]
retИ соотв. код ядра, обрабатывающий данные вызовы: обход L1 с вызовами сохранённых указателей на обработчики.
Всё :) Разницу в сложности и возможности масштабирования все заметили?
> Всё :) Разницу в сложности и возможности масштабирования все заметили?Я пока вижу только какого-то сферического коня в вакууме от ванька.
> Разницу в сложности и возможности масштабирования все заметили?пока что мы заметили, что ты решил выпендриться в очередной области: проектировании и написании ОС. как и следовало ожидать, тут ты тоже совершенно ничего не знаешь.
какой ты разносторонний человек, ванюша! начинаю подозревать, что ты в любой области такой же специалист.
> какой ты разносторонний человек, ванюша! начинаю подозревать, что ты в любой области
> такой же специалист.Он спиди-гонщик 80-го уровня! Пургу гонит совершенно бесподобно :)
> Linux обращение к устройству - это простой syscall, а в микроядре
> это + 2 переключения контекста от синхронного IPC.Ну так вон хомяки и так то бухтят что проца жрется немеряно при записи на флеху. Представляешь что они скажут если там еще будут переключения контекстов при этом? Они опупеют от скорости записи на флеху и того что это в проц уперлось.
syscall + sysret = те же 2 переключения контекста. Халявы не бывает.
> syscall + sysret = те же 2 переключения контекста. Халявы не бывает.Если я правильно помню, этими фичами нынче никто не пользуется. Ты там что, читаешь книжку по х86 и пытаешься сюда транслировать это, выглядя умным? При том что ты в глаза сорец своей винды не видел и понятия не имеешь как там сделано? Во эпичный клоун то :)
В чистом микроядре переключений контекста будет больше - там мотания между процессами-серверами и ядром оптом. Кстати в лине помнится дополнительно оптимизировали сисколы, группируя их и переключая контекст на целую кучу сразу. Внедрили это уже или только еще в разработке - хз, но идея вполне мощная.
>В чистом микроядре переключений контекста будет больше - там мотания между процессами-серверами и ядром оптом.Да он книжку не прочитал до конца просто :) при вызовах syscall изменяется только регистровый контекст, при переключении задач (потоков) нужно делать cache + TLB flush (хотя бы частичное) - одни и те же виртуальные адреса для разных задач мапятся на разные физические страницы памяти. Ядро всегда находится по одним и тем же адресам для всех задач и при создании процесса эта часть таблицы копируется 1:1, задача и ядро составляют единое виртуальное пространство - там не нужно заботиться о валидности содержимого кешей.
Вы дурак или как?Разницы между "int 60h", "syscall" и напр. "far call" никакой.
Для приложения:
mov ax,10
int 60hmov ax,10
syscallmov ax,10
call [1000h]Для ОС:
int10_handler:
call handler
iretsyscall_handler:
call handler
sysretfarcall_handler:
jmp hander
>Разницы между "int 60h", "syscall" и напр. "far call" никакой.Ааа - понятно. Ты вообще не понимаешь о чем я тебе говорю.
http://os.inf.tu-dresden.de/Studium/MkK/SS2011/01_intro.pdf
На стр. 12 обрати внимание.
> Вы дурак или как?Нет, я просто вижу что ванек добыл где-то книжку по ассемблеру и несет чухню, не удосужившись посмотреть как и что делается в реально существующих системах. Ах ну да, я и забыл - у вас же нет сорца системы.
> Разницы между «int 60h», «syscall» и напр. «far call» никакой.так. в ассемблере и арзитектуре современных процессоров ты тоже полный ноль. ванюша, это уже становится неприлично: ну что ж такое-то, а? о чём тебя не спроси — везде ты умудряешься с умным видом говорить чушь.
слушайте, а может, его к нам конкуренты m$ заслали? ну, чтобы мы расслабились и думали, что у них там в m$ совсем всех такого уровня нанимают?
> слушайте, а может, его к нам конкуренты m$ заслали? ну, чтобы мы
> расслабились и думали, что у них там в m$ совсем всех такого уровня нанимают?Понимаешь, я как-то видел саппортов из MS. В смысле, отписки от них. Там _реально_ отвечают чуваки с индусскими именами, которые ни в зуб ногой. Похоже что все-таки не конкуренты. Что к лучшему. Но расслабляться рано - у них там еще юристы и сейлзы есть, даже если MS все технические аспекты просрет, указанные деятели - сцукоопасные.
> Да он книжку не прочитал до конца просто :)Да я и вижу - он явно выдает свои "вумные" мысли по ходу чтения книжки. При том оперируя сферическим конем в вакууме, нисколько не парясь тем фактом что его сферический конь весьма далек от реально используемых практических реализаций.
> cache + TLB flush (хотя бы частичное) - одни и те же виртуальные адреса для разных задач
> мапятся на разные физические страницы памяти.О такой мелочи как трансляция виртуальных адресов в физические, paging и всем что с этимсвязано Ваня видимо не подумал. Наверное еще не дочитал до нужного места :)
Потому что написание ядра и написание операционной системы с драйверами - две большие разницы. Хорошо ещё если так получается, прикрутить драйвер от линукс куда угодно - очень большая проблема и требует создания очень большого слоя абстракции для этого. А просто так - взять и налабать все те драйвера, которые есть в линукс - работа неподъёмная.
Окстись!Данная проблема красиво была решена в Unix, когда все устройства были поделены на типы: символьные (клавиатура, мышь, консоль - i/o по 1 байту за раз), блочные (диски, сеть - i/o блоками данных), и т.д. В Windows систему расширили и усложнили, вся её структура хорошо видна в Диспетчере задач, где под каждый тип - своя модель драйвера, обеспечивающая максимальное быстродействие для данного типа устройств. Да, работы много, и в Линуксе она пока так и не была сделана.
> в Диспетчере задач, где под каждый тип - своя модель драйвера,Ваня, что ты куришь?! Где ты нашел в диспетчере задач драйвера?! Ды ты упоролся!
Диспетчер устройств. Сложный день.
> Диспетчер устройств. Сложный день.Ну вот было б там честное микроядро - ты бы пожалуй видел драйвера именно в диспетчере задач, а не в своем воспаленном воображении.
> Сложный день.что, на работе программисты мозговой штурм устраивали, ты с ног сбился, кофе разнося? бывает.
Это - ТВОЙ сон.
В статье Линус обозначил проблему, но не сказал что есть где-то/что-то лучше.Ядро требует оптимизации. Это абсолютно нормально для любого продукта, который развивается эволюционно.
Но это как раз и непросто. Это нужно засесть с ключевыми разработчиками на пару месяцев и грамотно сформулировать "А как должно быть", придумать новую структуру. Потом нужно заморозить развитие ядра на месяцев 3-6 и переструктурировать его и грамотно документировать. Как отреагирует сообщество, а главное спонсоры, на то, что полгода ядро не будет развиваться? Вы представляеете сколько грязи и сплетен разнесут по Интернету всякие микрософто-поклонники? И это при том, что профит будет только для разработчиков; для пользователей результатом будет только увеличение колличества багов.
Это должно быть волевым решением.
> Ядро требует оптимизации.Дык. Разгребание старого хлама у них давно назрело.
> Ядро требует оптимизации. Это абсолютно нормально для любого продукта, который развивается эволюционно.Эволюция в 20 лет?? Пахнет "медленным гниением", чем эволюцией. И Танненбаум об этом предупреждал. Но "волевое решение" финского троечника решило исход. Браво! :)
> грамотно сформулировать "А как должно быть"
*facepalm* Об этом написаны уже тысячи книг, ПРОЧИТАТЬ слабо?? Более того, QNX даже воплотил на практике.
> Вы представляеете
> сколько грязи и сплетен разнесут по Интернету всякие микрософто-поклонники?:)) Рано или поздно, кто-то должен сказать: "А король-то - голый!". Стыдно - это прикрывать ту грязь, которая творится в ядре и врать себе и людям.
> Эволюция в 20 лет?? Пахнет "медленным гниением", чем эволюцией. И Танненбаум об
> этом предупреждал. Но "волевое решение" финского троечника решило исход. Браво! :)Да, вот только у Таненбаума его система так и осталась демо-экспонатом, который годится только чтобы показывать фокусы детям в кабинете профессора, на нафиг не годится для того чтобы тянуть реальный автомобиль по реальной дороге.
> Об этом диванными программистами написаны уже тысячи книгfixed
Ну так как нам обустроить россию^W^W сделать правильно?
Отвечал выше про freebsd, но модеры потерли всю ветку.
Вот там действительно "медленное гниение".
> Вот там действительно "медленное гниение".Как известно, свое - не пахнет. Вон фанатам миникса вообще пофиг что он нигде не работает, зато академически круто. Интересно, а сюда они с миникса пишут? Или хотя-бы с qnx-а?
> Отвечал выше про freebsd, но модеры потерли всю ветку.
> Вот там действительно "медленное гниение".Это точно. Но я повторю.
-----------
>А ответ прост - FREEBSD. Тру-юникс, ядро в отличном состоянии.Хех...
Проект Linux Kernel, ~1998, Bazaar - наше все, революция в разработке и впереди планеты всей (все это наблюдал сам, тогда только-только появился постоянный доступ в сеть, модем 9600 но круглосуточно, было жутко интересно). Репозитарий кода с системой контроля версий отсутствует. Контроль изменений, соотвественно, через жопу. Проектирование и стратегия развития проекта отсутствуют.
Кто и что хочет привнести - решается через патчи и мыло-пинания с доверенными людьми единственного и несменяемого руководителя проекта. Вот собственно и вся организация рабочих групп. После внесения патчей разработчик теряет связь с изменениями в проекте. Как таковая операционная система отсуствует, утилиты по управлению подсистемами ядра находятся отдельно от проекта ядра - и собственно, тех самых подсистем ядра.
Базы ошибок, предложений и проблем не ведется.Спустя 14 лет - та же фигня, вид сбоку.
Проект FreeBSD, и, также NetBSD, так же ~1998 год.
Имеется репозитарий кода, с системой контроля версий. Деятельность каждого учтена и прозрачна. Управляющие проектом избираются на определенный период из числа разработчиков голосованием. Код является цельной операционной системой, от утилит загрузки, до пользовательских и инcрументария разработчика. Есть открытая система учета и контроля (трекинга) ошибок, изменений и предложений в проект. Есть идеология проекта, и обсуждаемая стратегия его развития, с понятными целями.
Страница документации 1997 года
http://www.pl.freebsd.org/handbook/handbook5.htmlНафик, нафик - настолько разный генезис проектов...
Вы пишете - ядро, я пишу - операционная система.
----
Ну да, ну да. А теперь сравним поддержку оборудования хотя-бы. Как десктопная система фря вообще в полной Ж. Вафля крайне разборчива к чипсетам, .n вообще не заводится практически нигде. Дров с поддержкой KMS нет, поэтому свежих иксовых драйверов - нема. Поэтому у владельцев интела и ати попаболь, и единственный "выбор" разве что нвидия с проприетарным :\ драйвером. Unix way? С таким блобом в системе? Пффф!
> Ну да, ну да. А теперь сравним поддержку оборудования хотя-бы.Сравнивайте. И что?
Кто-то напихал драйверов в linux kernel с разных углов, оно пухлое, но как-то, хорошо или не очень, запускается и функционирует.
Это отменяет то, что я написал в сравнении?
> Как десктопная система фря вообще в полной Ж.
Это ничего с нее пишу и давно? Ну право, чушь полная.
> Это отменяет то, что я написал в сравнении?Практика показывает что операционка которая нифига не умеет - никому не нужна. А сравнения интересуют только задротов и академиков.
>> Это отменяет то, что я написал в сравнении?
> Практика показывает что операционка которая нифига не умеет - никому не нужна.Вы лично - это и есть "никому"? Как ваше сумбурное заявление относиться к проектам FreeBSD, NеtBSD и другим семейства BSD? Или Linux kernel?
> А сравнения интересуют только задротов и академиков.
Тогда пачка анонимусов только на этом форуме - задроты или академики? На академиков как-то не дотягивают.
Заметим, определение написано не мной.
> Вы лично - это и есть "никому"?Nobody is perfect. I'm nobody.
> Как ваше сумбурное заявление относиться к проектам FreeBSD, NеtBSD
> и другим семейства BSD? Или Linux kernel?Да что вы напрягаетесь, тут недавно статистика используемых ОС на серверах пролетала, а заодно можно и по десктопам посмотреть где-то типа openstat.ru. И там видно кто и что предпочитает. То что некоторые непропорционально горластые - еще не делает их лучше.
>> А сравнения интересуют только задротов и академиков.
> Тогда пачка анонимусов только на этом форуме - задроты или академики? На
> академиков как-то не дотягивают.Тут очень разный сброд, от почти домохозяек которым по недоразумению подсунули мануал по генту/фбсд/... до вполне реальных кандидатов в академиков типа Таненбаума.
> Заметим, определение написано не мной.
А вы к какой категории себя причисляете? Для академика вы слишком легкомысленны.
>> Вы лично - это и есть "никому"?
> Nobody is perfect. I'm nobody.
>> Как ваше сумбурное заявление относиться к проектам FreeBSD, NеtBSD
>> и другим семейства BSD? Или Linux kernel?
> Да что вы напрягаетесьНесчего. Небольшое социальное исследование. Вроде как разминка.
> тут недавно статистика используемых ОС на серверах пролетала,
> а заодно можно и по десктопам посмотреть где-то типа openstat.ru. И
> там видно кто и что предпочитает.Потребители-копипастеры не определяют сушественно развитие общественных некоммерческих проектов.
>> Заметим, определение написано не мной.
> А вы к какой категории себя причисляете? Для академика вы слишком легкомысленны.К людям, которые не пишут идиотские определения.
> Потребители-копипастеры не определяют сушественно развитие общественных некоммерческих
> проектов.именно в силу преобладания этого стиля мышления *bsd сейчас на каждом почти устройстве и куче десктопов, а пингвинус — маргинальная ос?
ой, кажется, я что-то попутал — это пингвинус везде, куда не плюнь… с чего бы? никак, ZOG тайно помогает.
>> Потребители-копипастеры не определяют сушественно развитие общественных некоммерческих
>> проектов.
> именно в силу преобладания этого стиля мышления *bsd сейчас на каждом почти
> устройстве и куче десктопов, а пингвинус — маргинальная ос?http://www.opennet.me/openforum/vsluhforumID3/82488.html#416
> http://www.opennet.me/openforum/vsluhforumID3/82488.html#416вот именно. там ответ и почитай.
> Потребители-копипастеры не определяют сушественно развитие общественных некоммерческих
> проектов.Я и заметил. На примере эпплов, жуниперов и тому подобных копипастеров.
>> А вы к какой категории себя причисляете? Для академика вы слишком легкомысленны.
> К людям, которые не пишут идиотские определения.О, круто. There are 10 kinds of people... :)
>> Потребители-копипастеры не определяют сушественно развитие общественных некоммерческих
>> проектов.
> Я и заметил. На примере эпплов, жуниперов и тому подобных копипастеров.Да. Такова стратегия и политика развития. Проекты NetBSD и FreeBSD с ~1994 развиваются независимо от каких либо комммерческих зависимостей, только посредством усилий общественных и исследовательских фондов. Проекты операционных систем компактны, согласованы, и система не выглядит как нечто пухлое с понатрыкаными со всех сторон кусками слабосогласованного кода.
Зато выборным руководителям проекта не нужно высказывать опасения, что разработка системы становиться неуправляемой.
Те изменения, которые в случае оферты типа беркелейской, вносит некая компания как сторонее юридическое лицо, есть ее изменения и ее конкурентное преимущество. Если оферта будет ее обязывать публиковать код в бинарном и исходном виде, то компании не имеет смыcла вкладываться на маштабную разработку - она теряет конкурентное преимущество.
Cisco использует Linux kernel в некоторых своих моделях - вы получили измененный исходный текст? А если вы его получите, то что вы будет с ним делать?
А захочет ли компания вкладываться в изменение кода, если ее разработка согласно публичной оферты сразу становиться доступна конкурентам?Что, думаете, просто стоит очередь компаний (юридических лиц) и потребителей (физических лиц), готовых вложиться ресурсами, в конкурентном мире, в развитие linux kernel ради просто так?
Код lunux kernеl & k юзают примерно также, с примерно тем же процентом публикаций изменений от исходного кода, просто механизм немного другой, только хомячки об этом как-то думать не намерены.Рушиться построенная на каких-то евангелистких иллюзиях картина мира.
>>> А вы к какой категории себя причисляете? Для академика вы слишком легкомысленны.
>> К людям, которые не пишут идиотские определения.
> О, круто. There are 10 kinds of people... :)Модельные условности.
> Да. Такова стратегия и политика развития.Тога с какого рожна ты что-то лечишь про халявщиков и копипастеров, если вся политика бсдей сводится к дармовой кормушке для этих самых халявщиков-копипастеров? Что играет с оными дурную шутку: НЕхалявщики-НЕкопипастеры достигли такой скорости развития проекта что Линус уже даже очкует, поскольку к таким суборбитальным полетам он как-то изначально не готовился, а тут такой набор высоты с такой скоростью. А бсды тем временем остались далеко внизу. Их почти никто из производителей не юзает. Парочка халявщиков-копипастеров не в счет по причине того что отдачи с них как с козла молока, ну и почти нулевая польза проекту.
> Проекты NetBSD и FreeBSD с ~1994 развиваются независимо от каких либо комммерческих
> зависимостей, только посредством усилий общественных и исследовательских фондов.Ага, а отдельные коммерсанты спонсирующие отдельные направления и субпроекты - это чего? Из наиболее недавнего - DIFFUSE, например. Поменьше завирайте, да? Скорее правда жизни такова что коммерсанты по определению жадные (они знаете ли бабло для акционеров зарабатывают), *бсд почти никому из них никуда не впилось, а даже кому впилось - лицензия позволяет. Ну вот и нету бсды в диком виде почти нигде как результат. Осталось пара производителей да пара ынтырпрайзов времен царя гороха.
> Проекты операционных систем компактны, согласованы,
> и система не выглядит как нечто пухлое с понатрыкаными со всех
> сторон кусками слабосогласованного кода.Угу. Вместо этого оно выглядит как архаичный пережиток 80-х, непонятно на что вообще ориентированный. Навалена какая-то монолитная оглобля в виде базовой системы, кому и нахрена такая база нужна - вопрос интересный. Что-то из упражнений на тему 640 кило хватит всем. А линь не навязывающий никаких базовых систем как раз и оказался очень удобен. А приколись, в суперкомпьютере или эмбедднутой железке или там смартфоне эта твоя "базовая" никому и не впелась никуда и только мешается. Сами же себя и загнали в искусственно зауженную нишу, да и в ней сливаете, перестав соответствовать современным требованиям (как то виртуализация и дележ ресурсов).
> Зато выборным руководителям проекта не нужно высказывать опасения, что разработка системы
> становиться неуправляемой.Да, им вместо этого приходится высказывать другие опасения - "от нас все драпают".
> Те изменения, которые в случае оферты типа беркелейской, вносит некая компания как
> сторонее юридическое лицо, есть ее изменения и ее конкурентное преимущество.Ага. А остальные получают фигу в рыло. В то же время луноходы, работая сообща, дружно обходят на повороте и того, у который с конкурентным преимуществом, и ораву лузеров которым он фигой вертел. Потому что так - эффективнее.
> Если оферта будет ее обязывать публиковать код в бинарном и исходном виде,
> то компании не имеет смыcла вкладываться на маштабную разработку - она
> теряет конкурентное преимущество.Ну да, ну да, только вот что-то в линь вкладывается намного больше контор чем в *бсд вместе взятые. У бсдунов как обычно - красивая теория не стыкуется с практикой. Но такая мелочь бсдоидов традиционно не волнует :).
> Cisco использует Linux kernel в некоторых своих моделях - вы получили измененный
> исходный текст? А если вы его получите, то что вы будет с ним делать?Могу сказать как минимум за некоторые модели линксисов (дочка цыски) в которых линевое ядро. Там как правило выложен GPL tarball, приколись? Что я с ним буду делать? Хм... а это уже мои пробемы, не находишь? Вон под эти линксисы появилась куча прошивок в свое время. Из всего этого постепенно выросли довольно мощные проекты. Которые для внедрения поддержки железа в себя могут пользоваться и кусками из GPLных tarball-ов. Вот это я понимаю, свобода, да. Задолбал меня баг? Пошел и починил, перебилдив образ фимрвари, ага.
> А захочет ли компания вкладываться в изменение кода, если ее разработка согласно
> публичной оферты сразу становиться доступна конкурентам?Во первых, "доступна конкуренту" != "немедленно полезна конкуренту в виде как есть". Во вторых, со стороны конкурентов ситуация та же самая и поэтому ... поэтому вся группа уходит в отрыв от более жадных конкурентов :D
> Что, думаете, просто стоит очередь компаний (юридических лиц) и потребителей (физических
> лиц), готовых вложиться ресурсами, в конкурентном мире, в развитие linux kernel
> ради просто так?Ну так объясните этот феномен. По вашей логике как раз никто не должен вкладываться в линух, а они вон что-то стаями прямо прут. Что за фигня?!
> Код lunux kernеl & k юзают примерно также, с примерно тем же
> процентом публикаций изменений от исходного кода, просто механизм немного другой,
> только хомячки об этом как-то думать не намерены.Меня не интересуют абстрактные проценты в вакууме. Меня интересует реальная возможность решать мои задачи, реализовывать мои хотелки и наконец просто возможность взять да и придушить вон тот осточертевший баг, который почему-то никто не собирается чинить в ближайшие сто лет. Ну или прикрутить нужную лично мне фичу, которую производитель не будучи провидцем не предусмотрел. Линух все это обеспечивает.
> Рушиться построенная на каких-то евангелистких иллюзиях картина мира.
Ну я не виноват что у вас что-то "рушиться" (граммар-наци, вы где?). Я то предпочитаю ориентироваться не на сферических коней в вакууме а на то что можно реально в руках повертеть. Поэтому ваши проблемы с эфемерными субстанциями меня волнуют крайне слабо.
>> О, круто. There are 10 kinds of people... :)
> Модельные условности.Что ж поделать. Правда у меня есть сомнения что вы совсем уж никогда не ощибаетесь, но поскольку вам к сферическим коням в вакууме не привыкать, допустим что такие уникумы бывают.
>> Да. Такова стратегия и политика развития.
> Тога с какого рожна ты что-то лечишь про халявщиков и копипастеров, если
> вся политика бсдей сводится к дармовой кормушке для этих самых халявщиков-копипастеров?Это ваша интерпретация, наверное вы слишком далеко от Беркли :)
> Что играет с оными дурную шутку: НЕхалявщики-НЕкопипастеры достигли такой скорости развития
> проекта что Линус уже даже очкует, поскольку к таким суборбитальным полетам
> он как-то изначально не готовился, а тут такой набор высоты с
> такой скоростью.Может вернемся на землю и будем мерять попугаями?
Критерии измерения? Чего там летает?
> А бсды тем временем остались далеко внизу. Их почти
> никто из производителей не юзает.Так юзает или не юзает? Вы определитесь уж :)
> Парочка халявщиков-копипастеров не в счет по
> причине того что отдачи с них как с козла молока, ну
> и почти нулевая польза проекту.Вы уверены?
>> Проекты NetBSD и FreeBSD с ~1994 развиваются независимо от каких либо комммерческих
>> зависимостей, только посредством усилий общественных и исследовательских фондов.
> Ага, а отдельные коммерсанты спонсирующие отдельные направления и субпроекты - это чего?
> Из наиболее недавнего - DIFFUSE, например.Вы путаете заказ и научное исследование на базе X.
http://caia.swin.edu.au/urp/Для вас в этом нет разницы, конечно :)
Таки нулевая польза, или не нулевая? А то вы так непостоянны :)
> Поменьше завирайте, да? Скорее правда
> жизни такова что коммерсанты по определению жадные (они знаете ли бабло
> для акционеров зарабатывают), *бсд почти никому из них никуда не впилось,
> а даже кому впилось - лицензия позволяет. Ну вот и нету
> бсды в диком виде почти нигде как результат. Осталось пара производителей
> да пара ынтырпрайзов времен царя гороха.Если компания существует долго, это не значит что она неперспективна, не так ли?
Вот, к примеру, IBM.Впрочем, политика независимости от коммерческих проектов не мешает проектам *BSD развиваться самостоятельно, силами участников и ресурсов некоммерческого фонда.
А проект Linux kernel не в состоянии развиваться без помощи коммерческих кампаний? Жаль, подавал надежды, пока не разбух в нечто несогласованное.
>> Проекты операционных систем компактны, согласованы,
>> и система не выглядит как нечто пухлое с понатрыкаными со всех
>> сторон кусками слабосогласованного кода.
> Угу. Вместо этого оно выглядит как архаичный пережиток 80-х, непонятно на что
> вообще ориентированный. Навалена какая-то монолитная оглобля в виде базовой системы, кому
> и нахрена такая база нужна - вопрос интересный.Хорошо, назовите не-пережиток :)
>? Что-то из упражнений
> на тему 640 кило хватит всем. А линь не навязывающий никаких
> базовых систем как раз и оказался очень удобен.Навязывающий? :)
Да ну? :)# cd /usr/src/; make installkernel NO_MODULES=yes DESTDIR=/super-mini-bsd
# cd /usr/src/bin/sh ; make CC='cc -static' ; make install DESTDIR=/super-mini-bsdИ будет вам kernel+shell. Или чего там необходимо.
> А приколись, в
> суперкомпьютере или эмбедднутой железке или там смартфоне эта твоя "базовая" никому
> и не впелась никуда и только мешается.Прикололся. в 1995 году.
PicoBSD? :)
# cd /usr/src/release/picobsd
# svn log | tail
------------------------------------------------------------------------
r8057 | phk | 1995-04-25 06:45:18 +0300 (Tue, 25 Apr 1995) | 2 linesМатчасть нужно знать.
> Сами же себя и
> загнали в искусственно зауженную нишу, да и в ней сливаете, перестав
> соответствовать современным требованиям (как то виртуализация и дележ ресурсов).Это единственные современные требования?
А CAM/GEOM/ZFS/Netgraph/MAC/IPv6/etc... - это несовременные требования?Впрочем, вы врядли успользовали, откуда вам знать. TrueOnlyLinux.
>> Зато выборным руководителям проекта не нужно высказывать опасения, что разработка системы
>> становиться неуправляемой.
> Да, им вместо этого приходится высказывать другие опасения - "от нас все драпают".У вас есть статистика и объективные исследования в подтвержения? Или это ваши личные выводы в пользу себя любимого?
А то могу написать обратное.И определитесь уж в "нас-вас". Это кто? Вы о ком-то пишете мифическом. Можно хотя бы в юр-лицах?
>> Те изменения, которые в случае оферты типа беркелейской, вносит некая компания как
>> сторонее юридическое лицо, есть ее изменения и ее конкурентное преимущество.
> Ага. А остальные получают фигу в рыло. В то же время луноходы,
> работая сообща, дружно обходят на повороте и того, у который с
> конкурентным преимуществом, и ораву лузеров которым он фигой вертел. Потому что
> так - эффективнее.Угу. Так и представляю RHEL, дружно деляющую прибыль с IBM.
>> Если оферта будет ее обязывать публиковать код в бинарном и исходном виде,
>> то компании не имеет смыcла вкладываться на маштабную разработку - она
>> теряет конкурентное преимущество.
> Ну да, ну да, только вот что-то в линь вкладывается намного больше
> контор чем в *бсд вместе взятые. У бсдунов как обычно -
> красивая теория не стыкуется с практикой. Но такая мелочь бсдоидов традиционно
> не волнует :).Вам никак не обойтись без склонений в сторону оскорблений?
Это от недостатка аргументации?>> Cisco использует Linux kernel в некоторых своих моделях - вы получили измененный
>> исходный текст? А если вы его получите, то что вы будет с ним делать?
> Могу сказать как минимум за некоторые модели линксисов (дочка цыски) в которых
> линевое ядро. Там как правило выложен GPL tarball, приколись? Что я
> с ним буду делать? Хм... а это уже мои пробемы, не
> находишь? Вон под эти линксисы появилась куча прошивок в свое время.Действительно. Проблема. Модификация есть, а что с ней делать - ХЗ.
Сколько прошивочных образов FS линксис балалаек вы собрали?> Из всего этого постепенно выросли довольно мощные проекты. Которые для внедрения
> поддержки железа в себя могут пользоваться и кусками из GPLных tarball-ов.
> Вот это я понимаю, свобода, да. Задолбал меня баг? Пошел и
> починил, перебилдив образ фимрвари, ага.Очень хорошо. Какие проекты вы лично используете?
>> А захочет ли компания вкладываться в изменение кода, если ее разработка согласно
>> публичной оферты сразу становиться доступна конкурентам?
> Во первых, "доступна конкуренту" != "немедленно полезна конкуренту в виде как
> есть". Во вторых, со стороны конкурентов ситуация та же самая и
> поэтому ... поэтому вся группа уходит в отрыв от более жадных
> конкурентов :DВы знаете о маркетинговой борьбе? Наверное что-то слышали. Одно слово или один прокол может обрушить продажи.
И пипец вкладам в разработку.>> Что, думаете, просто стоит очередь компаний (юридических лиц) и потребителей (физических
>> лиц), готовых вложиться ресурсами, в конкурентном мире, в развитие linux kernel
>> ради просто так?
> Ну так объясните этот феномен. По вашей логике как раз никто не
> должен вкладываться в линух, а они вон что-то стаями прямо прут.
> Что за фигня?!У вас личные галлюцинации, или результаты объективного анализа, с измерениями по инвестициям?
Или вывод, код так прекрасен как Абсолют, что из чистого альтруизма стоит очередь пишущих разнородные куски ядра в свою пользу?
Или это попытка оседлать бренд первыми и получить лишний 1% прибыли на хомячках, пока бренд не протух и хомячки не переметнулись?
Рекомендую изучить хотя бы Акерлофа, "Рынок лимонов".
>> Код lunux kernеl & k юзают примерно также, с примерно тем же
>> процентом публикаций изменений от исходного кода, просто механизм немного другой,
>> только хомячки об этом как-то думать не намерены.
> Меня не интересуют абстрактные проценты в вакууме. Меня интересует реальная возможностьДействительно. Чего-то там больше или меньше меряем, но проценты не интересуют.
> решать мои задачи, реализовывать мои хотелки и наконец просто возможность взять
> да и придушить вон тот осточертевший баг, который почему-то никто не
> собирается чинить в ближайшие сто лет. Ну или прикрутить нужную лично
> мне фичу, которую производитель не будучи провидцем не предусмотрел. Линух все
> это обеспечивает.Флаг вам в руки :)
Но, наверное, не все так идиллически?
И вопрос - вы будете лично править, или будете ждать выхода нового релиза пакета, так сказать, халявы?Да, и наверное, исходный код системы Х тоже можно править?
>> Рушиться построенная на каких-то евангелистких иллюзиях картина мира.
> Ну я не виноват что у вас что-то "рушиться" (граммар-наци, вы где?).У меня все нормально, в курсе всего списка когнитивных искажений уже давно.
От недостатка аргументов и избытка эмоций вы готовы выискивать опечатки и предьявлять как аргументы? Оригинально :)
> Я то предпочитаю ориентироваться не на сферических коней в вакууме а
> на то что можно реально в руках повертеть. Поэтому ваши проблемы
> с эфемерными субстанциями меня волнуют крайне слабо.Тогда почему так много текста? :)
>>> О, круто. There are 10 kinds of people... :)
>> Модельные условности.
> Что ж поделать. Правда у меня есть сомнения что вы совсем уж
> никогда не ощибаетесь, но поскольку вам к сферическим коням в вакууме
> не привыкать, допустим что такие уникумы бывают.Горячая эмоциональная реакция, от недостатка аргументов тянет к окорблениям? :)
десктопная фря в полной Ж, не спорь со специалистом. Там нет apt-get install и кучи ppa.заради хохмы. притащили DV камеру. _срочно_ надо было скинуть видео. сунули в венду: камера не определяется. поиск дров привёл к информации, что дрова не нужны - и так всё должно работать. Ткнули в линуксовую тачку: графическая прога, кнопычки. работает старт/стоп. поток не берётся. ткнули во FreeBSD - camcontrol в зубы и поток тупо полился на винт.
> десктопная фря в полной Ж, не спорь со специалистом. Там нет apt-get install и кучи ppa.Да ну их туда куда не светит солнце, "специалистов гентоводов". Насмотрелся.
>> десктопная фря в полной Ж, не спорь со специалистом. Там нет apt-get install и кучи ppa.
> Да ну их туда куда не светит солнце, "специалистов гентоводов". Насмотрелся.специалисты-гентоводы делятся на три категории.
1. дети, которым "гента-это круто". либо уходят на убунту, как наиграются, либо богато набираются опыта и становятся специалистами. при чём необязательно по генту.
2. фряшники, которым интересно поковыряться с линуксом, не отходя особо по идеологии.
3. перфекционисты-кастомизаторы :)
> Ткнули в линуксовую
> тачку: графическая прога, кнопычки. работает старт/стоп. поток не берётся. ткнули во
> FreeBSD — camcontrol в зубы и поток тупо полился на винт.это говорит ровно о том, что спецы по бсд у вас есть, а со спецами по пингвинусу — напряг. не более.
> это говорит ровно о том, что спецы по бсд у вас есть, а со спецами по пингвинусу — напряг. не более.правда? я думал ткнуть камеру и слить поток это задача для юзера, а тут вон оно как - нужен спец.
> десктопная фря в полной Ж, не спорь со специалистом. Там нет apt-get
> install и кучи ppa.В том числе и поэтому она у большинства хомяков просто без шансов. А без хомяков оно неинтересно производителям софта и железа. Ы? Кстати у arisu вроде как слака, чтоли. Поэтому лечить его про ppa - занятие неблагодарное и тупое.
> FreeBSD - camcontrol в зубы и поток тупо полился на винт.
Ты уж извини, конечно, человек, но DV-камеры нынче встречаются лишь чуть чаще чем пингвины в пустыне Сахара. Мы конечно рады за тебя, но на одну такую историю успеха в бсде найдется over 9000 контрпримеров.
> В том числе и поэтому она у большинства хомяков просто без шансов.
> А без хомяков оно неинтересно производителям софта и железа. Ы?Это такая попытка пролечить, что хомяки делают спрос? Не делайте мне смешно.
> Кстати у arisu вроде как слака, чтоли. Поэтому лечить его про ppa - занятие неблагодарное и тупое.не всегда целью ответа является автор сообщения :)
>> FreeBSD - camcontrol в зубы и поток тупо полился на винт.
> но на одну такую историю успеха в бсде найдется over 9000 контрпримеров.за исключением затык со SkyStar2 (было нужно, но поддерживалась только SS1) не встречался. При одинаковом практически наборе софта фря вполне неплохо смотрится на десктопе на фоне линукса. Не "очень сильно лучше", просто вполне достойно.
> Кто-то напихал драйверов в linux kernel с разных угловвот же гады! просто таки нечесная конкуренция выходит! набежали «ктоты» и как давай пихать в пингвинус драйвера! и теперь, конечно, пингвинус под их тяжестью сыграет в ящик, а бсд будет править миром. Хитрый План.
хинт: в этом Хитром Плане есть одна маленькая ошибка.
>> Кто-то напихал драйверов в linux kernel с разных углов
> вот же гады! просто таки нечесная конкуренция выходит! набежали «ктоты» и как
> давай пихать в пингвинус драйвера! и теперь, конечно, пингвинус под их
> тяжестью сыграет в ящик, а бсд будет править миром. Хитрый План.Талантливо :)
---------
До сих пор я считал, что есть мир и в нем есть людей, увлеченных развитием информационных технологий. Без границ и предрассудков.Но читая opennet & lor уже лет 10, обнаруживаю, что появился некоторый сегмент молодых людей, которые начинают себя причислять к чему-то, в развитии чего они
1 не принимали и не принимают участия, ни деньгами, не работой
2 историю чего они не знают и не понимают
3 стандарты, алгоритмы и логики дейсвия которых они не знают и изучать не намерены, в силу разных причин.Некоторые обозначают их попросту - "школота".
Интеллект как инструмент анализа, прогности и создавния их развит слабо, системно-аналититеские навыки очень слабые, как следует, знания о мире и его технологиях мозаичные, скудные, роль в этом мире в основном потребительская.Эти молодые люди, выделившись из толпы потребителей лишь тем, что потребили общественный продукт под некоторым брендом X (ровно тогда, когда инженеры сделали его инсталяцию крайне автоматической и не требующей особых интеллектуальных качеств), уже считают себя членами некоей группы X, и, поскольку X - технологичный продукт, также "специалистами" в технологиях.
И они, эта так называемая "школота", начинают бравурно делить мир технологий на примитивные и понятные им ассоциативные группы - "линуксоиды", "бсдишники", ... правда далее примитива их знания о технологиях заканчиваются. Но уже этого достаточно для имитации некоего "своего круга" "пацанов маего раёна".
Собственно, это и есть одна из целей формата их потребления.Пользы от них инженерным (engineer - строитель, изобретатель, техник) пользы - ноль. Шума - много.
На 1 инженера приходиться минумум 10 единиц потреблядской анонимной "X-школоты", которая жаждет халявы, меряется "письками", уровнем и формами потреблядства, придумывает новые прозвища и все остальное биомассово-планктонистое.Вот и вся польза в развитии.
--------
> И в этот момент Линус вспомнил дедушку Таненбаума... ;)Прям мои мысли прочли :) +
Такое ощущение, что он подбирает дистры, как обычный пользователь)
Конечно это легко объяснимо тем, что ему некогда или неохота возится со всем этим зоопарком.
Он и есть пользователь. Как обычный пользователь дома он использует мак (этот факт подсознательно отрицается всеми на никсовых ресурсах)
Странно, что он дебианом не пользовался ))ПС: вот поэтому к релизу 3,0 ведро и надо было сильно переработать на предмет модульности, а не просто переименовать
Мак, как я слушал, ему подарили, а он на его Федору загнал или он использует Мак ихнюю ОС дома, а это на работе у него Федора, не совсем понятен ваш коммент. Да и тема мелочная)
> Он и есть пользователь. Как обычный пользователь дома он использует макАга, только у него операционкой - федора...
(по поводу чего он эпически вставляет Дрепперам и прочим чудакам оттуда, когда они что-то ломают в i+1`й раз, ха-ха).
пруф того, что Ульрих что-то сломал — в студию. новая реализация функции, *соответствующая стандарту* не называется «сломано».
> пруф того, что Ульрих что-то сломал — в студию. новая реализация функции,
> *соответствующая стандарту* не называется «сломано».Он ВНЕЗАПНО нагнул толпу пользователей. Формально - с точки зрения _стандартов_ он в своем праве. Реально - пользователям похрен на то кто там прав, поэтому такой безбашенный майнтенанс системы устроит только мазохистов. "Бить будут не по паспорту, а по морде" (c) анекдот.
> Он ВНЕЗАПНО нагнул толпу пользователей.он ВНИЗАПНА! показал, сколько «разработчиков» на самом деле должны отправляться подметать улицы. тащить какую-то реализацию только потому, что куча глючного софта использует API неверно, а афтыри этого софта — криворукие дятлы и не способны сделать фикс — неверный подход.
> Реально — пользователям похрен на то кто там
> прав, поэтому такой безбашенный майнтенанс системы устроит только мазохистов.реально — пользователи идут в багтрекеры поломаного софта и устраивают там скандал. после чего софт чинят, а маинтайнеры быстренько собирают новые пакеты. *в данном случае* мнение юзера «верните нам наши баги как было» не учитывается: баги следует не сохранять, а чинить.
впрочем, это опять всё пустые слова: если бы ты понимал простейшие вещи, то не спорил бы. увы, к чему приводит груз legacy, когда код запутан и наполнен фиксами для разнообразного кривософта — ты не знаешь.
> он ВНИЗАПНА! показал, сколько «разработчиков» на самом деле должны отправляться
> подметать улицы. тащить какую-то реализацию только потому, что куча глючного софта
> использует API неверно, а афтыри этого софта — криворукие дятлы и
> не способны сделать фикс — неверный подход.Теоретически - ты прав. Практически ... хм, понимашеь, при таком майнтенансе пользователи просто покажут тебе свой тыл. И хрен оспоришь. А система без пользователей как-то никому и не нужна. Такой подход чем-то бсдунов напоминает, ну и ты на их примере думаю можешь посмотреть на результат всего этого.
> реально — пользователи идут в багтрекеры поломаного софта и устраивают там скандал.
А когда их задолбает - они просто уйдут с такой системы на систему где их не факапят на ровном месте. Как ты понимаешь, пользователей не так уж сильно интересует почему именно возник факап, это в любом случае будет записано в минус майнтайнерам. Они этого по задумке допускать не должны, иначе нафига б они вообще нужны?
А со столь "дружественными" триажерами - знаешь, лично меня бы вот не прикололо взаимодействовать, прикинь. Не очень прикольно потратить время на заведение бага чтобы в результате какой-нить Дреппер там покуролесил бы и на этом все и закончилось. Я искренне рад что мне не приходится сталкиваться с такими господами.
> после чего софт чинят, а маинтайнеры быстренько собирают новые пакеты. *в
> данном случае* мнение юзера «верните нам наши баги как было» не
> учитывается: баги следует не сохранять, а чинить.Я считаю что раскладывание грабель, если уж оно надо, должно компенсироваться каким-то более внятным профитом чем прихоти мистера Дреппера. И по хорошему это не должно вообще до юзеров долетать. С точки зрения общего майнтенанса системы - незачет. Самодуры и есть самодуры. Для сколь-нибудь серьезного использования такой тестовый полигон нафиг не годится.
> впрочем, это опять всё пустые слова: если бы ты понимал простейшие вещи,
> то не спорил бы. увы, к чему приводит груз legacy, когда
> код запутан и наполнен фиксами для разнообразного кривософта — ты не знаешь.К чему приводит отношение к окружающим как к г-ну ты можешь посмотреть на примере бсдшников ;)
> при таком майнтенансе пользователи просто покажут тебе свой тыл.кто-то запрещает маинтайнерам бережно собирать коллекцию патчей для кривософта? однако в mainlain этим патчам не место. пусть маинтайнеры занимаются своими прямыми обязанностями: собирают рабочие пакеты, пинают авторов нерабочих и так далее. только пинают не по поводу «верните нам совместимость с багами», а по поводу «почините у себя баг, наконец!»
> А когда их задолбает — они просто уйдут с такой системы на
> систему где их не факапят на ровном месте.тем лучше: мусоросборник-шиндошс их ждёт — не дождётся. если залогом «популярности у пользователей» будет превращение пингвинуса в такой же мусоросборник — я против подобного балета.
> в любом случае будет записано в минус майнтайнерам. Они этого по
> задумке допускать не должны, иначе нафига б они вообще нужны?вот-вот, см. выше мою мысль как раз по этому поводу.
> Не очень прикольно потратить время на заведение
> бага чтобы в результате какой-нить Дреппер там покуролесил бы и на
> этом все и закончилось.он ещё очень вежливо отвечал. потому что это — не баг в glibc. всё, точка, на этом обсуждение в багтрекере glibc следует прекращать.
> Я считаю что раскладывание грабель, если уж оно надо, должно компенсироваться каким-то
> более внятным профитом чем прихоти мистера Дреппера.например, ускорением memcpy(), которая используется весьма и весьма часто. такие дела.
> И по хорошему это не должно вообще до юзеров долетать.
а вот это — вообще не проблема Ульриха. если софт написан с соблюдением стандартов — никто ничего и не заметит. а если нарушая оные — то это опять же баг не в glibc.
> С точки зрения общего майнтенанса системы — незачет.
дадада, ускорять и чистить код — вредно! алсо, не напомнишь мне, маинтайнером именно какой системы является Ульрих? а то что-то мне казалось, что это не его задача — следить, чтобы кривософт не ломался после *корректных* оптимизаций в glibc.
> Самодуры и есть самодуры. Для сколь-нибудь серьезного использования
> такой тестовый полигон нафиг не годится.я даже могу посоветовать систему, которая точно годится. чем больше людей, считающих, что баги софта должны чинить не авторы этого софта, а совсем другие люди, уйдут — тем лучше.
> К чему приводит отношение к окружающим как к г-ну ты можешь посмотреть
> на примере бсдшников ;)если автор софта — криворукий дятел, и не осилил даже man почитать, то какого ещё отношения он заслуживает? фанфар и прославления, что ли?
>> при таком майнтенансе пользователи просто покажут тебе свой тыл.
> кто-то запрещает маинтайнерам бережно собирать коллекцию патчей для кривософта?Дык, иди, запатчи например бинарные какашки. И в каком формате к ним патч? С расширением .crk? Ыхыхы, так и представляю себе .crk вперемешку с исходниками. Ну тогда и .nfo наверное надо рядышком класть, да? Вместе с file_id.diz каким-нибудь. Сдобрив порцией аски-арта :D
> однако в mainlain этим патчам не место. пусть маинтайнеры занимаются своими прямыми
> обязанностями: собирают рабочие пакеты,Ну так вот в сумме все эти фортели и не работают -> прямые обязанности майнтайнеров зафэйлены. По какой причине и кто там обделался - юзерам не так уж интересно. Под юзерами подразумеваются все кто так или иначе заинтересован в нормальном функционировании этой системы и был нагнут.
> пинают авторов нерабочих и так далее. только пинают не по поводу «верните
> нам совместимость с багами», а по поводу «почините у себя баг, наконец!»Так я не спорю что баги чинить надо.
>> А когда их задолбает — они просто уйдут с такой системы на
>> систему где их не факапят на ровном месте.
> тем лучше: мусоросборник-шиндошс их ждёт — не дождётся.Во первых, при таком подходе хреново нам будет. Тебе нравится win-only железо? Мне вот например не очень. А без толп хомяков на нашей стороне переломить эту ситуацию не получится. Хочешь проследовать по той же цепочке эволюции что и илитисты от бсд?
Во вторых что-то федористам не нравится это и они какие-то дутые миллионы хомяков там по айпишникам насчитывают.
> если залогом «популярности у пользователей» будет превращение пингвинуса
> в такой же мусоросборник — я против подобного балета.Да просто одной цели можно добиваться разными методами и с разными последствиями. Тем более что сырцы открыты и всегда будут существовать разные интерпретации одного и того же. Как раз потому что если кому-то не нравится, допустим, Дреппер - люди пошли и запилили свой eglibc, с шахматами и поэтессами. И без Дреппера.
Кстати да, можешь порадоваться: adobe must die, must die! Их софт принципиально не совместим с понятием качества. Редкостное дерьмище. Весь. Как доктор говорю. Честное слово - приду потанцевать на могилке флеша и прочих акроридеров. Не забудьте меня позвать.
>> в любом случае будет записано в минус майнтайнерам. Они этого по
>> задумке допускать не должны, иначе нафига б они вообще нужны?
> вот-вот, см. выше мою мысль как раз по этому поводу.Не, ты не подумай, я к жопоруким существам из адобы симпатий не питаю. У меня есть свое собственное мнение о качестве их продукции, при том весьма невкусное для этих господ из адобы. Просто далеко не любой готов безоговорочно работать тестовым манекеном у Дреппера, чьей тушкой будет задолбан адоб и кто там еще. Редхат что-то там втирал про 8 миллионов. Поверь, хардкорных тестовых пилотов на всей этой планете водится существенно меньше чем эта цифра. Значит федористы огребают некислый "churn" из-за несоответствия ожиданий и реалий.
> он ещё очень вежливо отвечал. потому что это — не баг в glibc. всё, точка,
> на этом обсуждение в багтрекере glibc следует прекращать.Это не баг в глибц, но общий майнтенанс - в стиле КГ/АМ. Если продолжать в том же духе - системой будет пользоваться пара десятков маргиналов, чисто по принципу "свое - не пахнет". Ну примерно как опенбсд какое-нибудь.
>> Я считаю что раскладывание грабель, если уж оно надо, должно компенсироваться каким-то
>> более внятным профитом чем прихоти мистера Дреппера.
> например, ускорением memcpy(), которая используется весьма и весьма часто. такие дела.При том Торвальдс ведь предложил как с минмальной переделкой оставить старое поведение, не просрать скорость и все были бы довольны. Но я понимаю что можно из принципа упереться рогом и размазать о стену еще пачку тестовых манекенов. Хотя можно этого и не делать, тем более что тестовые манекены начали роптать :)
>> И по хорошему это не должно вообще до юзеров долетать.
> а вот это — вообще не проблема Ульриха. если софт написан с соблюдением
> стандартов — никто ничего и не заметит. а если нарушая оные — то это опять же баг
> не в glibc.Скажи, вот ты бы стал пользоваться автомобилем, у которого колеса хоть и прикручены стандартными болтами и стандартного диаметра, но могут просто отвалиться в наименее подходящий момент?
>> С точки зрения общего майнтенанса системы — незачет.
> дадада, ускорять и чистить код — вредно!Полезно. Если не ведет к авариям у пользователей. Иначе - большой вопрос.
> алсо, не напомнишь мне, маинтайнером именно какой системы является Ульрих?
> а то что-то мне казалось, что это не его задача — следить, чтобы кривософт
> не ломался после *корректных* оптимизаций в glibc.Да-да, по моим наблюдениям - за факапы в федоре вообще никто толком не отвечает. Такой вот семипалатинский полигон вместо операционки :)
> я даже могу посоветовать систему, которая точно годится. чем больше людей, считающих,
> что баги софта должны чинить не авторы этого софта, а совсем другие люди, уйдут — тем лучше.Претензии не к факту починки багов а к тому что после оптимизации двигателя колеса начали отваливаться. А вот это уже незачет для экспоната который должен быть не на полочке музея а в реальном мире.
>> К чему приводит отношение к окружающим как к г-ну ты можешь посмотреть
>> на примере бсдшников ;)
> если автор софта — криворукий дятел, и не осилил даже man почитать,
> то какого ещё отношения он заслуживает? фанфар и прославления, что ли?Как ни странно - насчет криворуких дятлов я на 100% согласен. Просто я рассматриваю ситуацию с разных точек зрения, а ты с одной, достаточно упертой.
> Дык, иди, запатчи например бинарные какашки.а мне-то это зачем? если они в дистрибутиве — это проблема маинтайнера. а если поставлены с левого сайта — то это туда, к m$, в Самую Лучшую, Надёжную и Удобную ОС.
> По какой причине и кто там обделался — юзерам не так уж интересно.
а Ульриху совершенно не интересно, по какой причине люди лезут в маинтайнеры, а потом не справляются с добровольно взятыми на себя обязанностями. пусть уходят, если не справляются. или значок гордый носить охота, а делом подтверждать, что не просто так нацепил — уже нет? ну, что тут поделаешь тогда…
FYI: у меня вот в Слаке ничего не упало и не заглючило. это я называю «отличная работа». как оно было сделано — меня в данном случае волнует мало (я смотрел, конечно: да, приложен патч с откатом — что, собственно, и должен был сделать маинтайнер системы, если считает нужным).
> Во первых, при таком подходе хреново нам будет.
железяк, способных работать с пингвинусом, навыпускали вполне немало. это раз.
> Тебе нравится win-only железо?
мне — нет. поэтому я его не покупаю.
> А без толп хомяков на нашей стороне переломить эту ситуацию не получится.нененене, не надо. нормальные десктопные армы уже в пути, и они будут так или иначе. и как бы m$ не старалась там обосноваться, понастроив заборов — тут она будет в пролёте. потому что их «новая винда» вполне предсказуемо станет глючить и тормозить. и там совершенно не будет софта, потому что с портируемостью у m$-писателей полная SOPA. на этом фоне пингвинус, с его софтом, портируемым в большинстве случаев при помощи простой рекомпиляции (от силы с несколькими патчами, которые сразу пойдут в mainline), да ещё и «за просто так» взлетит как реактивная ракета. m$ это чуют и пытаются противодействовать, но увы, увы…
> Хочешь проследовать по той же цепочке эволюции что и илитисты от бсд?
поздно уже, если даже m$ стала считать критической угрозой — точка невозврата пройдена. хочу всего лишь, чтобы откровенные дятлы поуходили.
> Во вторых что-то федористам не нравится это и они какие-то дутые миллионы
> хомяков там по айпишникам насчитывают.я в их мозги не заглядываю и их мнением не управляю. пусть себе считают, жалко, что ли?
> Как раз потому что если кому-то не
> нравится, допустим, Дреппер — люди пошли и запилили свой eglibc, с
> шахматами и поэтессами. И без Дреппера.ну так никто же и не запрещает. чего тогда устраивать срач в багтрекере glibc — не понятно. конечно, Ульрих их всех послал в анус — очень уж он не любит дураков.
> Кстати да, можешь порадоваться: adobe must die, must die!
да мне как-то без разницы, если честно: всё, что мне надо от интернетов, работает без их «решений». жаль, pdf они за собой в могилу не утянут.
> далеко не любой готов безоговорочно работать тестовым манекеном у Дреппера, чьей тушкой
> будет задолбан адоб и кто там еще.ну почему, почему в Слаке вдруг, которая от майнстрима далека так же, как я от оперного пения, всё работало и работает, а в Больших Известных Дистрибутивах вдруг ни с того, ни с сего возникли проблемы? у Слаки больше маинтайнеров, что ли? или просто кто-то кое-где у нас порой гордо называться «маинтайнер» хочет, а подтверждать на деле, что достоин этого звания — не очень?
> Это не баг в глибц, но общий майнтенанс — в стиле КГ/АМ.
общий маинтенанс *чего*? glibc? вполне адекватен: нечего засорять багтрекер срачами. а если дистрибутива — так это не к Ульриху претензии уже. отчего он и разозлился: понабегало идиотов, и давай нести бред. причём большинство из них вообще ни разу не поняло, что именно произошло, зачем и почему.
> Если продолжать в том же духе — системой будет пользоваться пара
> десятков маргиналов, чисто по принципу «свое — не пахнет». Ну примерно
> как опенбсд какое-нибудь.опять же: при чём тут Ульрих?
> При том Торвальдс ведь предложил как с минмальной переделкой оставить старое поведение
место хаков и воркэраундов — не в основном коде glibc, а в исходниках пакетов для соответствующих дистрибутивов. period. о чём неуважаемому мной линусу и было сказано. но линус же впереди планеты всей, линус всегда прав, а если линус не прав — см. пункт 1.
> Скажи, вот ты бы стал пользоваться автомобилем, у которого колеса хоть и
> прикручены стандартными болтами и стандартного диаметра, но могут просто отвалиться в
> наименее подходящий момент?кривая аналогия. давай, я сделаю вид, что ты этого не писал, и мы тихонечно замнём ляп?
> Полезно. Если не ведет к авариям у пользователей. Иначе — большой вопрос.
угу. и вопрос этот звучит так: «что делают маинтайнеры и почему они не выполняют своих обязанностей?» если «они и не должны, они работают бесплатно» — то пусть скажут прямо: «мы никакие не маинтайнеры, мы так, погулять вышли, нечаянно пакет собрали.»
> Да-да, по моим наблюдениям — за факапы в федоре вообще никто толком
> не отвечает. Такой вот семипалатинский полигон вместо операционки :)тут ничего не скажу, федорой не пользуюсь. впрочем, в бебиане лучше, что ли? что-то не помню, чтобы кто-то там «ответил» за факап с OpenSSL. зато ушат помоев на разработчиков OpenSSL — это да, было.
> Претензии не к факту починки багов а к тому что после оптимизации
> двигателя колеса начали отваливаться. А вот это уже незачет для экспоната
> который должен быть не на полочке музея а в реальном мире.это туда, туда, к многострадальным маинтайнерам. беседа начиналась у нас с того, что Ульрих ничего не «ломал». а если какой-то софт стал работать неверно — то Ульрих не в ответе за чужие баги. и дальше… ну да, опять маинтайнеры.
> Как ни странно — насчет криворуких дятлов я на 100% согласен. Просто
> я рассматриваю ситуацию с разных точек зрения, а ты с одной,
> достаточно упертой.ты смешиваешь разные точки зрения. то «Ульрих поломал», то «маинтайнеры не справились с работой». давай их разделять. с первой я не согласен, со второй — согласен.
> а мне-то это зачем?Тебе? Хм, а ты вроде упоминал что пользуешь нвидиевый бинарный драйвер. Зачем тебе это - без понятия, наверное зачем-то надо. Ну вот и остальные как-то так же, только бывает и другая блобятина, от оракла до флеша. У кого там крыша отъедет - прикольно на своей шкурке затестить, ага :)
> если они в дистрибутиве — это проблема маинтайнера.
При том майнтайнеры их очень не лю, в основном за невозможность исправления как раз. Что к лучшему - постепенно сдохнет и проблема отпадет сама собой. Вон флеш уже на ладан дышит.
> а если поставлены с левого сайта — то это туда, к
> m$, в Самую Лучшую, Надёжную и Удобную ОС.Теоретически я даже с тобой согласен. Что не отменяет кучи всякой проприетари и прочих бажных программ. Некоторые изменения - потенциально проблемные. Получить граблями в лоб не сильно приятно. Независимо от того, сделаны они по ГОСТу или нет.
>> По какой причине и кто там обделался — юзерам не так уж интересно.
> а Ульриху совершенно не интересно, по какой причине люди лезут в маинтайнеры,
> а потом не справляются с добровольно взятыми на себя обязанностями. пусть
> уходят, если не справляются.Точно. Разогнать всех этих федористов. Ульриха в президенты!
> или значок гордый носить охота, а делом подтверждать, что не просто так нацепил
> — уже нет? ну, что тут поделаешь тогда…А как ты себе представляешь починку кем либо кроме тормозной абобы хоть того же флешплеера? Путем наложения патча в формате .crk, да? Это чревато наездами от адобы :)). Можно также полечить что "это не нyжно!!!111", но часть пользователей это не оценит и рещит что им не нyжны такие майнтайнеры. А кое-кто из мантайнеров может решить что им ни к чему такой апстрим, как-то так и появляются всякие там eglibc.
> FYI: у меня вот в Слаке ничего не упало и не заглючило.
Ну я рад, чо.
> это я называю «отличная работа». как оно было сделано — меня
> в данном случае волнует мало (я смотрел, конечно: да, приложен патч
> с откатом — что, собственно, и должен был сделать маинтайнер системы,
> если считает нужным).Ну вот такой вот удобный из ульриха апстрим, что за ним приходится допатчивать. Лишний раз убеждаюсь что шутка про то что в каждой шутке лишь доля шутки. В этом случае она звучала как-то так: "из-за враждебности апстрима почти все дистры форкают глибц, но не все дистры в этом признаются".
>> Во первых, при таком подходе хреново нам будет.
> железяк, способных работать с пингвинусом, навыпускали вполне немало. это раз.Согласен. Но еще не всех производителей периферии дожали.
>> Тебе нравится win-only железо?
> мне — нет. поэтому я его не покупаю.Правильно делаешь. Правда если мсовские инициативы с secure boot пройдут и будут реализованы в хучшем виде - вот тут нам будет совсем не прикольно, как считаешь? Старое железо не вечно, а с покупкой нового в принципе может возникнуть некая напряженка, если backpressure не создавать, в виде спроса на не огороженный банально хардвар. А его как ты понимаешь ради кучки маргиналов делать не будет никто. А сам ты немного замахаешься разводить какую-нить здоровую шестислойку с кучей BGA на высокие частоты. Это довольно дорого и весьма геморройно, хоть и не является чем-то абсолютно невозможным.
>> А без толп хомяков на нашей стороне переломить эту ситуацию не получится.
> нененене, не надо. нормальные десктопные армы уже в пути, и они будут
> так или иначе. и как бы m$ не старалась там обосноваться,Ты уже умеешь более-менее внятно ломать secure boot, который там будет, если MS будет стараться? На самом деле это в толстых процах есть практически везде, просто потому что без этого тот же ARM TrustZone (имеющийся в почти каждом толстом ARM) наполовину теряет смысл. Просто не всегда и не везде активировано, но как ты понимаешь, это вопрос программирования нескольких фьюзов. Нажмет MS на вендоров - и проц будет запрограммирован прямо с фабрики их ключом. А привкея от него у тебя как бы и нету. Насколько там удастся сие разломать - тоже вопрос нетривиальный. На самом деле кстати очень мощная технология, если она играет НА тебя. И невкусная кутузка, если это использовано против тебя.
> понастроив заборов — тут она будет в пролёте. потому что их
> «новая винда» вполне предсказуемо станет глючить и тормозить. и там совершенно
> не будет софта, потому что с портируемостью у m$-писателей полная SOPA.Это не отменяет подлых методов работы данной конторы. Вон с андроида отчисления рубят. Если они попросят топовых производителей ARMовые процы выпускать уже зарпограммлеными под их ключ - мы на раз будем в SOPA`е. Теоретически, конечно, можно на толпу залицензировать ядро, обвешать его периферией по вкусу и карману и заказать выпечку тому же TSMC или кому там еще, развести кастомные платы и послать всех к черту, сделав железку которая работает ровно так как тебе надо (тем более что OpenRISC развивается и можно даже сэкономить). Только опять же, если этим будет заниматься десяток маргиналов, ценник результата будет как у видеокарт OGD примерно. Ну и майнлайновое ядро не будет поддерживать железку которая у десятка маргиналов, опять же. Опять без некоей массовости нифига не выходит.
> на этом фоне пингвинус, с его софтом, портируемым в большинстве случаев
> при помощи простой рекомпиляции (от силы с несколькими патчами, которые сразу
> пойдут в mainline), да ещё и «за просто так» взлетит как
> реактивная ракета. m$ это чуют и пытаются противодействовать, но увы, увы…Да понимаешь ли, secure boot и ARM trust zone появился намного раньше чем у майкрософта нарисовались какие либо планы относительно ARM на десктопе. Это не их изобретение, но это не значит что они не нацелят его против нас, тех кто не хочет полностью зависеть от MS и до конца своих дней лизать баллмеровский зад.
>> Хочешь проследовать по той же цепочке эволюции что и илитисты от бсд?
> поздно уже, если даже m$ стала считать критической угрозой — точка невозврата
> пройдена. хочу всего лишь, чтобы откровенные дятлы поуходили.Ну я искренне надеюсь что ты не ошибся в вычислениях, Капитан, и что у MS натурально пороху не хватит и все будет так как ты предсказываешь. Но не стоит забывать что MS подл и коварен и денег у них много. Трясти нас все-таки будет, IMHO.
>> Во вторых что-то федористам не нравится это и они какие-то дутые миллионы
>> хомяков там по айпишникам насчитывают.
> я в их мозги не заглядываю и их мнением не управляю. пусть себе считают, жалко, что ли?Ну я так понимаю что их управление - в стиле сепипалатинского полигона: если надо взорвать - пойдем и взорвем. А что потом с местными ниграми станет - ничего не знаем, не наши проблемы.
>> Как раз потому что если кому-то не нравится, допустим, Дреппер — люди пошли и
>> запилили свой eglibc, с шахматами и поэтессами. И без Дреппера.
> ну так никто же и не запрещает. чего тогда устраивать срач в
> багтрекере glibc — не понятно.Ну так некоторым вот надоело - они и сделали eglibc. Судя по тому что слакваристы накладывают патчи - их "форк" просто более подковерный, но фильтр на ульриха и его сюрпризы как я понимаю все-таки есть.
> конечно, Ульрих их всех послал в анус — очень уж он не любит дураков.
Если честно, по-моему он вообще пользователей и даунстримов считает за ненужных пи...сов.
>> Кстати да, можешь порадоваться: adobe must die, must die!
> да мне как-то без разницы, если честно: всё, что мне надо от
> интернетов, работает без их «решений». жаль, pdf они за собой в могилу не утянут.Эм... а предложи нормальную замену для хоть тех же даташитов на электронные компоненты, например? Чтобы можно было передать 1 файлом и открывалось не криво везде? Возможность редактирования на ходу в этом случае нафиг не нужна (уж что выпечено в кремнии то и съешь). Зато надо возможность картинок, таблиц, форматирования текста и прочая. И не требующее заумных тулсов (потому как чисто техническое зло, нужное лишь для знакомства с свойствами компонента).
[...]
> ну почему, почему в Слаке вдруг, которая от майнстрима далека так же,
> как я от оперного пения, всё работало и работает,
> а в Больших Известных Дистрибутивах вдруг ни с того, ни с сего возникли
> проблемы? у Слаки больше маинтайнеров, что ли? или просто кто-то кое-где
> у нас порой гордо называться «маинтайнер» хочет, а подтверждать на деле,
> что достоин этого звания — не очень?Да вообще предсказуемо что тестлаб редхата оправдал свою репутацию. Сколько там у них майнтайнеров я не в курсе но у меня есть ощущение что они пытаются юзать все редхатовское в максимально апстримном виде, дабы потестить на хомячках как это #@нет (или не @#нет). Учитывая что всякие там Дрепперы не подарок как апстрим - они получают то что получают. Я нахожу такое развитие событий логичным и предсказуемым.
>> Это не баг в глибц, но общий майнтенанс — в стиле КГ/АМ.
> общий маинтенанс *чего*? glibc?Системы в целом. Семипалатинский полигон же.
> вполне адекватен: нечего засорять багтрекер срачами. а если дистрибутива — так это
> не к Ульриху претензии уже. отчего он и разозлился: понабегало идиотов, и давай
> нести бред. причём большинство из них вообще ни разу не поняло, что именно
> произошло, зачем и почему.Ну знаешь, Торвальдс например вполне внятно свою точку зрения аргументировал, при том столь же конструктивно возразить никто не смог, просто уперлись рогом - мол, ничего не знаем, мы правы потому что правы и вообще руль у нас. Обалденная аргументация, шикарный поиск компромиссов и просто дружественный апстрим. Который без патчинга или форкания никто (кроме федоры и еще пары бакланов, которым и прилетело?) использовать не рискуют, лол.
> опять же: при чём тут Ульрих?
При том что враждебный апстрим, кладущий на проблемы даунстримов - хреновато. С этим не поздравляют.
>> При том Торвальдс ведь предложил как с минмальной переделкой оставить старое поведение
> место хаков и воркэраундов — не в основном коде glibc, а в исходниках пакетов для
> соответствующих дистрибутивов. period.Так бы и сказал: проблемы негров шерифа не волнуют. Правда закончилось все тем что негр вообще стал президентом :))
> о чём неуважаемому мной линусу и было сказано. но линус же впереди планеты всей, линус
> всегда прав, а если линус не прав — см. пункт 1.Это как-то слишком толсто. Линус просто вменяемый руководила своего проекта. Ему надо чтобы работало. То что он и от системы в сборе хочет того же самого - вроде логично. Правда я не совсем догоняю как он вообще столько лет федорой при этом пользовался.
> кривая аналогия. давай, я сделаю вид, что ты этого не писал, и
> мы тихонечно замнём ляп?Окей, но тем не менее, федору лично я использовать не буду. В том числе и благодаря тому что там такой апстрим с такой политикой тестирования на хомяках творений редхата в виде как есть. В том числе и этого высера дреппера сомнительной степени нужности.
>> Полезно. Если не ведет к авариям у пользователей. Иначе — большой вопрос.
> угу. и вопрос этот звучит так: «что делают маинтайнеры и почему они
> не выполняют своих обязанностей?»Подозреваю что у них политика - юзать редхатовские апстримы в максимально неизменном виде. Иначе как же они это тестировать будут на хомячках, чтобы потом итог тестирования был релевантен для рхела?
> если «они и не должны, они работают бесплатно» — то пусть скажут прямо:
> «мы никакие не маинтайнеры, мы так, погулять вышли, нечаянно пакет собрали.»У меня есть ощущение что скорее это звучит как "ну так что ж ва хотели? Это ж ядерный полигон!"
>> Да-да, по моим наблюдениям — за факапы в федоре вообще никто толком
>> не отвечает. Такой вот семипалатинский полигон вместо операционки :)
> тут ничего не скажу, федорой не пользуюсь. впрочем, в бебиане лучше, что ли?В плане глибцы - на порядок просто. Там свой еглибц, поэтому фокусы Ульриха и его команды вообще по дефолту пролетают мимо. Что спасает от ряда приключений на ровном месте.
> что-то не помню, чтобы кто-то там «ответил» за факап с
> OpenSSL. зато ушат помоев на разработчиков OpenSSL — это да, было.А там все пролошились. Как я помню, дебианщики решили сунуть свои лапы и немного соптимизить (хапать лишний раз криптографию своими руками не будучи гурой и не понимая всех последствйи - продолб, да). Они запросили мнение авторов либы, а те (тоже продолбавшись) подтвердили что вот так - нормально. Ну и дооптимизились. Совместный такой продолб. Да, у меня есть некий зуб на это дело - рекеинг всех машин означает порцию гемора на ровном месте :)
Но вообще, факапы в любом более-менее крупном проекте так или иначе будут. Думаю что если попереть на принцип и захотеть найти продолбы у слакварщиков - и у них можно найти что-нибудь веселое по степени своей дебильности. Еще скажи что это не так. Как максимум ты им это простил или был менее придирчив :P.
> это туда, туда, к многострадальным маинтайнерам. беседа начиналась у нас с того,
> что Ульрих ничего не «ломал». а если какой-то софт стал работать
> неверно — то Ульрих не в ответе за чужие баги. и дальше… ну да, опять маинтайнеры.Не, извини, баги поперли после того как апстрим подложил майнтайнерам свинью сломав типичное поведение. Хоть и не оговоренное жестко стандартом. Насколько там майнтайнеры могли это выьправить - хз, а как они тогда тестировать редзхатовское добро будут?
> ты смешиваешь разные точки зрения. то «Ульрих поломал», то «маинтайнеры
> не справились с работой».Нет, поломал как раз Ульрих. А то что майнтайнеры с чем-то там не справились... а они вообще пытались? Это ж тестовый полигон редхата и им не логично на апстрим вагон патчей класть. А как они тестировать то будут редхатовские изделия?
> давай их разделять. с первой я не согласен, со второй — согласен.
Меня почему-то терзают смутные сомнения что их политика относительно апстрима в данном вопросе - валить все как есть по максимуму, если это - от редхата. Если я не прав в этом подозрении - ну ой, сорри. Значит я что-то пропустил в этой жизни.
>> а мне-то это зачем?
> Тебе? Хм, а ты вроде упоминал что пользуешь нвидиевый бинарный драйвер.и что? он не входит в дистрибутив, так что я сам себе буратина, потому что ставлю всякий мусор откуда попало. как это относится к маинтайнерам?
да, для себя я вполне могу починить и сам. и не ору, что Ульрих мне всё поломал и теперь должен, как земля колхозу: он не сделал ничего, что бы шло в разрез со стандартом.
> и другая блобятина, от оракла
оракель не на RHEL/O[E]L? ССЗБ.
> до флеша
личные проблемы любителей свистоперделок. пусть долбут адобу на предмет исходников, чтобы флешевое решето могли чинить быстрей. кто этим любителям наврал, что из-за кривой проприетарщины надо тащить костыли совместимости с багами? с этим туда, в шиндошс.
> При том майнтайнеры их очень не лю, в основном за невозможность исправления
> как раз.проблемы маинтайнеров меня, например, совершенно не волнуют. назвался груздем — грузди. не можешь — уходи.
> Что не отменяет кучи всякой проприетари и прочих бажных программ.
есть решение: не пользоваться. или требовать от проприетарщиков своевременных багфиксов. не делают? см. пункт 1.
> Точно. Разогнать всех этих федористов. Ульриха в президенты!
вещи между собой не связаны.
> А как ты себе представляешь починку кем либо кроме тормозной абобы хоть
> того же флешплеера?а почему это должны быть мои проблемы? вот если какой-то дурак засунул это в дистрибутив — пусть об этом и думает. а юзеры вольны писать в абобу и требовать багфиксов. их никто не заставлял пользоваться абобовым решетом. я вот — не пользуюсь, даже не установлено. и ничего: брат жив, батя грит малацца.
> А кое-кто из мантайнеров может решить что
> им ни к чему такой апстрим, как-то так и появляются всякие там eglibc.счастья им и удачи, чо.
> Ну вот такой вот удобный из ульриха апстрим, что за ним приходится
> допатчивать.если ты посмотришь, например, на количество патчей, накладываемых в бебиане или бубунте… как минимум половину апстримов надо разогнать, за ними — ужас — приходится допатчивать! о, ужас: даже за Самим Линусом иногда…
> "из-за враждебности апстрима почти все дистры форкают глибц, но не все
> дистры в этом признаются".вообще-то накладывание нескольких патчей в момент сбора бинарного пакета — это не форк. а то получается, что дистрибы вообще половину FOSS как минимум пофоркали, но не признаются, ага.
> Правильно делаешь. Правда если мсовские инициативы с secure boot пройдут и будут
> реализованы в хучшем виде — вот тут нам будет совсем не
> прикольно, как считаешь?да и хрен бы с ним. рабочий p90 до сих пор купить можно. думаешь, процессоры и матери современного уровня потом нельзя будет? а то, что там «крузис 18» не пойдёт — лично меня волнует мало: я вообще в основном играю в рогалики и двухмерные платформеры.
> Ты уже умеешь более-менее внятно ломать secure boot, который там будет, если
> MS будет стараться?стараться-то она может. она вон с зуной, например, старалась. с wp7 старалась. а отчисления свои — пусть себе собирает. поскольку на армах винда с треском провалится так же, как wp7 на смартах, а армы постепенно вытеснят x86, то собирать им недолго. когда оем-щики поймут, что «партнёрские цены на винду» им уже не нужны в силу того, что продажи x86 мизерны, m$ в обратку получит нехилых люлей в виде исков. и m$ это отлично понимает, поэтому из последних сил хапает где может сейчас.
> Трясти нас все-таки будет, IMHO.
не очень долго. потом турбулентность останется позади и «полёт нормальный».
> Судя по тому что слакваристы накладывают патчи — их «форк» просто более подковерный,
просто Патрик не любит менять рабочий проект с живыми маинтайнерами на другой рабочий проект без веской причины. а то вон в бебиане гордо поставили dash по-умолчанию, например, спасибо им за кучу поломавшихся скриптов. нет, мне не стало проблемой вернуть назад bash, но…
> Если честно, по-моему он вообще пользователей и даунстримов считает за ненужных пи…сов.
нет, он просто очень не любит дураков. особенно он не любит дураков, которые лезут туда, где ничего не понимают, и начинают командовать, что и как там делать.
>> жаль, pdf они за собой в могилу не утянут.
> Эм… а предложи нормальную замену для хоть тех же даташитов на электронные
> компоненты, например?в принципе, ps с этим справится. впрочем, если бы pdf использовали *только* для этого…
> Возможность редактирования на ходу в этом случае нафиг не нужна
спорный вопрос. помнится, мне очень не хватало возможности без геморроя собрать себе кастомный даташит на некоторые однокристалки, кое-что выкинув, кое-что подправив, починив его в соответствии с errata, присобачив свои личные замечания и так далее. жаль, на то время ещё не было нормального рабочего svg. а сейчас я бы предпочёл даташиты именно в формате html+svg. зачем требование «одним файлом» — мне ясно слабо, но и это реализуемо в виде того же mht, например. а уж браузер — он точно везде есть, универсальней некуда.
то, что все привыкли к «богоданным» даташитам не значит, что это лучшая из возможных форм их подачи.
> Системы в целом.
это интимные проблемы федоры и её юзеров.
> Ну знаешь, Торвальдс например вполне внятно свою точку зрения аргументировал
дададада. «хочу, чтобы мой любимый баг никто не чинил, а то маинтайнеры моего дистрибутива — безрукие дауны и не могут обеспечить нормальную работу софта!»
> столь же конструктивно возразить никто не смог
вообще-то к этому времени Ульрих уже просто задолбался посылать идиотов нафиг.
>> опять же: при чём тут Ульрих?
> При том что враждебный апстрим, кладущий на проблемы даунстримов — хреновато.я не понимаю: Ульрих сказал, что если все сей же момент не обновят glibc, то он лично расстреляет каждого маинтайнера? у нормальных дистрибутивов есть фаза тестирования, где проблемы выявляются и решаются. и нет, решаются они не путём воплей «добавьте хак для забагованого софта, а то нам лень делать нашу работу!»
> Так бы и сказал: проблемы негров шерифа не волнуют.
да, проблемы ленивых маинтайнеров девелоперов не волнуют. СЮРПРАЙЗ!
> Это как-то слишком толсто. Линус просто вменяемый руководила своего проекта.
вот пусть своим и руководит. когда он вылазит из него и начинает Вещать — хочется, чтобы его побыстрей переехал автобус.
> Они запросили
> мнение авторов либы, а те (тоже продолбавшись) подтвердили что вот так
> — нормально.вот это — точка зрения бебианцев, которым не хочется одним обтекать. а если порыться, то выяснится нечто совсем другое: маинтайнер невнятно что-то пробурчал; ему ответили, что да — если анноят сообщения, то *для отладки* эти строчки можно убрать, чтобы сообщения пропали. но чукча не читатель, чукча пакетособиратель — и потому он их вообще тупо убрал. а потом бебианцы стаями бегали и поливали помоями апстрим за то, что там одному идиоту побуквенно не растолковали. а идиот возомнил себя гением криптографии и полез править критичную библиотеку, при этом даже си зная очень плохо (в этом он сам признавался, угу). и что, мы где-то видели публичные извинения от этого идиота перед пользователями и апстримом? или публичные извинения лидера проекта дебиан? ага, щаз. только «маинтайнер не виноват, это в апстриме сидят дураки, которые плохо поясняют!»
собственно, после этого случая бебиан для меня как система попросту не существует. и все бебиан-based тоже.
> Но вообще, факапы в любом более-менее крупном проекте так или иначе будут.
да. вопрос в том, что предпринимают руководители проекта, когда факап вылазит. см. выше.
> Думаю что если попереть на принцип и захотеть найти продолбы у
> слакварщикови ещё какие — если сидеть на current'е. но каррент — это по определению минное поле. да и чинят очень оперативно.
ну, или няшная шутка Патрика в 12.1 (вроде бы) — когда он положил в дистриб ядро с включеным фрэймбуфером, из-за чего нельзя было поставить нвидиевский блоб без пересборки ядра. однако в слаке никто не делал морду ящиком и не говорил, например: «а это разработчики ядра виноваты! они плохо нам пояснили!»
> Как максимум ты им это простил или был менее придирчив :P.
я бы и к бебианцам не придирался, если бы они честно признали свой мегафакап и публично извинились. и да, публично выгнали идиота-маинтайнера OpenSSL. вместо этого бебианцы встали в позицию «мы — д'Артаньяны!»
> Не, извини, баги поперли после того как апстрим подложил майнтайнерам свинью сломав
> типичное поведение.нет никакого «типичного поведения», есть стандарт POSIX. всё. те, кто пишут поперёк стандарта — пишут баги. которые надо чинить не хаками в glibc.
> Нет, поломал как раз Ульрих.
ещё раз прошу показать, что именно он поломал. «поломал» — это «противоречит стандарту».
и ведь не поспоришь, всё в точку. эта плюс.
> Такое ощущение, что он подбирает дистры, как обычный пользователь)Да, вы прикиньте, у него нет времени задротствовать с пересборкой генты. Если он будет задротствовать - то кто будет гентусятникам ядро делать, да?!
>> Такое ощущение, что он подбирает дистры, как обычный пользователь)
> Да, вы прикиньте, у него нет времени задротствовать с пересборкой генты. Если
> он будет задротствовать - то кто будет гентусятникам ядро делать, да?!Да, действительно... ваять монолитное гуано - тоже нужны ресурсы! А пересобирают пускай те бедолаги, кто не перешёл вовремя на Minix. :)
> те бедолаги, кто не перешёл вовремя на Minix. :)А ты уже перешел на миникс, я надеюсь?
> А ты уже перешел на миникс, я надеюсь?Он с него и не слезал. Так его и откопали - с миниксом вместо толкушки :)
Так, а что сделать то можно?
Ну оптимизируют код, но он так и будет со временем расти.
>Так, а что сделать то можно?Не расстраивайся, все будет в порядке. Правда 95% суждении о происходящем должно строится на двух несущих: 1) пессимизм к случаю с исходом в виде преодоления сложности; 2) нежелание напрягаться в любой форме - то есть примитивно-быдловатые способы (их предложат много) ухода от проблем вместо решения.
На самом деле проблемы нет - есть лишь сложность требующая эволюции.
PS: Подсчитаем какой процент сообщении попадет под эту "гребенку" ?
Думаю, нужна хорошая документация.
Разработать набор требований не только для кода, но и к документированию, описывать саму подсистему, как она взаимодействует с другими, какими знаниями необходимо обладать, чтобы вникнуть в логику работы.
Гораздо легче добавить файлик documentation_nonsense.txt
абсолютно согласен, качественной документации ядру критически не хватает. очень часто возникают ситуации, когда необходимую информацию находишь перекапываением сорцов.
> возникают ситуации, когда необходимую информацию находишь перекапываением сорцов.Гораздо хреновее когда документации не хватило, а сорца нет. Недавно ощутил на одной проприетарине. Во весь рост. По документации у меня должно быть все зашибись, а на практике болт. И как лечить - не понятно. Был бы сорц - позырил бы как там сделано и сам допер бы. А так - потеря вагона времени на пинки саппорта...
>> возникают ситуации, когда необходимую информацию находишь перекапываением сорцов.
> Гораздо хреновее когда документации не хватило, а сорца нет. Недавно ощутил на
> одной проприетарине. Во весь рост. По документации у меня должно быть
> все зашибись, а на практике болт. И как лечить - не
> понятно. Был бы сорц - позырил бы как там сделано и
> сам допер бы. А так - потеря вагона времени на пинки
> саппорта...Лучше когда есть и то и другое.
> Лучше когда есть и то и другое.Вот только почему-то на все это не хватает или жабы или ресурсов :)
> Лучше когда есть и то и другое.вперёд: пиши документацию по ядру.
что? «не моё», «нет времени», «не хочу»? какая досада! а кто-то обязан, что ли? учти ещё, что её мало просто написать, её надо постоянно поддерживать в актуальном состоянии, иначе она будет не просто бесполезна, а откровенно вредна.
а теперь догадайся сам, чем будет заниматься разработчик ядра: бесконечно пилить доки или править баги и добавлять новые приятные фичи.
да, отсутствие документации — это не очень хорошо. но. есть исходники, где всегда можно посмотреть, как и что сделано. вплоть до самого «низа», если надо. код в ядре достаточно хороший, чтобы его можно было понимать без особого напряжения. и что интересно: доступен кому угодно, не надо ходить на поклон к вендору, доказывать, что ты не верблюд и платить денег за Большую Привелегию Написать Драйвер К Их Крутой Системе.
> вперёд: пиши документацию по ядру.
> что? «не моё», «нет времени», «не хочу»? какая досада!И вот так почему-то всегда. "И никто не любит чистить картошку...".
очень странно слышать, что такой человек как Торвальдс выбирает дистрибутив по ДЕ. более того в сузе тот же гном 3.
> очень странно слышать, что такой человек как Торвальдс выбирает дистрибутив по ДЕ.А по чему еще надо выбирать десктопный дистр? DE это его существенная часть.
Вы не знаете, что в рамках одного дистрибутива можно выбирать DE?
иногда думаю, что он просто троллит; кстати, успешно
> иногда думаю, что он просто троллит; кстати, успешноНе без греха, чего уж таить :). Тем не менее, если Торвальдс будет заниматься настройкой системы и пересборкой ее с ноля из сырцов - вы все дружно отдохнете от новых ядер :)
> Вы не знаете, что в рамках одного дистрибутива можно выбирать DE?Однако же Федора славна не только своими ДЕ
> Однако же Федора славна не только своими ДЕДа, еще командой феерических раздолбаев-экспериментаторов, возглавляемых Дреппером.
> возглавляемых Дреппером.кажется, к нам зашёл один из разработчиков flash player'а. из тех, которые про стандарты даже не слышали, а когда их поделие сломалось — то у них виноваты все вокруг, только не они сами: ведь следовать стандартам не по пацански.
> кажется, к нам зашёл один из разработчиков flash player'а. из тех, которые
> про стандарты даже не слышали, а когда их поделие сломалось —
> то у них виноваты все вокруг, только не они сами: ведь следовать стандартам не по пацански.Знаешь, в СССР например стандарты очень любили, все буквально чуть ли не молились на них. Что не мешало выпускать откровенно неконкурентоспособный шит во многих отраслях. К чему это привело - ты и сам думаю в курсе.
сейчас совсем другое дело, верно? очень конкурентоспособная обёртка, просто не сравнить.
>> возглавляемых Дреппером.
> кажется, к нам зашёл один из разработчиков flash player'а. из тех, которые
> про стандарты даже не слышали, а когда их поделие сломалось —
> то у них виноваты все вокруг, только не они сами: ведь
> следовать стандартам не по пацански.Линус, между прочим, был на стороне "разработчиков flash player-а".
> Линус, между прочим, был на стороне «разработчиков flash player-а».линус, между прочим, вообще слабо адекватный проприераст, поэтому его мнение по поводу всего, что не касается ядра, вообще мало интересно.
> линус, между прочим, вообще слабо адекватный проприераст,Он, гм, обыкновенный такой юзверг местами. К проприерасии это относится лишь тем боком что если с ней будет работать лучше - он это воткнет скорее всего. Кстати тотально отказаться от проприерасии - не так то просто. А чо делать например со всяческими прошивками мелких вспомогательных процов, например?
> Он, гм, обыкновенный такой юзверг местами.вот пусть и не лезет со своими юзерскими хотелками в программистские места. Ульрих же не указывает ему, как надо ядро делать.
> вот пусть и не лезет со своими юзерскими хотелками в программистские места.
> Ульрих же не указывает ему, как надо ядро делать.Так его как юзера нагибает деятельность ульриха, что ему явно не по вкусу :). Тут скорее проблема в том что при таком стиле майнтенанса федора годна только как тестовый полигон, по принципу раскатал на виртуалочку, поигрался, снес нахрен. А Торвальдса вот зачем-то угораздило жить на этом ядерном полигоне. Кстати если Торвальдс не программист - тогда откуда ж линукс взялся? oO
> Так его как юзера нагибает деятельность ульриха, что ему явно не по
> вкусу :)какая досада! (ц) пусть с этим идёт к маинтайнерам своего дистрибутива.
> Кстати если Торвальдс не программист — тогда откуда ж линукс взялся? oO
цитирую: «Он, гм, обыкновенный такой юзверг местами». так вот этими местами пусть к программерам не лезет.
> какая досада! (ц) пусть с этим идёт к маинтайнерам своего дистрибутива.Что-то у меня есть подозрение что если дальше так пойдет, он и правда пойдет на какойнить другой дистр. Жить на семипалатинском полигоне нравится не всем.
>> Кстати если Торвальдс не программист — тогда откуда ж линукс взялся? oO
> цитирую: «Он, гм, обыкновенный такой юзверг местами». так вот этими местами пусть
> к программерам не лезет.Ыгы, пусть тоже поломает пару сисколов чтобы в glibc чтонить отвалилось на радость Ульриху, без предупреждений :). А если серьезно, форки типа eglibc и сторонние патчи для глибцы прозрачно намекают что такой апстрим нравится не всем.
> Что-то у меня есть подозрение что если дальше так пойдет, он и
> правда пойдет на какойнить другой дистр. Жить на семипалатинском полигоне нравится
> не всем.да пусть себе идёт. он что, диктатор по выбору дистрибутива?
> Ыгы, пусть тоже поломает пару сисколов чтобы в glibc чтонить отвалилось на
> радость Ульриху, без предупреждений :).ешё раз: Ульрих *ничего* не поломал. *никаких* расхождений со стандартом у новой реализации нет. а линус может ломать что угодно: сисколы никак не стандартизованы. именно вот чтобы не заморачиваться всякими сисколами, и есть libc, например.
> А если серьезно, форки типа eglibc
> и сторонние патчи для глибцы прозрачно намекают что такой апстрим нравится
> не всем.и что тут плохого? на то оно и FOSS, что если тебе не нравится — ты можешь сделать форк и всем показать, Как Надо. правда, eglibc появилась не совсем потому, но это ж мелочи, угу?
> да пусть себе идёт. он что, диктатор по выбору дистрибутива?Нет. Но в ряде вопросов он вполне адекватный субъект, к мнению которого можно прислушаться. Определяющим оно конечно же является только для кретинов не способных удавить стадный инстинкт, и не способных к мыслительному процессу. Однако учесть что такое мнение существует и проанализировать его - а почему бы и нет, собственно?
> ешё раз: Ульрих *ничего* не поломал. *никаких* расхождений со стандартом у новой
> реализации нет.Тем не менее, фактическое поведение ряда программ сломалось. Насколько приятно словить в лоб граблями сделанными по ГОСТам чем просто граблями - довольно интересный вопрос :). То что некоторые за Ульрихом выгребли и ревертнули вредное изменение - второй вопрос.
> а линус может ломать что угодно: сисколы никак не стандартизованы. именно вот
> чтобы не заморачиваться всякими сисколами, и есть libc, например.Спасибо, Капитан :)
> правда, eglibc появилась не совсем потому, но это ж мелочи, угу?
На их страничке Более Дружественный Апстрим преподносится как фича их либы, со вполне конкретными тычками в багтрекер где понято какой апстрим в лице понятно кого был весьма недружественным :P.
вернеее будет сказать, что он отказывается от дистрибутива из-за DE
запилят интерфейсы для binary дров и работы поубавится
+1 пора выносить драйверы из кодовой базы
> запилят интерфейсы для binary дров и работы поубавитсяАгащаз, потом придется еще и костыли для совместимости фигачить?
зачем? в новое ведро с новыми дровами и новым железом, кто хочет пусть допиливает или открывает сорсы
> зачем? в новое ведро с новыми дровами и новым железом, кто хочет
> пусть допиливает или открывает сорсыГлядя на то как работают дрова из ядра: нене, оставьте отрыжку индусских бабуинов себе, пожалуйста. Дрова от компетентных ядерных спецов - РУЛЯТ. Это одни из самых стабильных и качественных дров которые вообще можно найти.
> Глядя на то как работают дрова из ядра: нене, оставьте отрыжку индусских
> бабуинов себе, пожалуйста. Дрова от компетентных ядерных спецов - РУЛЯТ. Это
> одни из самых стабильных и качественных дров которые вообще можно найти.Да, РУЛЯТ. Процом и памятью. Включаешь nvidia-drivers — Xorg течёт по 10 мегабайт за минуту, включаешь nouveau — перестают течь. СТАБИЛЬНО. КАЧЕСТВЕННО. ТЫРПРАЙЗНО.
> Да, РУЛЯТ. Процом и памятью. Включаешь nvidia-drivers — Xorg течёт по 10
> мегабайт за минуту, включаешь nouveau — перестают течь. СТАБИЛЬНО. КАЧЕСТВЕННО. ТЫРПРАЙЗНО.С вашей горбатой нвидией которая даже спеков не отрелизила - сами пинайтесь. Кстати если уж на то пошло, forcedeth для их сетевок в лине лучше работает чем их горбатый блоб под винду. Тот то линк теряет, то систему клинит при входе в powersave, то еще какое-то барахло. А линевый просто работает. И линк не теряет, и в powersave не виснет. И аппаратный оффлоад умеет. Прикольно, да?
10 мегабайт в минуту это 600 мегабайт в час. Т.е. при условии, что у меня запущен один X-сервер, вся память на моей системе вытечет за 6,5 часов, если не быстрее. При этом я за 12-18 часов такого не наблюдаю. Даже если треть времени работает сразу 2 X-сервера. Не наблюдал даже тогда, когда памяти было вдвое, а то и вчетверо меньше. Как же так?
> 10 мегабайт в минуту это 600 мегабайт в час. Т.е. при условии,
> что у меня запущен один X-сервер, вся память на моей системе
> вытечет за 6,5 часов, если не быстрее. При этом я за
> 12-18 часов такого не наблюдаю. Даже если треть времени работает сразу
> 2 X-сервера. Не наблюдал даже тогда, когда памяти было вдвое, а
> то и вчетверо меньше. Как же так?Человек нВидию с АТИ перепутал
> Человек нВидию с АТИ перепуталА у ати вообще открытый драйвер прикольно развился.
nvidia-пользователи почемуто думают что ati-пользователи (и другие остальные) -- будтобы тоже ставят себе blob :-D
> nvidia-пользователи почемуто думают что ati-пользователи (и другие остальные) -- будтобы
> тоже ставят себе blob :-DНаверное потому что их открытым драйвером пользоваться почти невозможно, в отличие от.
> Включаешь nvidia-drivers — Xorg течёт по 10 мегабайт за минутухм. интересно, это как же у меня иксы спокойно себе работают месяцами на нвидиевском блобе? честное слово, у меня нет терабайтов оперативки!
> честное слово, у меня нет терабайтов оперативки!"в военное время значение синуса может достигать двух!" :P
Вот и подходит время к эволюции OpenSource.
Непонятно нафига новость смешивать с оффтопом, чем пользуется Линус.
"в течение десяти лет, он уже использовал openSUSE", но openSUSE разве не с 2006 живет?
"Suse я использовал десять лет назад, и тогда я в конце концов перешел на Fedora."
почитай полностью интервью
Это просто краткое изложение интервью, данное журналу.
Поэтому и про то чем он пользуется сказано.
Просто название новости не соответствует содержанию.
> Непонятно нафига новость смешивать с оффтопом, чем пользуется Линус.Да тут редакторы/корректоры вообще любят лепить 3 новости в одну. Зачем - никому кроме них не известно (поток новостей и так вроде не ломовой, а вот когда половина новости по какой-то неинтересной хрени но приходится читать, т.к. остальная половина по интересной - это фигово, да).
>Линус обещает обязательно попробовать Debian, которым он ещё никогда в жизни не пользовался.Эх, если б с самого начала так да еще был бы одним из его мейнтенеров... :) Все было бы куда круче!
Мне кажется, что Debian и Линус несовместимы. В первом есть регламент, второй - человек не признающий регламентов, привыкший принимать авторитарные решения.
> - человек не признающий регламентов, привыкший принимать авторитарные решения.В федоре конечно нет регламентов, зато есть Дреппер. Вопрос еще что там хуже.
> ...зато есть Дреппер..."там и еще кое-кто зажигает" (с)
Да не будет упомянуто всуе имя его... (с)
Вот почитал комментарии, и почти никто даже
непосоветовал, как конструктивно решить эту
проблему.Я примерно представляю какая ответственность
висит на Линусе Бенедикте. Представляю какие
решения он вынужден принимать. И таких как он
очень мало, таких которые могут объективно
оценить ситуацию, посмотреть "сверху", с разных
углов не вдаваясь в детали. Он начинал ядро
развивать, и ход развития ядра думаю зависит
не только от него...Ему тоже нужен отпуск, по крайней мере он
человек. И учесть всё "за" и "против" не всегда
получается.
Если он развивает монолитное ядро, значит
в этом есть смысл. В общем-то в микроядерной
архитектуре, как я понял, в монолитном ядре
есть ещё ядро, которое присваивает некоторым
сервисам монолитного ядра обычный приоритет,
то есть приоритет обычных приложений.
С другой стороны, в теперешнем ядре процессу
можно присвоить высокий приоритет и выделить
физическое ядро.
В списке TOP-500 Linux используется на 80%
суперкомпьютеров...
Как и везде - нужна отдельная банда разрабов для аудита и тестирования с ускоспеуиализированными спецами в каждой подсистеме.
Причём они таки есть - в рэдхатах, ораклах, гуглах и тд.
Только работают молчком на компании. А мэйнлайна аудита нет.
Отсюда и такие кастомные ядра в таких конторах.
А какие решения. Что то мне кажется это как приказывать солцу вставать утром и садиться вечером.
> Вот почитал комментарии, и почти никто даже непосоветовал, как конструктивно решить эту проблему.О том как решать такие проблемы написано в умных книжках времён моей бабушки, например в том же Человеко-месяце Брукса. Т.е. сделать выборные группы по интересами (аля FreeBSD core team, security team, etc.), и сделать ядро модульным и выкинуть нахер мусор за пределы ядра (дрова, fs, etc, правда для этого нужно удалить к чертям stabe_api_nonsense.txt и хорошо подумать, осилит ли? ;)
> О том как решать такие проблемы написано в умных книжках времён моей
> бабушки, например в том же Человеко-месяце Брукса.Ну так иди и сделай. Законкурируй этот галимый линукс.
>> О том как решать такие проблемы написано в умных книжках времён моей
>> бабушки, например в том же Человеко-месяце Брукса.
> Ну так иди и сделай. Законкурируй этот галимый линукс.Давайте вы не будете говорить куда мне идти. У линупса проблема ровно одна - это была терминалка, а не ядро. Соотв. она и управлялась как терминалка, а не как большой проект. К чему это привело - сами наблюдаете.
> Давайте вы не будете говорить куда мне идти.Почему же? Каждый мнит себя стратегом, видя бой со стороны. Так иди на передовую и докажи потом и кровью что можешь лучше, если ты полагаешь что можешь лучше.
> К чему это привело - сами наблюдаете.
С точки зрения пользователя - проблем вообще на данный момент не заметно. А то что Торвальдс на дальних флангах видит какие-то проблемы и уже прикидывает пути решения оных еще до того как это реально кому-то аукнется - так это хорошо.
> К чему это привело - сами наблюдаете.Угу.
Салоффы на пдачке мс узнали слово linux.
> > К чему это привело - сами наблюдаете.
> Угу.
> Салоффы на пдачке мс узнали слово linux.эм... что такое "пдачка"? Слово linux я у знал году эдак в '97, если что. Правда оно быстро сменилось на FreeBSD ;)
разумеется.
троллить политику мс лучше с позиции бздей. а то быстро в трухины запишут.
а и аргументированнее позиция выглядит - как же! не эникейщик какой-то там, а бздишнег.зыж
а факт всё равно один - linux известен. и с ним приходится считаться.
тем более что с 97-го(эту дату вы же написали?) много чего ещё, связанного с этим словом, узнала широкая общественность - андроид, топ500, nas-сервера и тд, и тп.
так что высказывание:
>К чему это привело - сами наблюдаете.выражается проще - к массовой популярности.
> разумеется.
> троллить политику мс лучше с позиции бздей. а то быстро в трухины
> запишут.
> а и аргументированнее позиция выглядит - как же! не эникейщик какой-то там, а бздишнег.как правило, знание беркелейских систем означает несколько более высокую техническую и инженерную компетентность чем эникейщик, конечно, это не абсолютно, но как правило.
это хотя бы значит, что человек попытался разобраться и разобрался с установкой системы, настройкой подсистем, и технической терминологией и методикой (система более профессионально-сурова в управлении), следовательно, обладает некоторыми системно-познавательными навыками.
> зыж а факт всё равно один - linux известен. и с ним приходится считаться.
если развернуть, то - я знаю линух, и со мной придется считаться.
увы, в зависимости от контрактной ситуации и вашей компетентности.
при сложной инженерной деятельности, скорее, как следует из вашей лексики, нет.> тем более что с 97-го(эту дату вы же написали?) много чего ещё, связанного с этим словом, узнала широкая общественность - андроид, топ500, nas-сервера и тд, и тп.
> так что высказывание:
>>К чему это привело - сами наблюдаете.
> выражается проще - к массовой популярности.К массовому потреблению халявных (по ничтожной стоимости доставки) unix-подобных дистрибутивов.
> Правда оно быстро сменилось на FreeBSD ;)Ну вот и живи своими представлениями 15-летней давности, кто ж виноват что некоторые не умеют отпускать ручник. Так тебе и надо.
> К чему это привело — сами наблюдаете.к тому, что какую железяку ни возьми — там с горомной долей вероятности окажется linux? действительно, epic fail! всем бы такие фэйлы.
> к тому, что какую железяку ни возьми — там с горомной долей
> вероятности окажется linux? действительно, epic fail! всем бы такие фэйлы.Да вон MS все пыжится сфэйлить на телефонном рынке. Фэйл получается довольно годный. Раз в 30 дохлее ведроида, наверное ;)
Все по законам Паркинсона, тут есть самая главная заковыка это формирование пластов людей, просто когда люди приходят и угодят "сетевой эффект" не возможно для нормально развивающей системы сохранить пласт людей, то есть должны быть люди как продвинутые, опытные и новични которые постоянно взаимодействуют и соотношение что бы не получилось что лишившись основных разработчиков все перестали понимать как все это работает. Поэтому необходимо создать организацию со штатом работников и организовать курсы - програмная архиология, что бы были люди - археологи которые думали, почему именно так а не иначе все работает и надо завести штатных историков. А то проблемы будут у Линукса.
Все что вы предлагаете основано на существующем опыте. Вариант, скажем прямо, не очень, т.к. потенциально очень много человеческого фактора, который может подвести (и подведет). Необходим качественный скачек для дальнейшего развития мира OpenSource и его проектов. Вообщем, очередной "Торвальдс" (ВиМТ?) должен заявить о себе с минуты на минуту.
> лишившись основных разработчиков все перестали понимать как все это работаетчто по моему мнению свидетельствует о том, что основные разработчики организовать один и тот же код так, чтобы он был самоговорящим. Что ли приставки какие ввести l1_, l2_,.. типа уровень детализации? Чтобы было проще подняться с микро до макро уровня и увидеть цельную картинку.
>Раньше, в течение десяти лет, он уже использовал SUSEОн сильно удивиться. узнав что по дефолту она давно перешла на кеды :))
Новость конечно меня убила, я был уверен на 100% что он работает с гентой...
> Новость конечно меня убила, я был уверен на 100% что он работает с гентой...Если бы он работал с гентой, то откуда взял бы время на то чтобы ядро выпускать? :)
Какая ещё гента? Ему работать надо, а не красноглазить.
> Какая ещё гента? Ему работать надо, а не красноглазить.Однако ж сколько "ниасиливших" генту в теме )))))))))))))))
Или это один за всех старается, вымещает свою обиду на сложную для него систему? ))
> Однако ж сколько "ниасиливших" генту в теме )))))))))))))))И вне темы. Торвальдс например.
> Или это один за всех старается, вымещает свою обиду на сложную для него систему? ))
Да, наверное это Торвальдс тут флудит, один за всех. А ядро пишет в перерывах между флудом.
Осиливших, понявших что время дороже и начавших юзать нормальные дистры для работы, а не пытаться вкорячить не вкорячиваемое, а именно генту в продакшен.
А кто о продакшне говорит? А вот на девелоперской машине, да еще если раблота над одним и тем же - гента вполне удобна. Ну и на домашней машине power user'a тоже - USE-флаги великая вещь - мало того, что общие настройки глобально задаются, так еще и правила для пакетов пишутся в файл и сохраняются - хоть для последующих версий, хоть для переустановки системы, ежели понадобится. Ну и желанию подкрутить какую-нибужь дурь разработчиков софта тоже очень способствует - как с той же мозиллой, которая требует весьма параноидальные настройки SQLite, мне совершенно не нужные.
Я давно говорил что из ядра нужно вынуть все что тебе не нужно
При установке дистра нужно предлагать пользователю минимальное ядро а все
остальное нужно выносить в модули, которые должны грузиться в опционально
А мужики-то не в курсе. Сто лет в обед уже так происходит
вот они настоящие критики монолитного ядра и сторонники микроядра... (прямотаки канонические! сферические в вакууме!)....даже не знают базиса о том что монолит и есть модульный :-D :-D
> остальное нужно выносить в модули, которые должны грузиться в опциональноОсобенно прикольно когда тебе надо читать файловую систему, драйвер которой в модуле, расположенном на этой самой файловой системе. Не менее прикольно там обнаружить и драйвер диска, вместе с драйвером чипсета и контроллера, которые нужны для (да, вы правильно поняли) доступа к этому самому диску. Нет, решения конечно есть, и даже для модулей. Но до маразма доходить тоже не стоит.
Я всегда компилю ядро под себя
А все остальное выношу в модули
И вообще работаю в консоле
Угу, ядро само не откомпилируется, пойду перекомпилю ядро.
и опять перед нами как обычно встает один очень простой вопрос,
на который так ни кто и не может ответить
Вопрос такой:
Что должно иметь ядро что бы запуститься в минимальной конфигурации.
То есть уменьшить его до начального состояния.
А поддержку всех железяк вынести в модули
Вот как сделали с процессорами.
Выпустили же риск процессоры.
Так же сделать и ядром.
Минимальные функции оставить а все остальное в модули вынести
> и опять перед нами как обычно встает один очень простой вопрос,
> на который так ни кто и не может ответитьmake allmodconfig
> и опять перед нами как обычно встает один очень простой вопрос,Перед "вами"?
Сколько строк кода в публичных проектах вы написали?
Открою лично вам секрет: так сделано, считай, во всех популярных дистрибутивах - имеем initrd, в котором пачка модулей, нужных для загрузки, всё остальное модулями же - но уже в корневом разделе.
для себя то я откомпилю ядро и сделаю такое какое мне нужно
А что другие будут делать с ядром?
> для себя то я откомпилю ядро и сделаю такое какое мне нужно
> А что другие будут делать с ядром?в этом есть что-то недоступное простым смертным? собираю по-любительски начиная с 2.6.18, никакого усложнения с ростом версии не вижу, буквально со 2-й сборки начала прорисовываться общая взаимосвязь параметров (собираю по make config), да, иногда бываю озадачен и время опять-же. самое смешное причина первой сборки - не знал, что такое модули, из-за того не мог выйти в сеть. и еще забавно - не нужно быть выше advanced user чтобы получить ядро лучше женерализированного, просто система параметров для поставленной цели плюс соответствие юзерспейсу\оборудованию.
> никакого усложнения с ростом версии не вижу,Ну найди тогда, где iowait bug живёт.
>> никакого усложнения с ростом версии не вижу,
> Ну найди тогда, где iowait bug живёт.вероятно, я пафосно сказал. я совершенно не смыслю в программировании, так, кусок грязи на подошвах, но ядро собрать могу. а iowait, если мы об одном, я перестал замечать на одном из компьютеров где-то после 3.0-rc, там чипсет nvidia.
>я совершенно не смыслю в программированииЗа то что вы допускаете вашу не правоту из-за объективной причины - за это к вам не будет ненависти со стороны анонима. Вы попробуйте разобраться в коде Apache'a - и сразу поймете о чем идет речь. Скачивать тут: http://httpd.apache.org/download.cgi
> Ну найди тогда, где iowait bug живёт.Фигня вопрос: оплати мне покупку разного оборудования на котором можно попытаться воспроизвести это, несколько месяцев активного въе и я тебе принесу его на тарелочке с голубой каемочкой. А так - поскольку у меня его нет, то и ловить не буду, извини.
>> Ну найди тогда, где iowait bug живёт.
> оплати мнеВсе говорят - оплати мне, а ты найди iowait bug.
> Все говорят - оплати мне, а ты найди iowait bug."купи слона" - версия два.ноль? :)
нельзя было изначально делать его таким большим
Линукс точнее дистрибутивы основанные на линуксе вылези только потому что у них имеется дрова практически под любое железо.
> Линукс точнее дистрибутивы основанные на линуксе вылези только потому что у них
> имеется дрова практически под любое железо.странный акцент. скорее потому что, сообщества и единицы вымостили выдающуюся основу для этого. ну а про жизнь и смерть дистрибутивов одним предложением и не скажешь. даже если они нужны и "имеется дрова практически" то все равно могут "погибнуть".
Хм, забавно... Выходит, уже есть линуксоиды, которые не застали времена, когда основным аргументом против линукса было "у него драйверов ни под что нет" - и в ответ приходилось долго и нудно объяснять, что винмодемы и GDI-принтеры - гадость, которую тащить в рот не надо, что надо планировать покупку железа с учетом того,что ставить будешь, и так далее...
> Линукс точнее дистрибутивы основанные на линуксе вылези только потому что у них
> имеется дрова практически под любое железо.видимо, подареные добрыми инопланетянами.
> видимо, подареные добрыми инопланетянами.Sh*t, технично :)
А у нас есть другой выбор?
А часом одним из этих самых кандидатов господин Поттеринг не является?
> А часом одним из этих самых кандидатов господин Поттеринг не является?Нет, он свое ядро тихой сапой пилит.
Принципиально новое ядро?
понабирают пионеров.
считаю что надо сделать комьюнити, человек 10-20 и пусть они принимают коммиты
хм, у меня дежавю, или пару лет назад Линус выразил те же самые опасения насчёт роста сложности ядра?
Блин, я пребывал в уверенности, что Великий и Могучий Торвальдс непременно использует Дебиан :) с другой стороны, оказывается я (наверняка и многие другие) перепробовал больше дистров, чем сам ВиМТ! (пусть даже эти дистры стояли у меня меньше месяца)
А я вообще считаю что для девелопера Slackware - самое оно.
Debian использует RMS.
RMS использует gNewSense (Ubuntu, из которой выкинули всё несвободное). Это давно уж не секрет.
> RMS использует gNewSense (Ubuntu, из которой выкинули всё несвободное). Это давно уж
> не секрет.Видимо у меня старая информация. Я не сам придумал про Debian - а где-то читал его интервью.
Интервью от первого декабря прошлого года. Линус уже месяц, если не больше, использует openSUSE. Почитайте его посты на Google +, ну и пост от ребят из openSUSE кажется был в духе "посмотрите кто к нам пришёл".
Снова с KDE? :-)Старая любовь осталась
Она осталась, она осталась
Старая любовь осталась,
Осталась с KDE...Может, ты найдешь еще
В жизни верный дистриб
Посмотришь на него
И вспомнишь про KDE!
> Снова с KDE? :-)Про KDE утверждать не стану, не знаю.
Линукс уже не изменить. А вот создать новое ядро (пусть даже не совсем совместимое с нынешним), сделать его максимально простым и надежным, взять в него лучшее из ядра Линукс, QT, Wayland и начать параллельно развивать его, а потом на него и перейти - это было бы классно.
Эта система была бы и для серверов, и для мобильных устройств.
>... и начать параллельно развивать его, а потом на него и перейти - это было бы классно.Без подколок. Начинайте. Инструментарий для стартапа, технический и коммуникационный, весь есть.
> А вот создать новое ядро...Смысл? "Новое" будет либо полностью несовместимым (ввиду чистой, независимой архитектуры), либо "те же яйца, только в профиль". "Новое" ну никак нельзя сделать, об этом Танненбаум и предупреждал - чем крупнее монолит, тем больше зависимостей от него у внешних программ.
И что смешно, "создавать"-то как раз уже ничего не надо - есть "учебный" Minix3, почему не заняться ИМ? Понятно, что и Миникс не совершенен, но его база хотя бы правильно сделана - всё остальное исправится в процессе улучшений. Причём никому не придётся ковыряться в 15 миллионах строк линуксопомойки - каждый сможет писать независимый модуль и собирать всё вместе. Почему это никто не делает? Да тупо жадность и лень! За прикрученный драйвер принтера даже пивом не угостят, кто будет ради него напрягаться? Только сам производитель принтера. Оно ему надо? (при популярности Венды)
Так что боюсь, Линус катится под откос, уже паникует, но точка "полного пипецá" ещё не достигнута.
Покуда он бесплатный и нет лучших бесплатных аналогов Линукс будет жить.
Это ты оперируешь только терминами бесплатный и небесплатный. Нормальные еще учитывают сегодня следующий минимум: свободный-несвободный (по отношению к коду) и открытый-закрытый (по отношению к проекту). А есть еще такая вещь как патенты..
>> А вот создать новое ядро...
> Смысл? "Новое" будет либо полностью несовместимым (ввиду чистой, независимой архитектуры),
> либо "те же яйца, только в профиль". "Новое" ну никак нельзя
> сделать, об этом Танненбаум и предупреждал - чем крупнее монолит, тем
> больше зависимостей от него у внешних программ.Зачастую переписывание с нуля лучше, чем переделывание того, что есть.
В это обычно искренне верят начинающие или неосиляторы.
> Зачастую переписывание с нуля лучше, чем переделывание того, что есть.Ну так перепиши с нуля линукс. Интересно, сколько тысячелетий у тебя это займет? :)
Монолит такой монолит.
Genode?
http://www.opennet.me/opennews/art.shtml?num=32466
Релиз открытой микроядерной ОС Genode 11.11
http://www.opennet.me/opennews/art.shtml?num=32725
Опубликован план превращения Genode в операционную систему общего назначения
> Опубликован план превращения Genode в операционную систему общего назначенияДык, превращайте. Кто-то не дает? Вот когда и если станет по масштабу как линух сейчас - тогда и сравним насколько там оно вам проще вертеться в этой ситуации.
Простите, а что, теперь модно публиковать дайджест интервью, прочтя его (интервью) в гуглтранслейте на английский?Оригинальное интервью опубликовано на немецком (http://www.zeit.de/digital/internet/2011-11/linux-thorvalds-...), и местами там написано совсем не то, а местами совсем по другому расставлены акценты.
Например, там ничего не говорится про
> Правда, перед возвратом на openSUSE, Линус обещает обязательно попробовать DebianТам сказано: "Сейчас я мог бы вернуться на Suse, конечно, мог бы и на Debian. Debian - единственный дистрибутив, которым я никогда по-настоящему не пользовался. Поживём - увидим."
(Кстати, про то что он "по настоящему доверяет" Suse там тоже ничего не сказано, только про то, что он пользовался 10 лет).> так как лично контактирует не больше, чем с 50 ведущими разработчиками разных подсистем.
> При этом он признается, что по-настоящему он доверяет лишь нескольким из них.Там сказано "...и почти всем из них я доверяю"!!!
Ну, и т.д. и т.п.
Казалось бы при чём тут микроядро? )))
> Казалось бы при чём тут микроядро? )))При том что некоторые видят в нем панацею. Что довольно странно при том что ни 1 успешной системы общего применения на таковых не было и нет.
O_O Да Вы батенька неуч. Amiga OS http://ru.wikipedia.org/wiki/AmigaOS ru.wikipedia.org/wiki/Микроядро
> O_O Да Вы батенька неуч. Amiga OS http://ru.wikipedia.org/wiki/AmigaOSА это было вообще каким-то недоразумением, там даже защита операционки от программ была весьма дохлой. Какой-то win95 огламуренный. Ну и сдох этот килограмм понтов. У меня он где-то валялся в свое время.... на эмуляторе, потому что нынче не выпускается железа где это работало бы по факту. Т.е., проще говоря, бобик сдох.
На ARM возможно. Для x86 вряд ли.
> На ARM возможно. Для x86 вряд ли.Implement, чо. А мы посмотрим кто кого.
make menuconfig это просто адовый п**дец, если ковыряешь это впервые, хочется взять и расстрелять того кто это придумал. В первую очередь можно разобраться с этим костылем , а там глядишь линусоиды и до других костылей доберуться;)
Что интересно, говоря про линукс, прослеживается постоянная закономерность, в любви к костылям, начиная с ядра и заканчивая окружением. Везде костыли.
Эти костыли, множаться на костыли зоопарка дистров, что еще ближе делает линукс к СамиЗнаетеКому, и такими темпами скоро разница будет только в лицензии. Правильной дорогой идут товарищи, во главе с неадекватным Торвальдсом.
> make menuconfig это просто адовый п**дец, если ковыряешь это впервые, хочется
> взять и расстрелять того кто это придумал. В первую очередь можно
> разобраться с этим костылем , а там глядишь линусоиды и до
> других костылей доберуться;)
> Что интересно, говоря про линукс, прослеживается постоянная закономерность, в любви к
> костылям, начиная с ядра и заканчивая окружением. Везде костыли.
> Эти костыли, множаться на костыли зоопарка дистров, что еще ближе делает
> линукс к СамиЗнаетеКому, и такими темпами скоро разница будет только в
> лицензии. Правильной дорогой идут товарищи, во главе с неадекватным Торвальдсом.какая неконструктивная критика.
Лучше make menuconfig ничего не придумаешь!
Или Вы уже придумали?
Не нравятся другие дистры - так прочитайте LFS и сотворите свой дистр. В других операционках типа винды такого выбора нет - жуй что дают :)
В линуксе нет костылей. Вот в винде - всюду костыли, а а линуксе - решения :)
Линус Торвальдс вполне себе адекватный, что доказывается постоянным развитием линукса.
> В линуксе нет костылей. Вот в винде - всюду костыли, а а
> линуксе - решения :)Как говаривал Реймонд Чен: So yeah, it's just a bug. But then again, it's a bug that's been around for over a decade, so who knows if there's somebody out there that relies on it. Если бы Линуса и другий дистростроителей волновали проблемы обратной совместимости, то костылей было бы не меньше.
> Линус Торвальдс вполне себе адекватный, что доказывается постоянным развитием линукса.
Хехе, вы ещё Дреппера вспомните, какой он адекватный бывает :)
> Хехе, вы ещё Дреппера вспомните, какой он адекватный бывает :)Сравнил, тоже мне. Торвальдс помнится Дреппера чехвостил в рассылках. Обратного не припоминается что-то.
> Обратного не припоминается что-то.Да, я тоже заметил - Дреппер багтрекеры предпочитает :P.
Надо организовать структуру а не заниматься кустарщиной, она себя исчерпала нужно общество на подобие как у LibreOffice с принципами формирования, правда можно сделать исключение и назначить свадебного генерала Торвальдса, если не будет общества с четко прописанными целями и задачами с персоналом, который систематически развивается то прорыва и толку от линукса в ближайшем будущем вряд ли мы будем ожидать, к большому сожалению.
хм.. всё нормально.. "за что боролись - на то и напоролись".. я всё думал, когда же до НЕГО дойдет?
А когда то когда я только начинал работать с дистром линукса, то дистр умещался на дискете а в установленном состоянии занимал то же дискете.
>Явный пример - игровой кластер MMORPG EVE Online - работают на венде2003срв, база на MS SQL2011 - полёт нормальный и ребята не жалуются.Дааа, не жалуются. К каждому апдейту стоны юзеров "Уберите лаги".
> Дааа, не жалуются. К каждому апдейту стоны юзеров "Уберите лаги".Какбэ такого онлайна нет ни у одной MMO. Это Вам не WoW, где полтора человека на сервер.
> Какбэ такого онлайна нет ни у одной MMO.Пруф?
> Пруф?Пик - 50 000 на одном серваке. http://eve-offline.net/?server=tranquility
Попробуйте найти больший онлайн.
Похоже Линус теряет контроль над ядром...
или он просто развивает управление большой базой кода дальше.>TIME ONLINE: Would you say that Linux has become too complex?
>Torvalds: It's not a "now". The complexity has always been my concern. The first Linux version had 10,000 lines of code. Today we have around 15 million lines. Long, there are even sub-systems, which have become very complicated. I await with trepidation the day on which we have a bug that no one can understand more. We need to make it easier.зыж
по ссылкам ходить не модно, но выводы у вас....
примерно такие - мс делает винду на арм? А! мс забила болт на интел!!!
Всякую гадость в ядро протащили и теперь "опасаются".