The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Стартовал проект DragonFlyDebian, сочетающий окружение Debia..., opennews (?), 04-Окт-12, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


115. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/–
Сообщение от Аноним (-), 04-Окт-12, 22:02 
> ОС, нужно ещё правильную ОС выбирать.

Ну надо же, выбор это же так сложно!

> - это генту, остальное (из тех, что пользовал) абзац.

Абзац - это когда гента в продакшне на боевом сервере. От которого всем надо чтобы он работал, делал свое дело и не требовал внимания. А вот это уже не про генты. Да и про бсды это лишь местами.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

201. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/–
Сообщение от Клыкастый (ok), 06-Окт-12, 13:15 
> Абзац - это когда гента в продакшне на боевом сервере.

чем это плохо?

> От которого всем надо чтобы он работал,

работает

>  делал свое дело

синоним "работает"

>  и не требовал  внимания.

Забивайте болт на обновления, я тут уже постил за RH сервак с аптаймом 5 лет. Точно так же это могла быть гента. Вообще одиночный сервак в принципе может быть любой. Видел даже System V.

>  А вот это уже не про генты. Да и про бсды это лишь местами.

Вы что-то конкретное имели в виду? Или это простое "apt-get нету, я х.з. как ставить/обновлять"?


Ответить | Правка | Наверх | Cообщить модератору

234. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/–
Сообщение от Аноним (-), 09-Окт-12, 01:00 
> чем это плохо?

Внезапными факапами. Которые я периодически вижу даже у очень опытных гентоводов, которые вполне в состоянии их разгрести и с закрытыми глазами в make menuconfig галочки опций ядра могут расставить. На боевых серверах им такого что-то не хочется. На отдельно взятом десктопчике - да, можно позадр^W "прокачать перфекционизм".  

>> От которого всем надо чтобы он работал,
> работает

...с минимальными затратами времени, сил и средств. У binary based это в целом как-то лучше получается. Никому не уперлось сильно окучивать кучу серверов.

>>  делал свое дело
> синоним "работает"

Да, но почему-то когда фороникс бенчмаркает дебиан/гну линукс и дебиан/кфрибсд (оба из которых примерно одинаковы по древности, ибо дебиан в своем репертуаре) - вылетает толпа клоунов которая начинает всячески поливать фороникс и пытаться доказать что бенчи невалидные. Сколь-нибудь научно сделанных контрпримеров где системы так же поставят в равные условия и сравнят ясен пень не предлагается по очевидным причинам. Которые отлично видны и в форониксовых бенчах. Ежику понятно что код над которым больше работают - лучше оптимизирован и вылизан при прочих равных. А бсдшникам это вопить не мешает.

>>  и не требовал  внимания.
> Забивайте болт на обновления, я тут уже постил за RH сервак с аптаймом 5 лет.

Так не пойдет - это сеть. Тут могут взломать, спереть все ценное, поставить руткит/бэкдор и вообще попользовать твои ресурсы на шару. А в случае нелегитимного юзежа в криминальных целях владелец сервера еще и по шапке огребет почем зря. Знаете, в binary based это настолько кроха по времени и силам что оно просто не замечается. Можно в принципе даже автоматически апдейты вкатывать, если сервак совсем уж автопилотный. Лучше так, чем если это будет склад малвари/хост атакующий все живое/база для прикрытия откровенно криминальной активности.

> Точно так же это могла быть гента. Вообще одиночный сервак в принципе может быть любой. Видел даже System V.

Меня не интересуют какие-то экзотичные случаи когда некто замуровал сервак в стену и в сеть не вывесил. Сервак полезный для меня в общем случае имеет 1 или более сетевых сервисов и какой-никакой выход в интернет. Если это не апдейтить - есть риск нарваться на неприятности. Оно мне не надо. Вот вы так и поступайте. А я считаю это моветоном. Имею на то полное право, т.к. отлично представляю себе сколько багов в таких объемах кода потенциально может жить, включая и security-sensitive проблемы.

>>  А вот это уже не про генты. Да и про бсды это лишь местами.
> Вы что-то конкретное имели в виду? Или это простое "apt-get нету, я х.з. как ставить/обновлять"?

