>а я ещё знаю одно модное слово: кор-по-ра-тив-ный в добавку к таким терминам, как продакшн и промышленный.

гыыыы! точно точно ;)

>По-твоему, X-ы только для того чтобы Quake гонять?:) Может тебе стОит не форумы, а книжки посерьёзнее почитать?:) Хотя бы "Linux для чайников" - даже там должно быть написано, для чего X-ы

Дуся ;) не зли меня, для моих задачь мне х на сервере и на х не нужен ;

2dima_z

да нормально я при всех иделогических преимуществах Gentoo если надо сделать быстро, не для себя и чтобы было все надежно - предпочитаю SuSE на тех же rpm-ах, принцип там в общем тот же что и в RH, только вот доверия к их качеству больше - субьективно более солидный дистр. Долго критикал апдейты выходят, а не критикал не волнуют - все работает хорошо - вот и замечательно, большего и не надо :)

gentoo все-таки пока требует больше внимания и времени на создание системы, и иногда нет желания его тратить

Забавный тред...

Тут, не так давно, кое-кто критиковал Slackware за то, что нет у нее, видите ли, портов и к rpm намертво не прикручена, а в пример ставили Debian...

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

о, как!

и чем? Своей системой инсталляции и обновления...
типа, статичности-стабильности нет, вину свалить уже не накого ("фишка дальше не идет"), поэтому - плохо. Так, хоть, дистрибьютеры были виноваты...

ИТОГО:

1. "Работай! Чего уж там..."
2. "Я не виноват, что не работает! Это глюки дистрибутива!"
3. "А кто будет отвечать, если то, что я тут "ваяю" откажется работать? Я? А на хера мне это надо?"
4. Покупая дистрибутив, Вы оплачиваете не только стоимость изделия, но и разделение моральной отвественности дистрибьютором за возможные ошибки в настройке и работе.
5. Ваши ошибки, при определенной квалификации и опыте, плавно растворяются в "возможных" ошибках дистрибьютора.
6. т.к. деньги у нас считать на предприятиях не умеют, за работу платят мало, а кушать все же хочется, то на "откатах" и "брендах" экономить нелогично.
7. "Этот мир придуман не нами..."
8. Менять устоявшиеся "правила" не хватит ни сил, ни здоровья, ни зарплаты супруги.
9. Креативное начало (или инженерное образование) толкает на поиск "оптимального" и "лучшего".
10. Директора мало интересует эффективность его предприятия, его больше интересует сколько это предприятие заработает ему денег.
11. т.к. делать долгосрочные вложения в производство, в силу "изменчивой женской логики законодательства" не логично, следовательно, аргумент эффективности - не аргумент.
12. Моего непосредственного начальника, в силу его возраста, уже, вообще, мало что интересует.
13. Молодым никто не будет полностью платить деньги за труд, потому что они молодые и неопытные, не знают что и сколько стоит, не украсть у них - глупо. (см пп.7,8)
14. Все "новомодные штучки" требуют долгого процесса привыкания и проверки на жизнеспособность.
15. Если быть пессимистом, можно умереть с горя, если быть оптимистом, то можно умереть от пессимистов.

ВЫВОД:

Делай то, что нравится, ибо делать то, что надо - себе дороже, в силу неопределенности понятия "надо".


P.S. еще что-нибудь?

P.S. еще что-нибудь?

anonymous (*) (30.10.2003 14:19:48)
//////////////
вот собственно и всё
а пофлеймили то знатно...

Надо же...

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

:-)

2NiKel:
>gentoo все-таки пока требует больше внимания и времени на создание
>системы, и иногда нет желания его тратить
Как тут уже говорили, Gentoo - неплохой конструктор, но как
дистрибутив он практически не существует. Зато на его базе очень
удобно делать реальные дистрибутивы, заточенные для конкретных задач,
с необходимым минимумом СОБРАННОГО С НУЖНЫМИ ОПЦИЯМИ софта... ИМХО:)

