>неужели магический прирост в скорости (который под большим вопросом) настолько важен?

никакой он не магический он реальный, сначала поопробуй потом пиши.

>то что написано выше, дебиан решает эти проблемы.

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

да ну и что? это ж лишний повод для флейма - на ЛОРе это ж давно так =)

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

Собственно почему много дистрибутивов - все пытаються решить какие то свои проблемы или определенный набор проблем скажем сообщества Y - вот и все.

И не надо говорить что дистриб X самый лучший в мире, дистриб Y все рвет, дистриб Z всех рашает "не по детски" - все это фанатизм и глупость.

> Посмотрите на число проголосовавших: 35980. Какой это процент от числа тех, кто юзает линукс? :) Самим-то не смешно?

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

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

Где траву берем?

Вот, а потом еще некоторые люди (я в том числе) удивляются, почему гентушников не любят, считая красноглазыми пыонерами... =( Люди, вы на них не смотрите, их на самом деле не так много, они просто шумят громко =(

> никакой он не магический он реальный, сначала поопробуй потом пиши

сколько пальцев?

> однозначно по одной причине - "Я его знаю и он просто рулит" - больше ничего не дождешся от вас.

Кстати не самое плохое объяснение. Если у тебя уже стоит дистр, ты в нем разобрался, и все в нем тебя устраивает - зачем его менять на что-то, что _потенциально_ может оказаться лучше? Чаще всего только время потеряешь. Так что я в принципе вполне допускаю что дебиан лучше etc (хотя допускаю и обратное ;) но дженту у меня уже установленный и настроенный, и все это ломать в надежде на светлое будущее не хочется как-то...

>Где траву берем?

мы ее не курим

>Вот, а потом еще некоторые люди (я в том числе) удивляются, почему гентушников не любят, считая красноглазыми пыонерами... =( Люди, вы на них не смотрите, их на самом деле не так много, они просто шумят громко =(

а теперь перестаем курить и читаем читаем ...

По крайней мере - машина следующая - AMD K7 Athlon 1000Mhz/256 RAM/20 Gb HDD Samsung 5200 rpm - компилим одно и тоже но на разных дистрибутивах -

Slackware 9.0 - 67.23 sec ; Gentoo (-O3 -march=athlon все собранное так с stage one) - 49.12 sec;

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

так что тут уж не надо.

да да чтобы не было - везде одна и иаже fs - ext3 и ядро 2.6.1 с kernel.org

> Посмотрите на число проголосовавших: 35980.

Собственно, это достаточно много для соц. исследования. Во многих случаях обходятся гораздо меньшим числом.


138930 registrations entered 141078 values
distribution Count Percent
debian 28828 20.75%
gentoo 7293 5.25%
mandrake 20121 14.48%
red hat 32314 23.26%
s.u.s.e 14796 10.65%
slackware 15395 11.08%
Others 22331 16.07%

(c) counter.li.org

> Slackware 9.0 - 67.23 sec ; Gentoo (-O3 -march=athlon все собранное так с stage one) - 49.12 sec;

Еще бы верии GCC не помешало б. И какие там процессы в фоне крутятся.

А вообще, проведи нормальные тесты, оформи все это дело - спасибо скажем.

>А вообще, проведи нормальные тесты, оформи все это дело - спасибо скажем.

будет время - оформлю и ссылку здесь в новостях кину.

>Еще бы верии GCC не помешало б. И какие там процессы в фоне крутятся.

Slackware 9.0 - gcc 3.2.2; Gentoo - gcc 3.2.3 - процессы одни и те же крутились, за исключением того что в случае с слакой был Gnome запущен - а в генту fluxbox - но это не влияет на результат в итоге то =)))

> Собственно, это достаточно много для соц. исследования. Во многих
> случаях обходятся гораздо меньшим числом.

Мне таки объяснять, что репрезентативность выборки определяется не только количественным, но и качественным составом? Попробуйте провести аналогичное исследование на сайте microsoft.com. Удивитесь :)
Ещё раз повторяю - результаты могут отражать предпочтения посетителей /. Это подмножество множества пользователей linux, причём весьма специфическое. Я лично о /. узнал далеко не сразу. Пока юзал redhat, не заходил туда вообще НИ РАЗУ. Возникали вопросы - искал ответы просто в google. Знаю много пользователей линукс, не посещаюших /. В основном их выбор - RH и SUSE.

> 138930 registrations entered 141078 values
> distribution Count Percent
> debian 28828 20.75%
> gentoo 7293 5.25%
> mandrake 20121 14.48%
> red hat 32314 23.26%
> s.u.s.e 14796 10.65%
> slackware 15395 11.08%
> Others 22331 16.07%

А вот это уже больше напоминает истину.

optimization

1.
Celeron-1700, 128Mb
LFS (pol goda stoit)
-fomit-frame-pointer -O3 -march=pentium4 -pipe
compile kernel 2.6.6: 14 min

XFree-4.3.0 s -O2 sobran, s -O3 padaet

2.
Athlon ~2600, 512Mb
ASP 9.0
i386
compile kernel 2.6.6: 25 min

То, что оптимизация с -march=i686 дает заметный прирост по сравнению с i386 - это дело известное. А вот выше уже особого смысла поднимать не имеет. А дистры сейчас многие уже пакеты собирают под i686.

> Мне таки объяснять, что репрезентативность выборки определяется не только количественным, но и качественным составом?

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

многие != все

> машина следующая - AMD K7 Athlon 1000Mhz/256 RAM/20 Gb HDD [...]
> Slackware 9.0 - 67.23 sec ; Gentoo (-O3 -march=athlon все собранное так с stage one) - 49.12 sec;

Господа, а не проще ли эту баб^H^H^Hмашину проапгрейдить?

Поручик Ржевкий

>Господа, а не проще ли эту баб^H^H^Hмашину проапгрейдить?

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

> Slackware 9.0 - gcc 3.2.2; Gentoo - gcc 3.2.3 - процессы одни и те же крутились,

Проблема номер раз: gcc-3.2.3 быстрее!! Проверено.

> за исключением того что в случае с слакой был Gnome запущен - а в генту fluxbox - но это не влияет на результат в итоге то =)))

Ну, а тут ваще слов нет. Парень, любой пионер тебе скажет, что даже
на глаз машина с гномом ворочается медленнее. И эта... не смеши народ
про то, что там одни и те же процессы крутились. Ты хоть в top загляни
для приличия, и удивись, скока там разного "Г" запускается от гнома.

> а зачем? ее так хватает

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

> или апгредйиться надо каждый месяц

А какой год на дворе, человече? Athlon-1000/250MB относится к началу
2000-го. А вообще-то, каждые два года оптимально полностью менять
железо. Старое продавать, новое покупать. Закон Мура, удобство, новые
интерфейсы и стандарты и т.д.

> А дистры сейчас многие уже пакеты собирают под i686.

И наживают лишний гемор для своих юзеров. Банальный пример: у меня дома
два компа - у одного Athlon 1400, у другой VIA Cyrix 800. Комп с Cyrix
идеален для дома по причине его бесшумности и малого энергопотребления.
Он у меня ночью работает, и вообще как роутер служит. Ну дык вот, нет
в моём Cyrix инструкции cmov, которая присутствует в других i686.
А некоторые проги (openssl к примеру) юзают эту инструкцию. В результате
сегфолт. Дистр, собранный под i686 я пользовать не могу, хотя железо
у меня достаточно новое - Cyrix встроен в миниплату VIA EPIA.
Вот, такие дела.

2alphex_kaanoken Ну ты и мудак ! Ты бы лучше курил траву .... "Лучше бы пил и курил " (с) Сплин 1) 60 сек и 44 сек - удавись ! это не критерий .... если бы 10-ть часов и 8-мь часов - можно было бы задуматься ... 2) Про гном тебя уже просветили 3) А теперь ответь на вопрос - сколько твою Генту из сырцов собирать на AthlonXp 2000+ с 256 DDR ? Иди ты на .... проще Дебиан или Слакваре за 30 минут установить и начать работать ... Или ты думаешь что бинарники собирают пиоэнеры в том же самом репрозитарии Дебиана ? Кароче в топку тебя на метан . ЗЫ а где наш Селектер миссионер ?

> Ну дык вот, нет в моём Cyrix инструкции cmov, которая присутствует в других i686.

Это проблемы Cyrix и тех, кто его покупает. Почему из-за нескольких человек остальные должны делать вид, что их процы - это просто очень сильно разогнанные 386-е? Пользуйтесь соответствующими дистрами.

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

> а теперь объясните мне, как можно собрав программу X с опциями Y поставить её на 10 компьютеров. а теперь умножте эту цифру ещё на 10 и подумайте

объясняю:

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

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

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

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

> А теперь ответь на вопрос - сколько твою Генту из сырцов собирать на AthlonXp 2000+ с 256 DDR ?

Со stage1 полную систему можно собрать за ночь. Со stage3 + GRP - за час все можно поставить, если не меньше.

DHCPD3 (debian) + dhcp-relay

> Debian - единственный правильный дистрибутив и точка.

увы не все так гладко :((((

после apt-get dist-upgrade установленного с релизных CD debian stable начинается "подземный стук" с dhcp сервером при обработке запросов от dhcp-relay (cisco). "Поземный" потому что до данного момента все работает. В логах dhcp сервера все dhcp запросы начинают идти не от имени хелпера интерфейса удаленной сети и мак адреса клиента запрашивающего адрес, а от имени ип и мака цисковского интерфеса сети в которой находится dhcp сервер. похоже что то после упдейта дебиана "ровняет" пакет запроса от хелпера.... может пакет обрезается до размера оригинального запроса отправленного клиентом?

гы . base-system в Дебиане я за ~15 минут установлю ))))) удавись !
всем лечится !

> гы . base-system в Дебиане я за ~15 минут установлю ))))) удавись !

Да мне-то что? Или ты систему каждую неделю переустанавливаешь? А так - пятнадцать минут или два часа, какая разница... главное чтоб оно работало потом. Так вот джента - работает =) Дебиан, наверное, тоже, но это уже вам видней...

Вы ОС с секундомером в руке обычно устанавливаете?

> Это проблемы Cyrix и тех, кто его покупает.

Здрасьте... Приехали. Во-первых, проблемы нет, как таковой в нормальных дистрах ;) Во-вторых, несовместимых с i686 процессоров
используется в ИТ-индустрии гораздо больше, чем ты думаешь. Мне,
например, до сих пор приходится порой ставить сервер/роутер на i586
и даже на i486. Их мощностей хватает для задач, которые они делают.

> Почему из-за нескольких человек остальные должны делать вид, что их
процы - это просто очень сильно разогнанные 386-е?

Рекомендую прогнать таки тесты дистров, оптимизированных под i686
против i486... и удивиться минимальной разницей. Где-то в сети
публиковали уже такое сравнение. Там, кажется, сравнивали стандартный
неоптимизированный Debian с оптимизированным Gentoo. Прикол был в том,
что Gentoo проиграл в большинстве тестов...

Но ты эта, не переживай, я по молодости тоже стремился всё
оптимизировать и выбирал дистры с оптимизацией. Был тогда пионер в этой области - дистр KSI. В то время крутой машиной считался
celeron-300/64Mb. Тем более мне смешно, когда стремятся оптимизировать
сейчас, когда нормой являются машинки p4-3000/1Gb ;)

> Это проблемы Cyrix и тех, кто его покупает.

Здрасьте... Приехали. Во-первых, проблемы нет, как таковой в нормальных дистрах ;) Во-вторых, несовместимых с i686 процессоров
используется в ИТ-индустрии гораздо больше, чем ты думаешь. Мне,
например, до сих пор приходится порой ставить сервер/роутер на i586
и даже на i486. Их мощностей хватает для задач, которые они делают.

> Почему из-за нескольких человек остальные должны делать вид, что их
процы - это просто очень сильно разогнанные 386-е?

Рекомендую прогнать таки тесты дистров, оптимизированных под i686
против i486... и удивиться минимальной разницей. Где-то в сети
публиковали уже такое сравнение. Там, кажется, сравнивали стандартный
неоптимизированный Debian с оптимизированным Gentoo. Прикол был в том,
что Gentoo проиграл в большинстве тестов...

Но ты эта, не переживай, я по молодости тоже стремился всё
оптимизировать и выбирал дистры с оптимизацией. Был тогда пионер в этой области - дистр KSI. В то время крутой машиной считался
celeron-300/64Mb. Тем более мне смешно, когда стремятся оптимизировать
сейчас, когда нормой являются машинки p4-3000/1Gb ;)

Братья, а какая принципиальная разница между дистрами ?

Интересное обращение. ;) Разница - менеджер пакетов, скрипты инициализации, конфиги, всякие мелочи вроде инсталлятора etc. IMHO, человек единожды поняв принцип работы, сможет админить любой дистрибутив Линукса, включае *BSD ;) Я, например, сижу на Слаке и не жужжу. И не вижу никакого смысла менять настроенную систему на что либо иное.
P.S. Насчёт секундомера, как-то слаку 9.0 установил за 4 мин. 50 сек.

