[s.lobanov]

Груб видимо тоже костылями снабжается дабы загрузить линукс. Боже, как вам тяжело живется :)

 

Grub формально вообще не привязан ни к линуксам и каким-либо ОС. "Костылями" он снабжается для того чтобы грузить что угодно откуда угодно(u=universal). Если у вас простейший случай без извратного железа и т.п., ну используйте вы lilo, никто ж не запрещает.

[lagman]

Берите проценты, сколько php запускают под freebsd и linux и сколько под соляркой.

Какой популистический бред. Ну давайте посчитаем ещё среднуюю зарплату ораклодмина и линуксовода :)

Линугзоводам разве зарплату платят? Они же всю дорогу за полпалки колбасы в неделю за шкафом сидели.

[DVM-Avgoor]

Вопрос по делу: как из дистрибутива сделать нормальную флешку, чтобы оно рамдиски создавало и прочее? Я так понимаю универсального пути нет?

Изменено 29 февраля, 2012 пользователем DVM-Avgoor

[NiTr0]

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

Нет, не поэтому. А потому, что виртуализация, в отличие от костыльных контейнеров, посзоляет достичь реальной изоляции окружений друг от друга. В т.ч. если в виртуалке надо будет использовать нестабильные модули ядра/вести разработку ядреных модулей, или же вообще другую ОС надо запустить. И обслуживать 2-3 мощных машины с кучкой VM на них куда приятнее, чем стопку тазиков.

 

Вообще да, это часть работы админа.

Вообще нет, в нормальных дистрибутивах мэйнтэйнеры об этом беспокоятся, выпуская минорные апдейты-багфиксы, которые не ломают совместимость. И обкатывают они же их на тестовых машинах. Что заметно упрощает работу админов, и что есть весьма разумным - ибо накой десяткам тысяч человек с каждой новой версией софта/библиотек делать одинаковую работу по просмотру изменений конфига?

 

Так же как и пересобирать ваш initrd

Почитайте, для чего нужен initrd и подумайте, почему вы сказали глупость. Отвыкайте от бздевого примонтированного навечно рута.

Подсказка: initrd может содержать всего один busybox + пару нужных для него либ.

 

41Мбайт, как я уже и писал.

С одним ядром, и вырезанным всем лишним? :)

 

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

Серьезные люди из беркли - это студенты, которые на допиливании бзди учатся программированию? :)

 

а в чем отличие одного дистрибутива от другого ?

В том, что в одном дистрибутиве просто запихивается самый свежий софт as-is, без какой-либо обкатки его, и админ перед каждым апдейтом перечитывает стопки reease notes дабы избежать внезапного фэйла при апдейте, в другом - на одну, зафиксированную, версию просто сверху накладываются фиксы, и обновления за все время поддержки дистра - опять таки за границы minor update не вылазят, за очень редкими исключениями.

 

вы решили не доверять своим глазам, а решили доверится кому-то где-то из какого-то сообщества, в надежде что они вам будут пилить без ошибочные апдейты. ЛОЛ! кроме как наивностью это не назвать.

Не кому-то где-то из какого-то сообщества, а разработчикам enterprise дистрибутива, которые ценят время своих саппортеров и клиентов, ибо деньги за саппорт берут не просто так. Ну а то, что по GPL их наработки уходят в другие дистры (бинарные клоны RHEL) - побочный плюс для тех, кому саппорт не нужен.

 

а на деле то рут это не более чем /boot и /etc/fstab + немножко хохоряшечек необходимых для того чтобы смонтировать нужные файлухи. это всё едвали наберется на 50 мегобайт, не то чтобы уж 500.

А еще либы, /bin и /sbin, все модули для каждой версии ядра (или в /boot бздоиды хранят только 1 версию ядра?), и т.д...

 

еще один признак деревянности мышления линагзойда. пока вы там собираете образы, все остальные делают клоны в zfs и соответственно раздельные boot enviroment'ы. цена отката на "старую" системы - один ребут.

Цена отката на "старую" версию любого пакета либо набора пакетов для любого адекватного linux-дистра - всего одна ком*** пакет-менеждеру. Вместо костылей в виде снэпшотов ФС. И без каких-либо ребутов. Хотя кто сильно хочет извращений - тому и lvm снэпшоты есть.

 

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

Но тем не менее они в данном топике которую страницу подряд люто и самозабвенно мандражируют на nginx 1.1.15 и dovecot 2.0.17...

 

Груб видимо тоже костылями снабжается дабы загрузить линукс. Боже, как вам тяжело живется :)