> Забавный тред...
Вся его забавность заключается в том, что это никого ни к чему не обязывает :-)))
А если отнестись по-серьезнее, то надо не орать у кого быстрее возбуждается и, лучше и круче стоит (сорри за сравнение), а лучше бы посоветовали тому же Alv-у тесты (только с обоснованием), раз такие продвинутые и граммотные. А то облили человека грязью, забыв о том, что сами нифига не сделали для того, чтобы эти тесты были объективными.
Как говориться 3,14здеть мы все горазды, а вот помочь друг-другу и не умеем - ментальность, однако, сказывается наверное.
И вообще, замечу, общаться тоже не умеем - все больше наезжаем, а потом сползаем.
Ну так кто предложит реальные тесты под такой случай - может лучше это обсудим? Или как всегда?

> Как тут уже говорили, Gentoo - неплохой конструктор, но как дистрибутив он практически не существует. Зато на его базе очень удобно делать реальные дистрибутивы, заточенные для конкретных задач, с необходимым минимумом СОБРАННОГО С НУЖНЫМИ ОПЦИЯМИ софта... ИМХО:)

Ну, так я же с самого начала говорил, что в Gentoo интересна, именно, технология, а обкатка технологии никогда не проходила гладко.

К тому же, Вы уверены, что в этом казусе есть вина системы дистрибуции Gentoo?

:-)

Сейчас на своём компе действительно попробовал mkisofs на gentoo и redhat-9
Причём на redhat-9 стоит ядро идентичное ядру gentoo, и с теме же настройками.

gentoo $ mkisofs --version
mkisofs 2.01a17 (i686-pc-linux-gnu)

gentoo $ hdparm -t /dev/hda
/dev/hda:
Timing buffered disk reads: 52 MB in 3.08 seconds = 16.88 MB/sec

gentoo $ time mkisofs distfiles > 1.1 2>/dev/null
real 1m17.966s
user 0m1.390s
sys 0m14.745s

redhat $ mkisofs --version
mkisofs 2.0 (i686-pc-linux-gnu)

redhat $ hdparm -t /dev/hda
/dev/hda:
Timing buffered disk reads: 64 MB in 4.10 seconds = 15.61 MB/sec

redhat $ time mkisofs distfiles > 1.1 2>/dev/null
real 0m41.720s
user 0m1.430s
sys 0m12.510s

Так что пока действительно какая-то проблема в gentoo есть.
Уже написал в gentoo-user, так что надеюсь через пару дней после emerge sync и emerge -u cdrtools всё решится

на тему > И вообще, замечу, общаться тоже не умеем - все больше наезжаем, <дальше не цитирую :)>

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

:-)

2anonymous:
>К тому же, Вы уверены, что в этом казусе есть вина системы дистрибуции Gentoo?

Какая такая "вина"? Gentoo вобще трудно назвать дистрибутивом...
Gentoo - это технология (ИМХО), с помощью которой удобно тестировать,
игратся настройками при компиляции, etc. На его базе можно делать
дистрибутивы - для этого система портежей довольно удобна.
Удобнее ли она чем SRPMS/RPMS? ИМХО дело вкуса/привычки.
А вот для дистрибутива для конечного пользователя (будь-то
десктопный или серверный) система портежей избыточна (опять же -
ИМХО:)), да и завязка на пайтон ненужная...
Кстати, про emerge на пайтоне: был такой глючок: в один
прекрасный момент emerge перестал работать, вылетая при запуске и
не выдавая вразумительного ответа - почему... Благодаря настойчивости
и интуиции дошёл до каталога, где он хранит свои модули и удалил все
файлы с расширением .pyc. При следующем запуске модули автоматом
перекомпилировались и всё опять заработало:) Вроде бы мелочь, но
для обычного пользователя незнакомого с пайтон проблема может показаться неразрешимой (кстати, переустановка emerge проблему не
решала, так как *.pyc в пакет не входят, а создаются при запуске
скриптов *.py).
исходя из вышесказанного, смею высказать своё мнение, что
пакетный менеджер должен быть или бинарный, или интерпретируемый (без
прекомпиляции). В этом плане статически слинкованный rpm выглядит
хоть и некрасиво, но очень стабильно - он запустится даже если у
тебя проблемы с glibc и позволит её переустановить/вернуть рабочую версию,
etc.

> звиняйте за ересь, но Бог живет здесь -- http://www.debian.org > anonymous (*) (29.10.2003 10:43:13) Бог простит! А живет он на небе, если не знаешь - сходи в храм в воскресенье.

