ЖЖ

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

и да.. ШГ )

CFLAGS="-O2 -march=core2 -fomit-frame-pointer -floop-interchange -floop-block -floop-strip-mine -ftree-vectorize -ftree-loop-distribution"

//core2 потому, что в ближайших планах эксперименты с distcc

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

ЖЖ

а еще эмпати глючит ) бедные убунтоиды

ой - а где все sse и mmx? core2 их не включает (
пруф
gcc -fverbose-asm -march=core2 -Q --help=target

ну вообще то для того чтобы GCC генерировал код с ними нужно либо

1) -O3
или

2) -ftree-vectorize
или (fpu)

3) -mfpmath=both / -mfpmath=sse

просто -msse* включает лишь соответствующие заголовки xmmintrin и ничего больше )

кстати -ftree-vectorize проблем не вызывает? на ~x86

лотерея, чаще не вызывает, но где-то что-то когда-то глючило,
у меня достаточно консервативные CFLAGS, даже по -march стоит архитектура вниз (-march=pentium4 -mtune=core2 -msse2)

4) amd64

>кстати -ftree-vectorize проблем не вызывает? на ~x86

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

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

чёт я не понял - или я не так перевёл или хз

For the i386 compiler,you need to use -march= cpu-type, -msse or -msse2 switches to enable SSE extensions and make this
option effective. For the x86-64 compiler, these extensions
are enabled by default.

кстати - где почитать про

просто -msse* включает лишь соответствующие заголовки xmmintrin и ничего больше )

???

А для эксремалов рейзер4. В смысле любителей экстремальной скорости

В xconfig был самый вменяемый поиск

А что еще няшнякого есть для экстремалов ?

>Дабы не посчитали топик личной перепиской, задам вопрос, всегда ли перевод Portage на SQLite даёт положительный результат?

Я перевёл и у меня нихрена не изменилось. Но появилась полоска обновления.

eix-diff работает

paludis вместо emerge или хотя бы ept-get

виснет что-то на загрузке stage 1.5

Paludis, знаю, но прирост не велик, а проблем много, хотя может уже и допилили

paludis удобен при удалении пакетов, он может посчитать зависимости. В смысле скорости выигрыша особого нет. Но ему также не нужен питон для работы portage, а отсутствие лишней зависимости/сущности как минимум приятно

и давно это «рейзер4» быстрый? и с какими опциями оно летает?

$ cat config-2.6.33-lu |grep EXT4
CONFIG_EXT4_FS=m


перевела называется рут на ext4, удивляюсь, что ж не грузится то ничего...

отсутствие лишней зависимости/сущности как минимум приятно

Yep!

Таки убедил, думаю за полгода многое изменилось и допилили значительно

Недавно был бэнчмарк фс, reiser4 таки заслуженно быстрый (:

/ и /home на reiser4

//Советую

от фороникса чёль? в опу такие тесты - кстати где алгоритм?

ну вот не верю я что у тебя кроме портежа ничто не использует питон

xconfig имеет одну плюшку - поиск :)

если эта фраза подразумевала, что в menuconfig совсем нет поиска - то это не так

Есть поиск по именам переменных. Достоточно нажать / и в появившемся окне ввести нужную строку и нажать Enter

Search Configuration Parameter
Enter CONFIG_ (sub)string to search for (with or without "CONFIG")
preemp
<  Ok  >      < Help >

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

  │ Symbol: PREEMPT [=y]                                                    │  
  │ Prompt: Preemptible Kernel (Low-Latency Desktop)                        │  
  │   Defined at kernel/Kconfig.preempt:36                                  │  
  │   Depends on: <choice>                                                  │  
  │   Location:                                                             │  
  │     -> Processor type and features                                      │  
  │       -> Preemption Model (<choice> [=y])                               │  
  │                                                                         │  
  │                                                                         │  
  │ Symbol: PREEMPT_NOTIFIERS [=n]                                          │  
  │   Selected by: KVM [=n] && VIRTUALIZATION [=n] && HAVE_KVM [=y] && PCI  │  
  │                                                                         │  
  │                                                                         │  
  │ Symbol: PREEMPT_TRACER [=n]                                             │  
  │ Prompt: Preemption-off Latency Tracer                                   │
  │   Defined at kernel/trace/Kconfig:180                                   │  
 

Я не противник питона, но в системной части питон явно лишняя зависимость.

>от фороникса чёль? в опу такие тесты - кстати где алгоритм?

Сам возьми и протестируй, не сложно и не долго

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

А ext4 умеет как Reiser «паковать хвосты»?

>Недавно был бэнчмарк фс, reiser4 таки заслуженно быстрый (:

До первого fsync, да.

/ и /home на reiser4

/ на атомном ноуте на reiser4+lzo. Чтобы оно действительно быстро работало (и нормально работало вообще) пришлось воспользоваться libnosync.so и значительно увеличить пороги сброса грязных страниц и таймауты. Для винчестеров это не так критично, там скорость в таких ситуациях падает всего раза в 2-3 по сравнению со всякими ext3/4. А вот небыстрым ссд приходится туго.

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