ну писец - приехали ...

Интересно, если янки любят M$, то теперь как пойдет судьба M$???

2 first anonymous> Да уж... Сейчас, скорее всего, начнётся флейм :)

Интересно, а система "created by hands&head" будет считаться секурной? Вернее, даже не "created by hands&head" а доработанный напильником и руками любой дистр? :)

У меня есть копия этого RHLAS (не спрашивайте где взял). Я еще не ставил - времени нет. Но зато потратил время, чтобы покопаться в Инете на тему, что же это из себя представляет. В основном вся информация доступна на самом сайте redhat.com, вот только кроме дифирамбов о том как круто можно забацать кластер и о некоторых модификациях ядра ничего нет. Ни тебе версия ядра, ни отличий от обычных RedHatov. Даже updates лежат в версиях i386 и ia64. Т.е. если у меня не Itanium, мне для своего P4 понадобится все перекомпиливать под свою архитектуру, потому что i386 совсем не катит. В чем смысл, ведь сервера сейчас на 386 вряд ли кто-то ставит. Может я не прав?

to: anonymous (*) (2003-02-12 12:55:16.665)
i386- это архитектура, а не конкретно процессор 386 =)

Серьезно? Например у Trustix эта архитектура почему-то i586 (в названиях rpm'ов). Или это ни о чем не говорит?

суффикс ix86 в названии rpm-а еще ни о чем не говорит. все зависит от того, какие optflags были прописаны в rpmrc при сборке.

не знаю, с какими флагами соберают свои дистры РедХат, но по умолчанию в rpmrc у них прописано

optflags: i386 -O2 -march=i386 -mcpu=i686

http://www.gcn.com/vol1_no1/dod/21132-1.html
"Red Hat Linux joins Sun Solaris 7, Hewlett-Packard HP-UX 10.20 and Microsoft Windows 4.0 as a DII COE 4.x kernel" - типа, обгоняют потихоньку... :)
Молодцы...

Виндузятник

http://www.dis.anl.gov/is/DIICOE.html - что такое DII COE
http://www.don-imit.navy.mil/esi/ - какие софтины используются в DOD
http://www.disa.mil/pao/dodfoss.html - Опенсорс в DOD

Green, "Агенство защитных информационных систем" это DISA? Тогда как бы более подходит "Управление оборонных информационных систем", IMHO. А вообще то судя по http://www.dis.anl.gov/is/DIICOE.html там ничего супернавороченного нет, что следует даже из названия Common Operating Environment ...

Вот когда наши продажные чиновники до такого дойду, вот это действительно вопрос.

Когда им мзду заплатят, тогда чиновники и дойдут. А иначе - зачем им куда-то "идти"?

Ладно, если ничего не ясно с дефалтной архитектурой (я имею в виду не x86 вобще, а то что выше типа 686, P3 etc.) так может не имеет смысла выпендриваться? Может достаточно иметь ядро скомпилированное именно под мой проц, а остальной софт оставить так как есть (386, 586 или 686 или что там)? Это на производительность сильно влияет? Если да, то в какой степени?

2 последний anonymous Влияет, но не очень сильно... Но в сумме ядро+компилятор+библиотеки+программы, заточенные под твой проц(особенно это касается P4 и AthlonXP/MP) дадут прирость производительности, как утверждали некоторые люди, до 30-50%

ЗЫ Недаром же делают Gentoo, где всё пересобирается под конкретную балалайку...(включая gcc и glibc), и Gentoo пользуется определённой популярностью...

2 Dimez) Не 30-50%, а 3-5%

30 процентов только на специфическом софте.

И в gentoo не за счет перекомпиляции основное ускорение, а за счет выкидывания при сборке неиспользуемых фич пакетов.

А где бы раздобыть этот самый RHAS 2.1. А то собирать весь из SRPMS несколько напряжно.. :))