>>но очень стабильно - он запустится даже если у
тебя проблемы с glibc и позволит её переустановить/вернуть рабочую версию, <<

Что ты такое говоришь? Я апдейтил РХ73 на 9 (руками). Проапдейтил глибц, но не апдейтил рпм. Все!!! Пипец!!! запуск рпм заканчивался сегментейшн фаульт
:)
Пришлось с сидюка грузиться в режиме апдейта...

2ttyS0:
>Что ты такое говоришь? Я апдейтил РХ73 на 9 (руками). Проапдейтил
>глибц, но не апдейтил рпм. Все!!! Пипец!!! запуск рпм заканчивался
>сегментейшн фаульт
>:)
>Пришлось с сидюка грузиться в режиме апдейта...
А ты возьми тот rpm, что на инсталляционном диске - он статический.
не знал?:)

2ttyS0:
В догонку:
Я говорил не о деталях реализации, а о том, что в случае с
бинарным менеджером пакетом, не исполующем сторонних утилит, можно
получить статический бинарник (rpm), не зависящий от библиотек и
интерпретаторов в системе.

Дык а старый рпм чего тогда? :)

Ситуация была такова что мне нужно было только новое ядро и глибцы, а новый рпм пошел в --nodeps :)

Ничего против рпм пакетов не имею, даже наоборот :)

Народ! Предлагайте варианты тестов ;-)

Есть машина, атлон ХР 1800+ 512 ОЗУ И шустрый иде винт.

Стоит на ней сейчас красный шапк 9. Стоять он там будет до выходных, потом на нем будет жить дженту.

Предложите ваши тесты, я переустановлю шапку по умолчанию для десктопа, снесу всякие сендмейлы нах и протестю ;)

Потом на этой машинке установлю дженту, подчистую его обновлю и пересоберу и потестю.

Забавно поглядеть на результаты. Обещаюсь все описать ;) Если есть идеи - кидайте на nassaja@bk.ru

Хотелось бы тестами заюзать машину досмерти ;-) что бы вся по швам лопалась.

Ваши идеи господа?

P.S. Мне тут рульную софтину показали - KPortage под KDE ;) супер! И их таких несколько ;)))) Встает джента на десктопные ноги ;)))

>Дык а старый рпм чего тогда? :)
>
>Ситуация была такова что мне нужно было только новое ядро и глибцы,
>а новый рпм пошел в --nodeps :)

В системе rpm динамический возьми статический с инсталлятора

гы гы гы ;-) или я чего-то не понял, или на форуме юникс4алл один из тестеров написал что в генту во время теста забыли включить udma ;)

> Стоит на ней сейчас красный шапк 9. Стоять он там
> будет до выходных, потом на нем будет жить дженту.
> Предложите ваши тесты, я переустановлю шапку по умолчанию
> для десктопа, снесу всякие сендмейлы нах и протестю ;)
> Потом на этой машинке установлю дженту, подчистую
> его обновлю и пересоберу и потестю.
> Забавно поглядеть на результаты. Обещаюсь все описать ;)
> Если есть идеи - кидайте на nassaja@bk.ru
> Хотелось бы тестами заюзать машину досмерти ;-)
> что бы вся по швам лопалась.

time dd if=/dev/hda of=/dev/zero bs=4096
time dd if=/dev/hda of=/dev/zero bs=512
time dd if=/dev/hda of=/dev/zero bs=16384
time dd if=/dev/hda of=/dev/zero bs=65536
time dd if=/dev/hda of=/usr/samplebigfile bs=65536
time find /
time { find / | sort; }
time { dd if=/dev/hda | gzip -c >/dev/null; }
time { dd if=/dev/hda | gzip -c | gzip -dc >/dev/null; }

Для начала хотя-бы так :-)

> Ситуация была такова что мне нужно было только
> новое ядро и глибцы, а новый рпм пошел в --nodeps :)

Блин, во дают... Ну тогда сам себе злобный буратино :-)

Как я понял это тестит дисковые операции, так?

Хотелось бы очень жестко проверить работу процессора/памяти в связке, без больших операций с диском. ИМХО это предопчтительней, чем мой ИДЕ диск юзать.

Мне тут программер обещал правда накатать офуительную программу для этого ;-) посмотрим.

ЕЩЁ ИДЕИ?!