Какими костылями? Модули загрузчика для поддержки того/иного типа ФС и модули ядра различать умеете, не?

 

Вопрос по делу: как из дистрибутива сделать нормальную флешку, чтобы оно рамдиски создавало и прочее? Я так понимаю универсального пути нет?

Что под флэшкой имеете ввиду? диск с r/o squashfs, поверх которой намонтирован tmpfs для записи изменений через union_mount? Дык это элементарно делается же, пакуется все в suqashfs, в fstab конфигурится union mount... Или распаковка всего на tmpfs из тарболла? Тоже в общем-то элементарная задача, хотя свой initrd потребуется...

[DVM-Avgoor]

Так же как и пересобирать ваш initrd

Почитайте, для чего нужен initrd и подумайте, почему вы сказали глупость. Отвыкайте от бздевого примонтированного навечно рута.

Подсказка: initrd может содержать всего один busybox + пару нужных для него либ.

 

Ох. Ладно проехали, пытаться вам втереть в мозг что имелось ввиду совсем уж не интересно.

 

41Мбайт, как я уже и писал.

С одним ядром, и вырезанным всем лишним? :)

 

С ядром, всеми модулями и всеми лоадерами. x64.

 

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

Серьезные люди из беркли - это студенты, которые на допиливании бзди учатся программированию? :)

 

Конечно, а вы думали иначе? Якобы серьезные люди это финн с ярко выраженным ЧСВ? :)

 

Груб видимо тоже костылями снабжается дабы загрузить линукс. Боже, как вам тяжело живется :)

Какими костылями? Модули загрузчика для поддержки того/иного типа ФС и модули ядра различать умеете, не?

 

Виноват, признаю. Костыли груба от костылей линукса порой не отличаю.

 

Вопрос по делу: как из дистрибутива сделать нормальную флешку, чтобы оно рамдиски создавало и прочее? Я так понимаю универсального пути нет?

Что под флэшкой имеете ввиду? диск с r/o squashfs, поверх которой намонтирован tmpfs для записи изменений через union_mount? Дык это элементарно делается же, пакуется все в suqashfs, в fstab конфигурится union mount... Или распаковка всего на tmpfs из тарболла? Тоже в общем-то элементарная задача, хотя свой initrd потребуется...

 

Лол. Вы костыль уже придумали еще не решив что это будет в итоге :) Вопрос-то был в том чтобы был /, /usr, /var в памяти и вкатывался (хер с ним) с тарбола. Но, во FreeBSD есть четкая структура, делаешь make installworld в нужную папку и у тебя лучший рут со всем чем надо. А в линуксе как? Ручками копировать зависимости? :)

[Alex/AT]

накой десяткам тысяч человек с каждой новой версией софта/библиотек делать одинаковую работу по просмотру изменений конфига?

Это *BSD-style xD

[Zohan]

накой десяткам тысяч человек с каждой новой версией софта/библиотек делать одинаковую работу по просмотру изменений конфига?

Это *BSD-style xD

Приведите пример ПО которое так делает, кроме того ПО которого развивается несколькими ветками параллельно, например Samba.

Часто ли такое происходит? Почему вы так часто это упоминаете? У вас был такой печальный опыт?

[thodin]

Дабы подкинуть дровишек в топку обсуждения дисков и иже с ними - как у FreeBSD обстоит дело с Infiniband?

Мы сейчас активно внедряем именно linux based storage с доступом по Infiniband для всяких многоиопсных виртуалок.

[taf_321]

Но каким образом это мешает использовать пхп 5.3 во фре?

 

Важное дополнение: _коммерческому_ использованию. Парням в вытянутых свитерах запускать пыхпыхи на фряхе конечно же никто не запрещает и не мешает.

 

Так и под солярисом нет зенд гарда. Солярис, выходит, говно? :)

 

Выходит что для хостеров соплярка говно. Собственно, она не говно только в пределах весьма узкой ниши в Ынтерпрайзе.

[t0ly]

фух

ну что, кто там захватил планету? линух?

абассаца!

[lagman]

Лол. Вы костыль уже придумали еще не решив что это будет в итоге :) Вопрос-то был в том чтобы был /, /usr, /var в памяти и вкатывался (хер с ним) с тарбола. Но, во FreeBSD есть четкая структура, делаешь make installworld в нужную папку и у тебя лучший рут со всем чем надо. А в линуксе как? Ручками копировать зависимости? :)

Да чего ты их спрашиваешь, они дальше тыканья менюшек в кедах не ходили. Не админы, а смех на палке :)

 

А чтоб дистрибьюшн в отдельном каталоге получить - пускаешь debootstrap и радуешься :)