2 MrKooll> Это не я сказал - Я привёл лишь цитату из статьи :) Согласен насчёт "выкидывания неиспользуемых фич", я неправильно написал, должно быть "перекомпиляция+оптимизация под поставленные задачи"

Добавка - я же сказал - особенно на P4/AthlonXP/MP достигается 30-50% На рядовом P2/P3/K7 этого,к сожалению, не выжать...

>ЗЫ Недаром же делают Gentoo
даром. практически даром.
гипотетическое ускорение легко съедается реальной неоттестированностью сборки.
Просто это так сладко звучит "пересобрать ВЕСЬ дистр под СВОЕ железо", что больше ничего и не надо...

2Dimez
Ты сказал мы видим. Но сказал ты глупость.
P4 от P3 практически ничем кроме sse2 не отличается.
И прироста в 50% просто НЕ БЫВАЕТ.

Прирост в 20-30% только на специфическом софте (fp вычисления) и то если компилить например интеловским компилером.

На реальном софте, да еще и с gcc компайлером прирост в 7% это уже достижение и редкость, а так в лучшем случае 5% и то хорошо. Причем на практике код ставиться менее стабилен.

И пересобирать все подряд ради 5% как это делается в Gentoo выглядит сомнительным.

to:anonymous (*) (2003-02-12 17:45:59.112)

Еще как бывает.
Особенно если заниматься кодированием audio/video
и нетолько.

2anonymous (*) (2003-02-12 17:45:59.112)

Я привёл ЦИТАТУ, так как сам я Gentoo ещё не ставил - руки ещё не дошли... Так что пиннать меня не надо(если хочешь что-нть доказать - http://linuxrsp.ru -> Федорчук), тем более анонимно

Оригинальный анонимоус. Если вы помните речь идет о RHLAS, т.е. о сервере. Передо мной сейчас стоит вопрос какую ОС поставить на свеженький P4. Я не буду касаться темы отличий веток BSD от Linux, потому что решил не экспериментировать в этот раз с production server (я в BSD знаю мало, и лучше поставлю себе домой OpenBSD (сейчас качаю)). Ну и началась у меня паранойа по поводу оптимизации и выжимания производительносьти. Кстати, на сайте Openwall Linux написано, что разница между 386 и 686 <= 1%, могу предположить, что и между 386 и P4 _на серверах_ производительность не вырастет более чем на 3% (это я аппроксимирую). Генту на сервант стремно ставить - говорят там unstable - это нормальное дело. Redhat мне не нравится прежде всего кучей бесполезного софта и что самое главное, тупые dependencies, заставляющие долго и мучительно убирать все дерьмо перекомпилируя пакеты. Думаю Debian jn RedHat ненамного отличается, тем более, что его я ни разу не ставил. Вот что мне действительно понравилось - Trustix. Жаль что в нем ядро по дефолту 2.2.x и как заставить инсталляцию поставить Reiser непонятно - в kernel нет саппорта. Kernel-то можно потом заменить, а вот инсталляция то не поймет. Вот такие грустные мысли у меня :( А сервер надо делать срочно (как всегда).

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

2Dimez

Зачем мне нужно что-то доказывать тем более о Gentoo ну нравится тинейджерам когда они чиста всю систему себе под свой рульный пень4 откомпилят. Пусть думают что они быстрее всего остального мира хоть на 300%.

Я говорил в общем про компиляцию с GCC вне зависимости от дистра.

Да не будут пинать ..... многие здравомыслящие люди
уже давно не парятся с редхатовским зависимостями пакетов,
дебиановскими миллиардами пакетов , не хотят платить за гигобайт траффика при сборке гентуу и мучаться с глюками поделок типа ALT/ASP
и им подобных Мендрейков.....
Так вот эти люди чаще всего и пользую
SlackWare , и это другое дело что они не склонны об этом горлапанить.

2 anonymous (*) (2003-02-12 18:13:54.375) Моё личное IMHO - не нужна лишняя головная боль - ставь FreeBSD. Только 4.7, а не 5.0. А то, как говорят, могут быть проблемы (хотя я пока ничего ужасного не заметил).

Забавно, что плохое про Debian говорят только те, кто его на использовал )..

Использовал. Купил официальную версию (2.2) - 6 дисков.

Руки кривостью не отличаются, но:

- софта слишком много, и система его управления не прозрачна (для меня)

- эта зараза прибила раздел с данными (на руки опять же не сваливать - более ни с одной операционкой и ни с одним дистром такого не было; есть сильные подозрения на проблемы с определением разделов диска - некоторые партиции просто не были "замечены").

Дык чего вы спорите. Шаттл "Колумбия" тоже был сертифицирован
министерством обороны США. Так шта... Америка идет туда, куда
она идет ;)