2yumi

imhо для понятного тестирования для gentoo желательно:

1) описать подробно состав железа; 2) собрать всю систему полностью; 3) USE флаги в студию; 4) выбрать ядро из десятка имеющихся, и почему именно его; 5) приложить kernel .config; 6) включить в тесты графические приложения; 7) привести описание тестов, линки, скрипты и тд. можно в виде приложения;

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

time { dd if=/dev/random | gzip -c >/dev/null; }
time { dd if=/dev/random | gzip -c | gzip -dc >/dev/null; }

Офигительная программа :-) Почти как SunVTS - только круче :-)

Упс, bs=X и count=Y забыл:

time { dd if=/dev/random bs=1024 count=1024000 | gzip -c >/dev/null; } time { dd if=/dev/random bs=1024 count=1024000 | gzip -c | gzip -dc >/dev/null; }

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

> Ёу! Реп бля. Мне дженту так раз за то и нравится, что я
> апач собираю и ставлю так как мне нужно ;-) Да и не только
> его. Удобен в дженту процесс сборки.
>
> А дженту я собираю ;-) чем я известен? А нах мне
> известность, работает-не-падает и ладно.

Прекрасно. Посмотри вот сюда: http://www.linux.org.ru/add_comment.jsp?topic=415588&replyto=416180&r...

Вот один собиратель обновил систему. Ладно mplayer у него навернулся, а если бы там что-нибудь серьезное было? Только представьте себе, поставили вы на сервер свою "лав генту типа рабочая лошадка", затем провели апгрейд, и ваш софт накрылся пи#&^%й. А софт этот например опердень банковский. Что тогда бы произошло? Ответ: вылетел бы парень с работы в течение двух часов даже без отработки и с такой рекомендацией, что потом бы в тюрьму не взяли :-)

2no-dashi (*) (31.10.2003 9:55:05)

А что, уже есть "Операционный день" для банков под Linux ?

2anonymous:
>А что, уже есть "Операционный день" для банков под Linux ?
Есть. серверная часть - Oracle

> Вот один собиратель обновил систему. Ладно mplayer у него навернулся, а если бы там что-нибудь серьезное было? Только представьте себе, поставили вы на сервер свою "лав генту типа рабочая лошадка", затем провели апгрейд, и ваш софт накрылся пи#&^%й. А софт этот например опердень банковский. Что тогда бы произошло? Ответ: вылетел бы парень с работы в течение двух часов даже без отработки и с такой рекомендацией, что потом бы в тюрьму не взяли :-)

-------------------------------------------

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

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

По моему личному мнению, подтвержденному некоторым личным опытом стоимость использования системы на основе не редхат линуксов зачастую может составлять меньшие суммы чем аналогичной системы на редхате. Мне лично например не нравится политика РедХата, их лицензирование и общий уход в сторону большого бизнесса. Да и цены тоже.

И я уже промолчу про горячо любимый нами виндовс ;-)

Ещё хочу вам напомнить, что в мире не так уж и много HA систем с критической важностью работы, уж куда поменьше чем количество серверов в секторе SOHO. Так-же напомню, что HA системы должны иметь дублирующие компоненты, так - на всякий случай. Например на случай неудачного апдейта. Пожалуй не мне Вам, мой уважаемый оппонент рассказывать как должна работать правильная HA система.

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

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

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

Хотя в ближайшее время такая гарантия вполне может появится. А вот SOHO рынок, для которого покупка двух серверов за 5-10 тысяч уе каждый является целым приключением, установка легальной версии серверного редхата может вылететь в дополнительную копеечку. И спецу который за этим следить будет все равно надо платить приличную зарплату. Так что тут возникает законный вопрос, а не сэкономить ли тут на редхате? Как на слабом звене?

По поводу использования редхата за 30 доларов - не смешите мои тапки.

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

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

Использованию Дженту в секторе SOHO - зеленый свет. Тем более что редхат из него уходит.

А теперь господа студенты, рассказывайте мне, где я не прав.

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

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

Вы смешны утверждая такое.

