[sisyphus] ÷ÐÅÞÁÔÌÅÎÉÑ ÏÔóÉÚÉÆÁ

[Konstantin Volckov]

20 Январь 2001 05:43, Вы написали:

> > Скачал 18 числа Сизиф и поставил его себе на машину. Впечатления
> > следующие:
>
> Скачал прямо во время очередного обновления...

А чем это может грозить?

> > 1. Дистрибутив сразу ставиться не захотел. Ругался на ошибку в deplist'e.
> > Установился только после удаления из него пакета setserial и
> > перегенерации deplist'a и hdlist'a.
>
> Хорошо, что вообще поставился - была высокая вероятность того, что все эти
> *list'ы от предыдущего обновления. Сейчас, полагаю, все ok.

Ну так я их и перегенерил...

> > 9. Почему-то отсутствует группа, которой можно работать с ttyS* - это
> > удивляет, т.к. остальных групп там просто дофига. Из-за это в частности
> > не работают по умолчанию утилиты для работы с PalmPilot.
>
> Не все так просто...
> Ну хорошо, можно попробовать; какое возьмем имя группы?

Я у себя назвал ее comports, но это как-то коряво... Можно ttys.

> > 11. Непонятно со стандартными флагами оптимизации при сборке пакетов -
> > почему-то большинство из них собираются с -g, хотя потом и стрипаются. Но
> > ведь, например статические библиотеки при этом не стрипаются, из-за чего
> > одна только libc_p.a занимает 20 мег, а могла бы и полтора. Далее,
> > зачем-то флаги для выравнивания названы optflags_kernel и используются
> > только при сборке ядра, хотя их использование может очень нехило поднять
> > производительность современных процессоров, причем для разных камней они
> > разные - у вас же одинаковые для всех. Почему-то используется -О2, хотя
> > можно бы (по-моему) и с -О3, ну а некоторые глючащие с О3 пакеты собрать
> > с -О2.
>
> + собирается все с "-g", ибо зачастую надо отлаживать. При упаковке со
>   всего лишнего автоматически делается очень тщательный strip. При этом
>   есть некоторые библиотеки, которые стрипать нельзя; в частности, в glibc
>   есть некоторые такие библиотеки.

Например? Я долгое время работал с glibc, собранным без опции -g и ничего 
подобного не заметил.

> + optflags_kernel могут испортить производительность, если их применять не
>   там, где надо. Тут нужно очень аккуратно поступать. Если есть
>   предложения - давайте их сюда (лучше - в devel на linuxteam.iplabs.ru).

Предложений масса. В частности на досуге я провел несколько замеров 
производительности,  с использованием nbench, собранной с разными опциями. 
Там по результатам ясно видно, какие опции на что и как влияют. Но можно 
выбрать некий средний оптимум, при котором большинство программ будут 
работать выстрее, чем с опциями по умолчанию. И для современных процессоров 
они точно не будут все равняться двум (например у меня на K6 они равнялись: 
2, 4, 2, 0 соответственно как прописан %optflags_kernel). Подобные опции 
можно найти и на сайте athlonlinux.org соответственно для K7.

> + По умолчанию мы собираем пакеты с -О2, нам важна стабильность не меньше,
>   чем произвожительность. Там, где это можно и нужно, применяется и -O9, и
>   -fomit-frame-pointer, и -ffast-math, -fno-exceptions -fno-rtti...
Согласен. Я пока еще не смотрел всех сырцов. Но вот с Xfree 4.0.2 вышла явно 
какая-то промашка...

> > 12. Конфигурация для ядра 2.4.0 совсем кривая, так что использовать его
> > вообще невозможно - там в частности нет supermount и еще нескольких
> > интересных вещей, например модулей для framebuffer.
>
> У нас сейчас недостаточно ресурсов на доводку 2.4.0 :(
> Основное ядро до тех пор, пока не будет выпущен OpenWall для 2.4.x -
> 2.2.x

Нормально. Просто я констатировал тот факт, что ядро 2.4.0 из состава 
дистрибутива недоделанное. А кому надо - тот соберет ядро сам.

> > 13. Kudzu правильно определил мой sblive, но почему-то приписал его в
> > modules.conf как alias sound-slot-0, что приводит к выгрузке модуля, если
> > он не используется и последующей его загрузке по требованию. Но не
> > учитывается, что при этом сбиваются настройки микшера...
>
> Какие будут предложения?

Предложений два:
1. Записывать alias не как sound-slot-0, а sound/
2. Записывать в post-install звуковому драйверу aumix -L -f /etc/.aumixrc как 
я и сделал у себя.

> > 14. В  Kmail'e ошибка перевода - вместо "Просмотр" в меню пишется "_для
> > показа: Просмотр".
> >
> > 15. Это еще не все - только самые первые впечатления, т.к. дистрибутив я
> > пока еще толком не смотрел.
>
> Welcome :)

Чем сейчас и занимаюсь. Кстати, обнаружил еще один баг - библиотеки glut & 
GLU  неправильно слинкованы. Если набрать ldd на них, то можно увидеть, что 
они ссылаются только на glibc, в то время как они должны ссылаться еще и на 
libGL, libXt и еще несколько других. Это приводит к тому, что невозможно 
собирать программы, использующие их. Также это приводит к ошибкам сборки 
программ с использованием библиотек, которые используют glut & GLU. 

Также aviplay стабильно падает в core.

> > Пожелания:
> > 1. Надо править инсталлятор - в частности переводы, и механизм выбора
> > пакетов в индивидуальном режиме.
> >
> > 2. Надо править флаги оптимизации - из-за их не совсем правильного выбора
> > скорость работы кода при выполнении некоторых фукнций может составлять
> > 50% от максимально возможной.
>
> Конкретные предложения, в том числе и по отдельным пакетам,
> приветствуются.

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

> > 3. Неплохо бы также выпустить версии дисрибутива, оптимизированные под
> > i686 & K7, что вкупе с нормальными флагами оптимизации было бы очень
> > кстати.
>
> Что значит выпустить? Пересобрать (дважды для полной оптимизации) для
> каждой архитектуры и выложить на ftp/rsync?

Ага. А в идеале при продаже 7.2RE при давать диски с бинарниками по желанию - 
под нужную архитектуру.

> > 4. Ну и исправлять ошибки...
>
> Sisyphus еще не полностью синхронизирован, так что будут новые... :)
>

Будем надеяться, что в конечном итоге их будет значительно меньше.

> Regards,
> 	Dmitry

-- 
Удачи,
Konstantin