2xlex>
Супер!!! Давно я так не смеялся!!! Вот такой этот "наш любимый" РХАС
Мораль - не пользуй дистры, в которых не уверен, так же как и не доверяй виндам на серваке :)))

2xlex: в остальном какие-либо различия с обычными RH замечены? Болеет тем же? Я согласен, что нужно подобие Slackware. Сейчас поставил на скачку Arch-Linux, а CRUX мне показался чем-то хуже (хотя пока не поставишь/попробуешь - не определишь). Кто-нибудь использовал эти два?

2 anonymous (2003-02-12 18:59:15.7). Ок, если браться за BSD, то я не могу понять отличия между Free, Open и Net. Объясните в двух словах. Единственное, что больше нравятся SysV-style startup scripts, но если надо поживу и на BSD.

Dimez (*) (2003-02-12 20:06:14.28)
> 2xlex>
> Супер!!! Давно я так не смеялся!!! Вот такой этот
> "наш любимый" РХАС

А ведь парень имел ввиду Debian 2.2. Так что причин смеха
насчет RHL-AS я не вижу. У тебя с логикой все в порядке,
или это - влияние slackware?

P.S. И, вообще, народ, заканчивайте вы эти тупые наезды на
красношляпу. Нормальный дистр, если /dev/hands & /dev/brains
правильно заточены. Юзаю его с 1996 года и более чем доволен.

Упс... сорри, проглядел... и ещё ошибся по причине неиспользования ни debian ни rh... а на логику гнать не надо :) просто проглядел

Ок, будем без наездов... лично мне(как любителю классической unix-like и не только мне) не нравится rpm, apt-get и прочея(ну немного нравится только система postage'ей от Gentoo - но нормально его попробовать пока руки не дошли - это из линуксов) - это главным образом из-за того, что(см ниже) считает, что rpm гораздо умнее меня(иногда бредовые зависимости - о, да!). Если случайно я поставлю какой-нть относительно левый пакет то всё летит к чёртовой бабушке(конкретнее сейчас сказать не могу да и не хочу, если честно). Мне не нравится то, что прежде чем сделать нормальную production систему из rh надо докуя много чего ненужного открутить(а не ТОЛЬКО прикрутить, как должно быть). Мне не нравится то, что rh-дистрибутив считает меня гораздо глупее его в настройке МОЕЙ железки(камень в сторону kudzu или там как его и всяких там определялок и подкручивалок{читай свистелок и перделок(с) не мой}). Мне не нравится, что по умолчанию(установка системы) грузится графический инсталлятор, который на серваке мне никуда не впиявился, ну совсем. Мне не нравится, что при даже минимальной установке мне напихивается излишне много всяких типа системных файлов, которые мне просто необходимы :)

Пока всё :) Без обид, если где-то не сдержался :)

2Dimez

Вот не знаешь про apt-get и дебиан а осуждаешь.
Всего чего ты написал там как раз и нет.
1) левых зависимостей и сломаных зависимостей в deb просто нет у него идиология другая чем у rpm
2) нет там по умолчанию графического инсталятора
3) всяких kudzu там нет
4) при минимальной установке там порядка 30 мегов помойму. и вообще там сначала ставится база минимальная а потом ты сам выбираешь что тебе еще в системе надо
5) и дебиан вообще ничего не считает и ничего не навязывает а ставишь что хочешь и работаешь с этим как хочешь.