Кстати, в дженту мне никто не помешает обновить систему на другой аналогичной серверу машине, и в случае удачного исхода проапгрейдить работающий сервер уже из скомпилированных бинарников. Предварительно проведя бэкап. А по поводу отдельный сервисов, никто не мешает установить мне новую версию софта в отдельный слот ( а в редхате мона такое делать? ) и тестировать её хоть до упора. Поясню, две версии софта работать будут паралельно друг другу.

> Только представьте себе, поставили вы на сервер свою ...
С февраля на юниверовском сервере тестится и что? :-)

Проведение тестов

Да, я уже подобрал софт для тестов, воспользуюсь так-же всеми вашими предложениями.

Железо опишу, с ядрами посложнее, я не собираюсь их пересобирать руками. В редхате оно свое, собраное а в дженту буду устанавливать то что мне портаджи предложат и автоматически соберут.

Попробую дженту-соурс, дженту-ванилу и ядро из редхата.

Первую часть тестов проведу на свежеустановленном редхате. Поставлю все по дефолту, разве что добавлю кде.

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

Проведу предложеные вами тесты и тесты с использованием разных бенчмарков (например стресслинукса или как оно там называется).

После чего на данные разделы установлю дженту с использованием ext3, что бы не нарушать условия тестирования.

Дженту установлю из GRP, то бишь из бинарников. Проверю то-же что и в редхате, только на раных ядрах.

Потом пересоберу ВСЮ систему ( наверное за пару ночей ) пускай компиляется пока я дома сплю ;-) и опять все потестю.

Результаты опишу и выложу в инет с приложением всех проведенных действий, вплоть до вводимых комманд и описанием железа.

В общем ждем результаты ко вторнику-четвергу ;-)

До суботы принимаю все ваши советы ;-) как это лучше организовать.

yumi не могли бы вы дать свои отзывы от дженту на сервере? nassaja@bk.ru

я хоть и не yumi отвечу:

система установленна 19 декабря пршлого года... ставил еще gentoo 1.2... последний раз система выключалась 37 дней назад для добавления железок.. работает апач, squid, qmail, днс, mysql... вообщем полный набор... проблем ни каких, обновляется на ура...

GenToo server

Ставил в феврале 2003 (перешел с ASP 7.3)
На сегодняшний день имеем:
yumi samba # uname -a
Linux yumi.ziet.zhitomir.ua 2.4.20-gentoo-r8 #1 Птн Окт 24 18:03:02 EEST 2003 i686 Pentium II (Deschutes) GenuineIntel GNU/Linux
Когда последний раз перегружался думаю видно, ядро пересобрал видете ли :-)
Что стоит? Обычный джентельменский набор :
Apache 2.047-r1
MySQL 4.0.16
procmail 3.22-r6
mod_php 4.3.3-r3
iptables 1.2.8-r2
proftpd 1.2.9_rc3
samba 3.0.0-r1
еще много чего крутится включая Х-ы :-)
Обновляется раз в неделю (пока могу себе позволить).

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

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

Ты лучше расскажи сколько пользователей и какая нагрузка. а пока - дешёвая распальцовка.

Офигеть. Это же всё тесты производительности файловой системы - потом памяти - и только в последнюю очередь процессора (не уверен, что +-500MHz заметно изменят результат, при прочих равных). Так что хотя бы тип используемой fs и параметры монтирования сказать они были обязаны. Раз не сказали - значит - тупое ламерьё, и не статейки им пейссать надо, а гиюр пройти три раза...

> Ты лучше расскажи сколько пользователей и какая нагрузка. а пока - дешёвая распальцовка.
Всегда нравилось общаться с anonymous-ами. У всех, как правило, коллоритная речь и не умение читать. Вы хотябы прочитали, о чем меня спрашивал конкретный человек ?:-)

Сколько пользователей :
yumi midi # cat /etc/passwd|wc
8010 23464 527951
отбрасываем 100 на cистемных имеем: 8010-100 = 7910

Как измерить нагрузку, чем, по какой методике, согласно какого ГОСТ и в каких единицах она Вам нужна если расскажете - я измерю :-)
До этого будет "дешёвая распальцовка."
Заметте, я не призываю ставить GenToo везде и сейчас же, а говорю лишь о том, о чем меня спросили - делюсь своими впечатлениями :-))

> Мой вывод - использованию Дженту в НА системах первоначально
> отказать, но внимательно присмотреться. Вдруг можно навести
> нехилую экономию заодно добавив состоятельности проекту Дженту.

