From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Recipient: sisyphus@linuxteam.iplabs.ru From: Konstantin Volckov Organization: Goldhead Station To: sisyphus@linuxteam.iplabs.ru Date: Sun, 21 Jan 2001 03:14:29 +0300 X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="koi8r" References: <01012004534700.09323@localhost.localdomain> <20010120054316.A24542@LDV.fandra.org> In-Reply-To: <20010120054316.A24542@LDV.fandra.org> MIME-Version: 1.0 Message-Id: <01012103142900.01440@localhost.localdomain> Content-Transfer-Encoding: 8bit Subject: [sisyphus] =?iso-8859-1?q?=F7=D0=C5=DE=C1=D4=CC=C5=CE=C9=D1=20=CF=D4?= =?iso-8859-1?q?=F3=C9=DA=C9=C6=C1?= Sender: sisyphus-admin@linuxteam.iplabs.ru Errors-To: sisyphus-admin@linuxteam.iplabs.ru X-BeenThere: sisyphus@linuxteam.iplabs.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: sisyphus@linuxteam.iplabs.ru List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Archived-At: List-Archive: List-Post: 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