Да, совсем забыл, терпеть не могу SysV-init :)

>Ты сказал мы видим. Но сказал ты глупость.
>P4 от P3 практически ничем кроме sse2 не отличается.
>И прироста в 50% просто НЕ БЫВАЕТ.
>И пересобирать все подряд ради 5% как это делается в Gentoo выглядит
>сомнительным.
Прирост бывает большой. Во всяком случае, субъективно стало бастрее работать процентов на 50, когда переполз с РХ на дженту. В оптимизации можно не только сказать -march=athlon, но и всякие -pipe и -fnon-call-exceptions.

То что ты переполз и стало работать быстрее еще не значит что это из-за того что все перекомпилировал.

А все флаги нужные выставляются для каждого пакета отдельно. Там где нужно -pipe и где не нужно. И все это можно было сделать и не переползая никуда.

А вообще делать общие флаги для всего и потом с этими флагами все подряд компилировать попахивает ламерством.

>>А все флаги нужные выставляются для каждого пакета отдельно. Там где >>нужно -pipe и где не нужно. И все это можно было сделать и не >>переползая никуда.

это непродуктивно, в дженту/генту (честно не снаю ка коно правильно произносится) смысл в том что задается общая настройка системы, для каждого пакета можно выставить отдельные настройки. но сисема портажей+средняя оптимизация под конкретный процессор дают о себе знать. Конечно это не 50%, но оптимизация есть. Плюс ко всему этому надо учесть систему зависемостей, по которой можно поставить и писк моды и стабильную версию.

ака "новоиспеченный пользователь генту"

>Ок, будем без наездов... лично мне(как любителю классической unix-like и
>не только мне) не нравится rpm, apt-get и прочея(ну немного нравится
>только система postage'ей от Gentoo - но нормально его попробовать пока
>руки не дошли - это из линуксов) - это главным образом из-за того, что(см
>ниже) считает, что rpm гораздо умнее меня(иногда бредовые зависимости -
>о, да!).

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

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

Нехер левые пакеты ставить, для каждой системы они свои.

>Мне не нравится то, что прежде чем сделать нормальную production систему
>из rh надо докуя много чего ненужного открутить(а не ТОЛЬКО прикрутить,
>как должно быть).

Это только в RH? Ты уверен? Сколько дистрибутивов не ставил, так
везде тоже самое.

>Мне не нравится то, что rh-дистрибутив считает меня гораздо глупее его в
>настройке МОЕЙ железки(камень в сторону kudzu или там как его и всяких
>там определялок и подкручивалок{читай свистелок и перделок(с) не мой}).

Думаю, что kudzu действительно умнее тебя, но если тебе такое положение
дел не нравится, то chkconfig --del kudzu...

>Мне не нравится, что по умолчанию(установка системы) грузится >графический инсталлятор, который на серваке мне никуда не впиявился, ну >совсем.

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

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

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

>Прирост бывает большой. Во всяком случае, субъективно стало бастрее
>работать процентов на 50, когда переполз с РХ на дженту. В оптимизации
>можно не только сказать -march=athlon, но и всякие -pipe и
>-fnon-call-exceptions.

2del: Ну просто фантастика! Для ламоков конечно цифра убедительная,
но только не стоит забывать, что тут не все ламеры, а ты не крутой перец,
и я только одного не понял, что мешало сделать тоже самое при пересборке
rpm пакетов с нужными тебе оптимизациями, которые дают такой
фантастический прирост, просто не прыгая от одного дистрибутива к
другому?

Зато это грамотно когда все флаги для выставляются для каждого проекта.
Много проектов нельзя собирать с -O3 потому что код становится нестабильным, а кое что можно спокойно. Куча кода вообще не компилится с разными опциями оптимизационными. Есть код который дает неправильный результат когда его компилят с -ffast-math, потому что он на это не рассчитан.