Вот конкретно апт-гет позволяет обновить систему за считанные секунды и ничего не сломать в процессе. И не только аптгет, но и yum всякие, zypper, etc. Это вполне удобно для реальных применений на реальных серверах. А не сферической хрени в вакууме с аптаймом в 5 лет. Мне, знаете ли, надежная и безопасная работа сервака при минимальном вмешательстве админа - интереснее длинны х...^W аптайма.

Ответить | Правка | Наверх | Cообщить модератору

242. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/–
Сообщение от Клыкастый (ok), 11-Окт-12, 11:16 
>> чем это плохо?
> Внезапными факапами.

внезапные факапы - это не свойство генты как таковой. это - момент переоценки чего-то. забыл. не проверил. например, хоть раз в жизни админ отправлял не тот сервер в ребут. исправляется это только и исключительно организационно. гента в чистом виде на сервере стоит у меня только в том месте, где 1) сильно нужна оптимизация. 2) не критично время простоя. стоит уже 4 года (до этого была фряха 4.11 -> slackware -> gentoo). факапов собственно генты я не помню. был факап "reiser на корне", при частых ребутах это жесть. Полечилось отдельным /boot на ext3.


> На боевых серверах им такого что-то не хочется. На отдельно взятом десктопчике - да, можно позадр^W "прокачать перфекционизм".

на отдельном сервере может стоять всё, что угодно. и даже более того, сервера source-based в принципе легче обслуживать, чем source-based десктопы. на порядок меньше пакетов и зависимостей. кроме ядра и gcc/clang собственно и тяжёлых-то задач на сборку нет, ну glib ещё, питон может. если он вообще нужен.

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

> ...с минимальными затратами времени, сил и средств.

как показывают тутошние споры методы подсчёта сильно разные.


> У binary based это в целом как-то лучше получается. Никому не уперлось сильно окучивать кучу серверов.

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

> Да, но почему-то когда фороникс бенчмаркает дебиан/гну линукс и дебиан/кфрибсд (оба из
> которых примерно одинаковы по древности, ибо дебиан в своем репертуаре) -
> вылетает толпа клоунов которая начинает всячески поливать фороникс и пытаться доказать
> что бенчи невалидные.

Бенчи просто бестолковые. Я уже писал, что бенч без анализа "почему" - это тупорылый вброс. Ответ на вопрос "почему" снял бы все претензии: сразу было бы ясно, это случайный эффект, невыгодная комбинация или врождённые ограничения. Это безотносительно BSD. Точно такое же я хотел бы видеть относительно железа. И вижу на том же ixbt (в основном).

>  Сколь-нибудь научно сделанных контрпримеров где системы так же поставят в равные условия

Да в принципе порочна практика подходить к опенсорс системам как к чёрному ящику.

> и сравнят ясен пень не предлагается по очевидным причинам. Которые отлично видны и в форониксовых бенчах.

наверное я напишу в сто-восемьдесят-пятый-разззз, но вы правду считаете, что сравнение PC-BSD с ядром 8.2 релиза 3 года назад и ядра релиза 3-4 месяца назад это хорошо и правильно?
Вы вправду считаете что RR можно вот так весело и с песнями в режиме чёрного ящика сравнить хоть бы и промеж собой?

>  Ежику понятно что код над которым больше работают - лучше оптимизирован и вылизан  при прочих равных. А бсдшникам это вопить не мешает.

я бы хотел с вами поменяться ёжиками. моему ежегу понятно, что код над которым вжыквжык по релизам стопиццот человек как-то менее стабильный. и ёжег видит подтверждения, когда внезапно убилась карточка ath5k, а в ath9k она таки не появилась. когда с 3.2.какойто версии по 3.5.4(!) была поломана поддержка вебкамов. а давайте уровнем повыше: udev/systemd, стопиццот подсистем - и всё вылизано, и каждая новая - она плавно и планово сменяет предыдущую? как нет? вот ёжег мне подсказывает что каждая внезапно возникающая фигня служит причиной срачей и расколов дистрибутивов. ну да это политика. но вот чисто за код - он, в спешных попытках заточиться под стопиццот всего также меняющегося - точно оптимизирован?  для сравнения - во фряхе все изменения медленней. планово. может, не самое новьё, но зато много, много стабильнее. Я бы вообще сказал, что именно у фри, именно за счёт многократно обсираемого тут деления на базовую и мир достигнут оптимум между версионными релизами и RR.