Ну или гентушный стейдж3 качаешь и ок.

[Alex/AT]

Смотрю, большой опыт с кедами. Так держать, горе-админ локалхоста на BSD.

[lagman]

Смотрю, большой опыт с кедами. Так держать, горе-админ локалхоста на BSD.

Опыт генты, центоси, федоры, дебиана и убунты-сервера тащемта.

 

Причем ЛИЧНЫЙ опыт, а не как у Вас: "пацаны в школе рассказали, что фря говно - значит говно, инфа 146%"

Изменено 29 февраля, 2012 пользователем lagman

[Ivan_83]

Дабы подкинуть дровишек в топку обсуждения дисков и иже с ними - как у FreeBSD обстоит дело с Infiniband?

Вроде добавили не давно, с пол года где то.

[thodin]

Вроде добавили не давно, с пол года где то.

 

Понял, тогда тестировать не будем.

[Alex/AT]

Причем ЛИЧНЫЙ опыт, а не как у Вас: "пацаны в школе рассказали, что фря говно - значит говно, инфа 146%"

Ыыы. Вот ваш опыт - это как раз инфа 146%. Ибо сплошной флейм и личности. 4 дистра, по-хорошему, не опыт, а так - посмотреть-попрыгать. Дело не в количестве.

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

С ядром же Linux и разным открытым софтом на уровне кода работаю практически постоянно, особенно всегда удивлял сетевой стек и netfilter - там почти всё прозрачное до такой степени, что диву даешься.

Просто у нас реально разница в подходах: одно сделано академиками для экспериментаторов, второе - инженерами для инженеров. И вся разница.

Изменено 29 февраля, 2012 пользователем Alex/AT

[NiTr0]

С ядром, всеми модулями и всеми лоадерами. x64.

Угу, с одной-единственной сборкой ядра :) Собрать новое ядро - еще практически + 40 МБ, а если 4-5 ядер разных версий разных конфигов - бут распух еще больше...

К слову, вы определитесь, о руте ли мы сейчас говорим, или о /boot - ибо рут еще подразумевает /bin и /sbin в общем-то...

 

Конечно, а вы думали иначе?

Конечно. Юзать систему, которая развивается в виде курсового/дипломного проекта, на ответственных задачах - удел фриков ИМХО.

 

Лол. Вы костыль уже придумали еще не решив что это будет в итоге :)

Нет, я предложил 2 варианта в общем-то. Хотя рут в памяти целиком держать с /usr - ИМХО бред, ибо занимать может сотни мегабайт, если не гигабайты.

 

А в линуксе как? Ручками копировать зависимости? :)

В гугле забанили? http://prefetch.net/articles/yumchrootlinux.html к примеру, в генту - почти аналогично в общем-то, собирается мир в отдельную папку... Ну или всяческие bootstrap'ы юзать.

[Zohan]

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

С ядром же Linux и разным открытым софтом на уровне кода работаю практически постоянно, особенно всегда удивлял сетевой стек и netfilter - там почти всё прозрачное до такой степени, что диву даешься.

Просто у нас реально разница в подходах: одно сделано академиками для экспериментаторов, второе - инженерами для инженеров. И вся разница.

Alex/AT, последнюю локальную уязвимость в ядре Лялика помните?

Ну там прямо, одни "красивые решения", там так все было просто и прозрачно, что аж диву даешся как дыру лечили 3 раза :)

[DVM-Avgoor]

С ядром, всеми модулями и всеми лоадерами. x64.

Угу, с одной-единственной сборкой ядра :) Собрать новое ядро - еще практически + 40 МБ, а если 4-5 ядер разных версий разных конфигов - бут распух еще больше...

К слову, вы определитесь, о руте ли мы сейчас говорим, или о /boot - ибо рут еще подразумевает /bin и /sbin в общем-то...

 

Бут, 41Мбайт. Зачем тащить все в рут? Рут в памяти жирный не нужен.

 

Конечно, а вы думали иначе?

Конечно. Юзать систему, которая развивается в виде курсового/дипломного проекта, на ответственных задачах - удел фриков ИМХО.

 

Т.е. юзать систему которая априори "Just 4 lulz" на ответственных задачах - удел пацана? :))

 

Лол. Вы костыль уже придумали еще не решив что это будет в итоге :)

Нет, я предложил 2 варианта в общем-то. Хотя рут в памяти целиком держать с /usr - ИМХО бред, ибо занимать может сотни мегабайт, если не гигабайты.

 

Т.е. вы не пробовали?

 

А в линуксе как? Ручками копировать зависимости? :)

В гугле забанили? http://prefetch.net/articles/yumchrootlinux.html к примеру, в генту - почти аналогично в общем-то, собирается мир в отдельную папку... Ну или всяческие bootstrap'ы юзать.

 

В том и речь, в федоре yum, в дебьяне apt... А где универсальный mtree? Неужели нет готовых скриптов как у FreeBSD (NanoBSD/TinyBSD) ?

[zvtorero]

Просто у нас реально разница в подходах: одно сделано академиками для экспериментаторов, второе - инженерами для инженеров.

Не смешите мои подковы. Это Вы тот миллиён мартышек обозвали инженерами-то? Инженеры в сракеле сидят и получают за это деньги, а линукс насквозь написан любителями для таких же любителей. Торвальц, даром что магистр йо^Wкибернетики, на "инженера" не тянет.

Увы, но войну и мир остальные мартышки не напишут на школьных переменах и в студенческих столовках ;)

Изменено 1 марта, 2012 пользователем zvtorero

[DVM-Avgoor]

Причем ЛИЧНЫЙ опыт, а не как у Вас: "пацаны в школе рассказали, что фря говно - значит говно, инфа 146%"

Ыыы. Вот ваш опыт - это как раз инфа 146%. Ибо сплошной флейм и личности. 4 дистра, по-хорошему, не опыт, а так - посмотреть-попрыгать. Дело не в количестве.

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

С ядром же Linux и разным открытым софтом на уровне кода работаю практически постоянно, особенно всегда удивлял сетевой стек и netfilter - там почти всё прозрачное до такой степени, что диву даешься.

Просто у нас реально разница в подходах: одно сделано академиками для экспериментаторов, второе - инженерами для инженеров. И вся разница.

 

Лол, а в чем академичность? В использовании bzero вместо memset? Или в отступах? Я готов к открытому обсуждению данного вопроса, если у вас есть весомые критерии оценки "академичности".

 

 

int __attribute__((weak)) arch_dup_task_struct(struct task_struct *dst,
				       struct task_struct *src)
{
*dst = *src;
return 0;
}

 

А это наверное в линуксе инженерный подход, да? :)

Изменено 1 марта, 2012 пользователем DVM-Avgoor

[lagman]

http://habrahabr.ru/blogs/linux/108629/

а вот что бывает, когда для линагза пытаются писать в "академичном" стиле

 

Я просто один раз на ядро FBSD (на код, ага) глянул, и как-то связываться расхотелось.

Ничего не понял и закрыл, ага. Умничка! А нормальные инженеры сначала читают книги, а потом уже лезут в код. Но это так, к слову :)

 

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

Т.е. модульная сетевая подсистема, модульная дисковая подсистема - некрасиво? Лучше vfs на костылях лвма развешивать, ага :)

 

4 дистра, по-хорошему, не опыт, а так - посмотреть-попрыгать.

Болгенос сами изучайте. Я как-нибудь без него обойдусь :)

Изменено 1 марта, 2012 пользователем lagman

[Alex/AT]

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

Еще больше удостоверился, что название темы вполне адекватно, и соответствует действительности, спасибо.

Как пример красивого решения - гляньте memset / memcpy. Или сетевой стек (то, что в ядре *BSD происходит в сетевом стеке с тонной костылей, красивым решением назвать трудно).

Изменено 1 марта, 2012 пользователем Alex/AT

[lagman]

Или сетевой стек (то, что в ядре *BSD происходит в сетевом стеке с тонной костылей, красивым решением назвать трудно).

Смешно видеть отсылки к сетевому стеку фри от человека, который исходники ядра видел один раз, а системой вообще не пользовался. Продолжайте в том же духе, очень показательно :)

 

Или сетевой стек

Сетевой стек, который до RPS был чуть менее, чем полностью уныл?

Изменено 1 марта, 2012 пользователем lagman

[Alex/AT]

Давайте я тоже тогда для финала по-простому: Вы, чтобы определить, что дерьмо есть, в общем-то, невкусно, будете есть его полдня полной ложкой? Судя по вашему посту выше - да.

А идеология сетевого стека не менялась сильно уже давно. RPS туда встроили "проходя мимо", без особых жертв и разрушений, и оно легло на существующую систему без каких-либо извращений.

В BSD же до сих пор не могут сделать нормально работающий в любых условиях NAT (не три костыля на выбор с различными безумными ограничениями, а именно одну целостную систему), поскольку придется переломать половину сетевого стека, чтобы сделать его правильно. Лично я бы не взялся. Ну да это лирика.

Изменено 1 марта, 2012 пользователем Alex/AT