Оптимизация пакетов (-g)

Автор: SadAlex Дата: 13.11.2003 02:50 Нельзя ли в будущих версиях дистрибутива собирать пакеты без отладочной информации, т.е. без опции gcc -g (/usr/lib/rpm/rpmrc)? Это существенно ускоряет загрузку и скорость работы приложений. Особенно это актуально для XFree86 и KDE. Я понимаю, что разработчикам удобнее при наличии -g, но пользователям она на кой - только жизнь усложняет?
Re: Оптимизация пакетов (-g) 13.11.2003 04:23XMan И по ходу дела пойти по стопам MDK - собирать под платформу i586. А то ядро всё равно на меньшее не станет.
Re: Оптимизация пакетов (-g) 16.11.2003 15:10SadAlex Если эта тема уже где-то обсуждалась, то дайте, пожалуйста, ссылку, я не поленюсь прочитать. Только не оставляйте это сообщение без ответа.

По моему опыту на машинах с малым количеством памяти (128-256 МБайт) загрузка программ, скомпилированныых таким образом, отличается в разы.
Re: Оптимизация пакетов (-g) 17.11.2003 18:07ave Обычные пакеты не содержат бинарники с отладочной информацией. Вся отладочная информация извлекается и попадает в пакет "debuginfo".
Re: Оптимизация пакетов (-g) 17.11.2003 20:59XMan Ну всё равно убрать "-g" из конфигов rpmbuild-а. А то берем любой ....asp.src.rpm, говорим пересобрать и получаем раз в надцать больший пакет, чем оригинал. У меня такой wine получился. Я его учил сохранять документы из MS Word/Excel, так пакет размером 50 с лишним метров был против 6-ти с половиной Улыбка

PS. Интересно, какое получилось бы ядро ? Улыбка
Re: Оптимизация пакетов (-g) 17.11.2003 21:33SadAlex Размер возможно и не в разы отличается, но по опыту, например, mc, собранный самостоятельно из tar.gz, весит процентов на 20 меньше.
Re: Оптимизация пакетов (-g) 17.11.2003 23:20SadAlex Уважаемый, Support!

Может у вас Bugzilla без -g работать не будет? Почему нельзя этот ключ из сборки убрать? Ответьте, пожалуйста, на мой вопрос.
Re: Оптимизация пакетов (-g) 18.11.2003 15:45ave Еще раз: бинарные файлы не содержат отладочной информации. Перед сборкой пакета выполняется strip -g ..., что удаляет отладочную информацию. Если и после этого не верите, то возьмите любой файл и проверьте:
---
[ave@ave ave]$ gdb -batch /bin/bash | grep debug
(no debugging symbols found)...Using host libthread_db library "/lib/tls/libthread_db.so.1".
---

см. также [community.asplinux.ru]
Re: Оптимизация пакетов (-g) 18.11.2003 20:51XMan Хорошо. Определились, что в дистрибе идут пакеты без отладочной информации. Это так и это правильно.
Но... При "rpmbuild --rebuild .....src.rpm" получаем что ? Правильно - всю отладку внутри пакета. Пример с wine из поставки ASP9 я уже приводил. Та же ситуация с "rpmbuild -b .....spec".

Касательно "~/.rpmmacros". Это ж в доме. То есть, каждому, кто должен уметь собирать пакеты нужно внести себе в дом этот файлик. Учитывая, что сборка rpm осуществляется уже из стабильного пакета и отладка в нем даром никому не нужна, поскольку она производится на этапе разработки и тестирования, то есть пока народ работает с "make", вероятно полезно выбросить её из умолчаний сборки rpm-ов ?
Re: Оптимизация пакетов (-g) 21.11.2003 16:34alexhack Я тут дома пакетики собираю, заметил неприятную вещь, что strip для shared libraries не выполняется, может это конечно я так сильно урезал rpmbuild чтобы он debug package не собирал. Кто нить замечал?
Re: Оптимизация пакетов (-g) 21.11.2003 19:51SadAlex To ave:
А в библиотеках тоже нет отладочной информации? Я когда собираю пакеты, то явно видно, "strip -g" работает не всегда.

---
gdb -batch /lib/libgcc_s-3.3.2-20031023.so.1
Using host libthread_db library "/lib/tls/libthread_db.so.1".
---

Или эта команда для библиотек не предназначена?
Re: Оптимизация пакетов (-g) 21.11.2003 23:29rmn стрипать библиотеки -- искать приключения на свою задницу. Иногда они просто дохнут после такой обработки. Используйте strip --strip-unneeded для библиотек и спите спокойно
RSS-материал