> Так не пойдет - это сеть.

Ну тому серваку это не грозило. он в мир смотрел специфическим образом.


> Знаете, в binary based это настолько кроха по времени и силам что оно просто не замечается.

Давайте сравним ощущения. Вот у вас 5 серверов BB. Что вы делаете?

> т.к. отлично представляю себе сколько багов в таких объемах кода потенциально может жить, включая и security-sensitive проблемы.

я это к тому говорю, что лично у меня диссонанс в понимании ваших слов. с одной стороны вы говорите, что сервер не должен требовать внимания, с другой стороны моё предположение "поставил и забыл" тоже не отражает вашу точку зрения. Во всём остальном я особо не вижу отличий между sb/bb.

> Вот конкретно апт-гет позволяет обновить систему за считанные секунды

гуд. конфиги? проверка? ребут (если нужен)? изучение логов?

вы правда уверены что 20 секунд apt-get это принципиально лучше 1 минуты portsnap/portmaster? при условии что остальные работы не 20 секунд и в точности идентичны?

>  и ничего не сломать в процессе.

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

> И не только аптгет, но и yum всякие,

yum это весело. у меня опыт работы с yum был прикольным. подключить некую репу. обновить. стопиццот зависимостей. лёгкий ах.й что на борту _уже_ половина иксов и оне сейчас обновляться будут. выковыривание. творчески размещённый и доработаный конфиг. короче на обычную операцию ушло времени в 5-6 раз больше чем штатно из исходников во фре. что я должен думать? :)

> zypper, etc. Это вполне удобно для реальных применений на реальных серверах.

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

> Мне, знаете ли, надежная и безопасная работа сервака при минимальном вмешательстве
> админа - интереснее длинны х...^W аптайма.

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

Ответить | Правка | Наверх | Cообщить модератору

244. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/–
Сообщение от Michael Shigorinemail (ok), 11-Окт-12, 13:18 
> yum это весело. у меня опыт работы с yum был прикольным.

Это всё же не yum, а:
- дистрибутив;
- выборы при установке (те, которые оставались);
- репозитории.

PS: уберите ругань, пожалуйста.

Ответить | Правка | Наверх | Cообщить модератору

245. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/–
Сообщение от Клыкастый (ok), 11-Окт-12, 13:25 
>> yum это весело. у меня опыт работы с yum был прикольным.
> Это всё же не yum, а:
> - дистрибутив;

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

> - выборы при установке (те, которые оставались);

сервер достался "по наследству", увы.

> - репозитории.

да, поиск и подключение нужных реп тоже требует времени.

> PS: уберите ругань, пожалуйста.

пишет: > 60 сек не подлежит редактированию :(

Ответить | Правка | Наверх | Cообщить модератору

246. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/–
Сообщение от Michael Shigorinemail (ok), 11-Окт-12, 13:37 
> от того, что к подготовительным работам добавляется "выбор дистрибутива" - не легче.

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

> и да, странные зависимости, неудобно регулируемые - это к бинари-бейзед, разве нет?

Нет. :)  Бывают вменяемые, бывают и мягкие (но дебиан тоже пакетный).

>> - выборы при установке (те, которые оставались);
> сервер достался "по наследству", увы.

А-аа.  Но вычистка хлама -- это всё-таки в основном к предшественнику претензия, а не к yum; хотя опять же дистрибутив и инструментарий может провоцировать низкую производственную культуру, иные старые редхатчики не так давно ещё любили вариант "ставь всё, лишнее потом как-нибудь снесём" (и это "потом" никогда не наступало).

>> PS: уберите ругань, пожалуйста.
> пишет: > 60 сек не подлежит редактированию :(

М-дя, было вроде полчаса. :(
Постарайтесь не делать так, ладно?

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру