cucullus
Ну вот это звук и есть на 15 сек. Вы же тест проводили. ;)
Да какой это тест… Там 15 секунд — только погрешность. Может есть какая-нибудь хорошая программа (а лучше сценарий) для теста производительности, чтобы зависила не от железа, а от софта и шла на LiveCD без мороки? Или подскажите, чем можно занять процессор посильнее (желательно без io/периферии для чистоты результатов).

sysmouse
rubicon, вообще все. В этом и смысл. В качестве примера - make world в FreeBSD и emerge world в Gentoo.

Фишка в том, что оптимизировав одно приложение, ты не оптимизируешь его зависимости.
kthx, только для bzip2 были пересобраны все его зависимости — и всё равно ничего ¯\(o_°)/¯

Может кто-нибудь из здешних сможет потестить Gentoo vs. Whatever?
sysmouse
Собственно, почему же тогда гентушники говорят, что сила в компиляции?
Потому что, если бы ты пересобрал все окружение, то заметил бы разницу.
Какой смысл оптимизировать в одном месте, если в другом будет затык?
Мне всегда казалось, что затык будет в ядре и сишной либе (исключая io, конечно).

Пересобрать окружение — в смысле DE или вообще всё?
IP статический?

А вообще подумай, по какому принципу в сети можно определить страну при запросе (TIP: geoip).
phoronix test suite
Жесть, ёпт.
# Example lines for starting a login manager
#x:5:respawn:/usr/bin/xdm -nodaemon
#x:5:respawn:/usr/sbin/gdm -nodaemon
#x:5:respawn:/opt/kde/bin/kdm -nodaemon
#x:5:respawn:/usr/bin/slim >& /dev/null
^ Вот это значит, что ни один менеджер входа не запускается.

Тебе в вики написано:
x:5:once:/bin/su USER -l -c “/bin/bash –login -c startx >/dev/null 2>/dev/null”
Ну и куда по твоему это надо запихнуть?
Что ты там у Nvidia собираешь?
Пакет nvidia-96xx, потому что ядро своё. Иначе он ставит модули для стандартного ядра, которое -ARCH, и потом при загрузке ясное дело module not found.

это и есть ответ.
А как же тогда разница между i386 и i686? Как минимум SSE, SSE2 — всё-таки не пустой звук, я надеюсь. А потом, ведь арч как раз этим и отличается (см. вики http://wiki.archlinux.org/index.php/%D0 … h_Linux%3F ):
Arch Linux использует i686-оптимизированные пакеты, которые дают нам лучшее быстродействие по сравнению с какими-нибудь нашими i386-оптимизированными “родственниками”.
И? Просто интересно.

Пока единственное, что ощутил я — после пересборки ядра система стала быстрее загружаться. Собственно, почему же тогда гентушники говорят, что сила в компиляции? :D
Собственно, хотелось бы узнать, как форумчане относятся к сборке пакетов из сырцов и получают ли они от этого моральное удовлетворение. :P У кого какие предпочтения?

Понятно, что ядро рекомендуется собирать под конкретную машину, но стоит ли весь софт обновлять через yaourt -Sb, т.е. через сборку пакетов из сырцов? Любителей сидеть по ночам и пялиться в освещаемую красными глазами консоль на арче по идее меньше, чем в генту. Но раз в Arch так же легко собрать пакет из сырцов, как и просто установить официальный пакет, это искушает ::)

Что касается моего мнения. Имхо, достаточно бывает пересобрать под себя kernel, glibc и сторонние модули типа nvidia (хотя это скорее необходимость). Просто проводил как-то простейшие тесты на архиваторах, типа
time bzip2 -zc ./1gb-urandom-filled-file /dev/null
Неоригинально, зато близко к повседневности.

Испытаниям подверглись:
текущий арч с самосборным ядром
— он же + собранные bzip2 и glibc
livecd с оверлордом
— он же + собранный bzip2
livecd с убунтой 7.10

Все испытания были проведены в консоли с уровнем 3, кроме убунты — уровень 2 и иксы (ибо VTTY так и не заработали).

Как ни странно, результат оказался ~10m±15s во всех системах. С учётом того, что убунту до сих пор i386. Может я чего не так делал? Это какбэ вторичный вопрос.
Наверное в том, что при уровне 5 у тебя не стартует ни менеджер входа, ни иксы. Может ещё раз в вики глянешь, а?