Хи-хи. В HA-системах уже при приобретении железа заключается контракт на техподдержку, да и стоимоть железа выливается от $20к и выше :-) Поэтому "нехилой" экономии не выйдет - так, хиленькая.

> Использованию Дженту в секторе SOHO - зеленый свет.
> Тем более что редхат из него уходит.

Хорошо. Но не забывайте, что для так ловко упомянутого вами :-) SOHO нанятие высококвалифицированного (следовательно дорогого) администратора такое же событие. А более "широкодоступные" специалисты предпочтут что попроще.

> А более "широкодоступные" специалисты предпочтут что попроще.

Slackware... чем плохо? Ну, для гурманов - Debian.

Зато никаких проблем на тему sysV...

> Slackware... чем плохо?

Ну не для оптового и массового применения оно. Система должна быть простой (не путать с "ограниченной"), чтобы в первом приближении сразу после установки получалась не самая плохая конфигурация. Да, пусть не самая оптимальная - зато 100% рабочая.

> Ну, для гурманов - Debian.

Debian - хорошо, только консервативно :-) А вот как раз так многими нелюбимые RedHat'ы очень хорошо сочетали новизну со стабильностью - не без перегибов, конечно, но соотношение работающего/неработающего у них было очень хорошим (за исключением версий X.0 :-)): 7.0 - глюк, 7.1 - рабочий, 7.3 - "вылизан до блеска", 8 [==8.0] - глюк, 9 [==8.1] - рабочий, будущая 10 [==8.2] вполне возможно будет одним из лучших сочетаний новизны и стабильности, почти как WinXP (это я стебаюсь на виндузятниками, если кто не понял).

> Зато никаких проблем на тему sysV...

Вот как раз SystemV - это хорошо. В BSD-style init как перезапустить named, mysqld, sendmail, httpd или еще хрен-знает-какой-d? Для каждого свой собственный способ. А в SystemV все однообразно: /etc/init.d/<скрипт> restart

Кстати, если кто не понял - RedHat НЕ уходит с рынка десктопных линуксов. Если вы внимательно читали анонс к проекту Fedora, то должны были понять, что это один из субпроектов RedHat (типа testing для Debian), из которого впоследствии пакеты будут после проверки "переезжать" в RHA{S|W}. Так что "не спешите вы нас хоронить" :-)

Ну не для оптового и массового применения оно. Система должна быть простой (не путать с "ограниченной"), чтобы в первом приближении сразу после установки получалась не самая плохая конфигурация. Да, пусть не самая оптимальная - зато 100% рабочая.
////////////////////////
при всём уважении - Слака - как мне кажется имеет наиболее простой бутсрэп и конфиг (в РХ сложнее)

да, а генту - поделка, как уже говорил ламеров для ламеров... кто такие генту? педики... кто такой Патрик? кто такой Алан? ответ придёт сам...

Прежде чем сравнивать Redhat и Gentoo, стоило бы сначала сделать emerge redhat-sources. И будут вам все красношапочные вкусности в ядре...

>Ну не для оптового и массового применения оно. Система должна быть простой (не путать с "ограниченной"), чтобы в первом приближении сразу после установки получалась не самая плохая конфигурация. Да, пусть не самая оптимальная - зато 100% рабочая.

А кто сказал что дженту не простая? ;-) Проще некуда, как на мой взгляд. Конечно первые двадцать минут сложно было в неё въехать после стольких лет пользования редхатом, но как зато потом стало клево ;-)

Не надо путать простоту и ответственность. Дженту простая в обращении система, просто требует чуть более ответственного подхода к себе, как и слака. Хотя... на десктопе можно и безответственно к ней относится ;-) мне например не удавалось её сломать своими действиями так, что бы я не знал как все вернуть обратно. Чего я не скажу о РХ. Помню как дааавным-давно начинал с шапкой... Вроде линуксь, вроде установлен и работает - а как? ХЗ ;-) Джента же с самого начала погружает в таинства работы системы, что тоже есть гуд. И пожалуйста не надо придираться к последнему предложению ;-)

Кстати, джентовский установочный лайв сиди неплохая штучка в качестве средства для восстановления системы ;-).

