On Sun, Jan 21, 2001 at 03:14:29AM +0300, Konstantin Volckov wrote:
> 20 Январь 2001 05:43, Вы написали:
> 
> > > Скачал 18 числа Сизиф и поставил его себе на машину. Впечатления
> > > следующие:
> >
> > Скачал прямо во время очередного обновления...
> 
> А чем это может грозить?

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

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

Хорошо. :)

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

А как насчет стандартной uucp? Кажется, некоторый софт (mgetty) до сих пор
это использует.

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

glibc можно собирать без "-g", но нельзя стрипать, скажем, libc.a
Что касается этого частного случая (glibc), то эту библиотеку лучше не
стрипать - она используется всеми, и зачастую соответствующая информация
нужна при отладке (не самой glibc, а всего остального).

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

Интересует технология подбора этих параметров, изложенная более подробно
(в devel).

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

Насчет X я не в курсе, а вот, скажем, для zlib и bzlib разница заметна.
Возможно, мы не все еще заоптимизировали... :)

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

Ok, и cc: последнему packager'у.

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

Боюсь, этот идеал недостижим в текущих условиях.

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

Будем надеяться :)


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.