> Здрасьте... Приехали. Во-первых, проблемы нет, как таковой в нормальных дистрах ;) Во-вторых, несовместимых с i686 процессоров используется в ИТ-индустрии гораздо больше, чем ты думаешь. Мне, например, до сих пор приходится порой ставить сервер/роутер на i586 и даже на i486. Их мощностей хватает для задач, которые они делают.

Это замечательно. Вот пусть для них и используются специфичные дистры, собранные под i386. Но большинство-то все равно под i686 и выше. Так что имхо именно это должно быть дефолтом в основных дистрах (особенно десктопных).

> Но ты эта, не переживай, я по молодости тоже стремился всё оптимизировать и выбирал дистры с оптимизацией.

Я уже говорил по этому поводу - в дженте мне интересна не оптимизация, а portage и init.

я считаю по скуренным сигаретам -)

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

а насчёт Слаки - тут всё понятно. Слака ж работает - пусть она и жужжит :)) (типо Слака - зе бест ))

>я считаю по скуренным сигаретам -)

А твои легкие считаю по-другому =)

> основные системные настройки должны быть организованы одинаково

LinuxRegistry, несмотря на название специально для этого и сделан.

Уже Debian лидирует

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

любопытство ?

Люди, с пеной у рта кричащие о приросте производительности от -march= (по сравнению с -march=i386), а вы сами то себе верите? Пусть мой эксперимент из любопытства говорит сам за себя:

$ wget -O- ftp://sources.redhat.com/pub/bzip2/v102/bzip2-1.0.2.tar.gz | tar -xvzf -
$ cd bzip2-1.0.2
$ make
$ dd if=/dev/urandom of=big.file bs=1024 count=10240
$ time ./bzip2 -c --best big.file > /dev/null

real 0m12.166s
user 0m11.973s
sys 0m0.041s
$ vim Makefile # add -march=i686 or -march=athlon-xp and/or -O3 to CFLAGS
$ make clean && make
$ time ./bzip2 --best -c big.file > /dev/null

real 0m12.650s
user 0m12.461s
sys 0m0.037s

$ grep -e '^model name' -e '^cpu MHz' /proc/cpuinfo
model name : AMD Athlon(tm) XP 2200+
cpu MHz : 1809.024
$

А у меня несколько другие цифры...


# -march=i386 -O2

$ time ./bzip2 -c --best /usr/portage/distfiles/X11R6.7.0-src1.tar.gz > /dev/null

real    0m25.634s
user    0m24.220s
sys     0m0.081s


# -march=i686 -O3

$ time ./bzip2 -c --best /usr/portage/distfiles/X11R6.7.0-src1.tar.gz > /dev/null

real    0m22.187s
user    0m21.930s
sys     0m0.062s


$ grep -e '^model name' -e '^cpu MHz' /proc/cpuinfo
model name      : AMD Athlon(tm) XP 2500+
cpu MHz         : 1830.145

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

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

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

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

Хорошо хоть пока никто не заявил, что UT2004 под джентой работает в два раза быстрее. Пока? ;)

>>самого тебя в топку: реально в раза два быстрее все работать стало, до этого была бинарная слака

Да-а-а. Заюзать дистр,да еще и СЛАКУ,да еще и так чтобы медленнее в ДВА РАЗА !!! Это надо уметь. :)

>>HDD Samsung 5200 rpm

А это еще че за экзотка ?

>>Это замечательно. Вот пусть для них и используются специфичные дистры, собранные под i386. Но большинство-то все равно под i686 и выше. Так что имхо именно это должно быть дефолтом в основных дистрах (особенно десктопных).

Десктопный дистр должен компиляться под 386,в крайнем случае под 586,обязательно наличие исходников ядра(остальные исходники не обязательны).Нефиг плодить зоопарк и ,как следствие,головную боль для юзеров из-за 0,хрен % прироста производительности системы.
Если юзеру будет не кошерно он сам перейдет с КДЕ на *бокс и будет счастлив.
Оптимизированные дистры должны делаться производителями материнских плат(ессно включать в себя родные дрова от производителя) и идти с этими платами в коплекте.(один хYй диски пихают с дровами для винды еще и билли бабосы отслюнявят за "совместимость",так что почему бы и нет ?).

;))

пройдет время, большой дядя вам покажет freebsd, покажет порты. и все споры уйдут. самый лучший дистрибудтив линукс - freebsd (с) клиент

Нет.Даже скорее не сами производителями,а партнерами их(РХ,Сусе,Мдк,...,патриком :))