>при всём уважении - Слака - как мне кажется имеет наиболее простой бутсрэп и конфиг (в РХ сложнее)

При всем моем уважениии не соглашусь. Но! сколько людей столько и мнений ;-)

> да, а генту - поделка, как уже говорил ламеров для ламеров...

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

>кто такие генту? педики...

Гыыы! Ты это узнал из личного опыта общения, попался в их грязные лапы? ;-)

>кто такой Патрик? кто такой Алан? ответ придёт сам...

Ну и расскажи, общественность не в курсе.

> да, а генту - поделка, как уже говорил ламеров для ламеров... кто такие генту? педики... кто такой Патрик? кто такой Алан? ответ придёт сам...
Понимаешь, дружок, каждый судит всегда относительно себя, поэтому не стоит прикрываясь личиной anonymous-а обгаживать других - это, по крайней мере, полное неуважение к себе лично, и если ты этого не понимаешь, то вывод напрашивается сам собой ...
Кстати, никто не заметил анологии с руганью между линуксоидами и виндузятниками??? Что-то гнилью попахивать стало, не замечаете?
В принципе ЛОР от этого выигрывает, только этим можно объяснить отсутствие тут модератора.

> Не надо путать простоту и ответственность. Дженту простая
> в обращении система, просто требует чуть более ответственного
> подхода к себе, как и слака.

Мне не нужны системы со своебразным к ним подходом и особенностями поведения. Если от этого никуда не деться, приходится их использовать, но зачем создаваь себе проблемы, если есть выбор? Нам нужны работающие системы, которые сможет поддерживать одинаково успешно как сертифицированный специалист, так и сравнительно среднего уровня человек. Система простая == система надежная.

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

Кому как :-)

Меня мало волнуют "таинства" - тем более, что их нет в природе. Мне нужно то, что будет работать. Сразу. Пусть даже не идеально (выжать процентики всегда успеется). Кроме того, мне не интересен Генту еще и потому что мне некогда медитировать на процесс сборки софта - я хочу вечером домой пойти например, в кино, или пообщаться со знакомыми, а не контролировать процесс сборки. А без этого Генту выливается во много худшую версию редхата, чем сам редхат. И еще я хочу, чтобы машинки были похожи одна на другую - желательно вплоть до ядра, поскольку так проще работать.

2no-dashi (*) (31.10.2003 23:00:13)

>> Slackware... чем плохо?

> Ну не для оптового и массового применения оно. Система должна быть простой (не путать с "ограниченной"), чтобы в первом приближении сразу после установки получалась не самая плохая конфигурация. Да, пусть не самая оптимальная - зато 100% рабочая.

1. Ты давно видел Slackware?

2. Что означает слово "ограниченной". При всем моем уважении, если Slackware "ограниченна" в чем-то, то ты - "человек дождя". :)

3. 100% рабочая в качестве чего?

>> Зато никаких проблем на тему sysV...

> Вот как раз SystemV - это хорошо. В BSD-style init как перезапустить named, mysqld, sendmail, httpd или еще хрен-знает-какой-d? Для каждого свой собственный способ. А в SystemV все однообразно: /etc/init.d/<скрипт> restart

Прелестно. Только правильнее:# service <name> restart

То, что ты написал, больше походит, как раз, на Slackware :) В простой ситуации: killall -HUP <name> рулит. А в посложней - то, что ты написал. :) И что мне мешает сделать систему sysV на ней же?

А как быть с претензиями SCO. Можно, конечно и послать... А можно и не попасть в "неприятную ситуацию". Ты ведь в курсе, на что, собственно, претендует SCO ?

> Нам нужны работающие системы, которые сможет поддерживать одинаково успешно как сертифицированный специалист, так и сравнительно среднего уровня человек

я бы не рискнул доверить ремонт самолета "сравнительно среднего уровня человеку" даже если бы на нем (самолете) было жирнющими буквами написано "Система простая == система надежная" просто потому, что:

1) такой вещи, как абсолютная надежность, в природе нет и быть не может

2) надежность не статична. то, что сравнительно надежно сегодня, завтра может оказаться совершенно ненадежным и здесь уровень подготовки "обслуживающего персонала" играет ключевую роль в поддержании "уровня надежности" на требуемом уровне

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

НЕЗАГНЕТСЯ!