Поэтому реально забабахать длинную строчку с флагами и все перекомпилять с этими флагами просто глупая идея. На сервер такое творение ставить нельзя.

А реально дает производительность ядро + тот сервис который пускается например mysql. Ядро нормальный админ всегда пересобирает. А про mysql я читал что прирост производительности от его оптимизаций около 5%. Что естественно несущественно. Зато возможность получить "плохой" код и запороть базу возрастает.

Оптимизация -pipe это сильно. Это 5.

Кстати при использовании tmpfs эта "оптимизация"
смахивает "пессимизацией".

Насчет Gentoo У нее хорошая идея с пакетами , но пока над ней нужно работать и работать Суботний пример : я хочу поставить дровину для Audigy emu10k1 и эта замечательная система зависимостей выдает выдает мне такую картину # emerge -p emu10k1 нужно установить Xfree , Aumix , (иеще чего-то) и лиш потом emu10k1 . Это конечно лечится установкой с игнорированием зависимостей (ну я подумал что всеравно Х-ы собирать ) запустил # emerge emu10k1 Дак он после того как все собрал не смог запустить конфигурационный скрипт для драйвера не установил дровину . Причем сказал что у меня ядро неправельно скомпилено (без поддержки модуля ) .В общем после 2 часов шаманства просто сам руками поставил ,и все в шоколаде !

А если о теме то штаты молодцы что офицыально доверяют Линуксу

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

:)

to D_D: В gentoo многое идеалогически правильно. если не смог собрать что-то значит не судьба. :)

если кому нужен RHAS 2.1 у меня есть оставляйте мыло будем контакты налаживать. только вот я не догоняю нахрена он нужен :))

>терпеть не могу SysV-init :)

А я не понимаю BSD-init... ;)

Mongos (*) (2003-02-13 08:38:27.278)

Пиши - tums@hotbox.ru ------------------------------------------------- И все же самое главное - чем этот Advanced server ПРИНЦИПИАЛЬНО отличается от других дистрибутивов того же RedHata? Что в нем такого сепер-пупер навороченного?

2 Mongos (*) (2003-02-13 08:38:27.278)

Мне бы очень хотелось иметь RH AS. :))) ifreeman <at> mail<dot>ru. Могу поделиться девятой соляркой под i386. :))

2D_D:
А про переменную USE что-нибудь читал? Если нет - почитай (хоть у Федорчука - на русском)

Пиши на stuly@mail.ru

Немножко о слаквари.

Неприятны следующие моменты:

1) Наличие только POSTINSTALL скрипта. В итоге нет возможности исключить удаляемые файлы .info из /usr/info/dir и т. д. при удалении пакета.

2) Достаточно ОДНОГО криво собранного .tgz, чтобы сделать полностью неюзабильным (например) /usr. Исполняется (как все глупое) крайне просто. Допустим в DIR у нас лежит дерево каталогов со скомпилированной программой. Говорим chmod 700 DIR/usr. Собираем пакет. Ставим. Результат - пользователи не могут зайти в /usr. Вообще. Никто, кроме суперпользователя. Похожий результат может быть получен на нормальных пакетах установкой umask 077 для суперпользователя. В installpkg tar вызывается без ключа -p. Желающие могут ознакомиться со страданиями человека на эту тему в fido7.ru.linux за ноябрь-декабрь. Получить дерево с кривыми правами доступа легче легкого. Перед make install сделали find <список каталогов> > before, потом make install, потом find <список каталогов> > after, потом diff before after > filediff, потом сделали из filediff filelist, и, наконец, для переноса файлов использовали cpio вместо tar. На вопрос buildpkg выставить ли на все файлы режим 755 и владельца root гордо ответили нет. Результат: на всех каталогах, которые не попали в filelist, но попали в дерево режимы доступа кривые.

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