Почему Fedora быстрее Ubuntu?

Под "другие дистрибутивы" имел ввиду только OpenSUSE последний стабильный и AltLinux.

prelink

</thread>

Именно. Прелинк по дефолту. Можно поставить в убунту (ещё preload поможет). Плюс в 11 федоре всё собирается с -march=i586
И, возможно, в убунте запущено больше тяжеловесных сервисов в сессии.

prelink бесполезен для Гнома.

Как-то всё это расплывчато звучит.Поставьте GtkPref и сравнивайте,он выдаст реальные цифры.Ну и конфигурации одинаковые должны быть.А не опенбокс с метасити сравнивать.

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

+ использование памяти минимизируется
из недостатков - необходимость синхронизации после обновлений,
если заменилась какая-нибудь очень распространенная библиотека - может быть достаточно длительно. Обычно синхронизируется по крону, если out of sync - то просто нет преимуществ от prelink

>prelink бесполезен для Гнома.
Why?

причем тут Gtkperf ?
это оптимизация самой программы, хотя скажу по секрету что приросты от оптимизации там смехотворные, тестировала дебиан default (i486) и ICC SSE2 - 2% прироста.

prelink оптимизирует именно старт программы и использование памяти shared библиотеками

Я ставил прелинк в Убунту и выигрыша не было.Точнее был,но очень ничтожный.И в Убунте итак свой велосипед вроде используется- readahead

Кстати, кто-нибудь пробовал линковать тот же гном с --as-needed? Хоть какой-то смысл в этом есть?

>И в Убунте итак свой велосипед вроде используется- readahead
Он вроде подгружает только файлы, считываемые при загрузке до логина. Для десктопной сессии он бесполезен.

Да, звучит расплывчато, но как-то не дошло пока сравнивать с помощью gtkperf. Пожалуй попробую. Вполне похоже, что дело в prelink.

И, да, забыл уточнить, что оба дистрибутива для amd64, поэтому сборка с оптимизацией явно ни причем.

поскольку это ответ на мое сообщение , то напишу

1) не использую гном
2) не пересобираю гном
3) Патрик не собирает гном

ну а если гном не ускоряется прелинком - претензии сами знаете к кому )

free -m в убунте и федоре попробуйте сделать. И ps -A -o rss,cmd --sort rss | tac, дабы выловить главных потребителей памяти.

Ну, в Fedora памяти занято больше при загрузке, около 414 Mb, а в Ubuntu - 200 (свежезапущенный гном). Из потребителей - основной это Xorg (жрет со временем до 10% памяти - видимо, и 1.6.1 "течет").

Сделал prelink - ничего не изменилось.

1.Использую Гном
2.Правда, не пресобираю Гном.(он совершенен.В отличии от.)
3.Линус использует Гном

Гном не ускоряется прелинком > прелинк не нужен.(:

>1)
о вкусах не спорят ) кушать вы тоже можете что угодно, хоть кактус

>2)
очень смешно)

>3)
пусть Линус занимается ядром, его DE предпочтения никому не интересны )

> Гном не ускоряется прелинком

гном не нужен

<troll mode off>

Так-с... Запустил gtkperf на Fedora 10.92 Preview (драйвер nouveau) и Ubuntu 9.04 (драйвер nvidia). Размер окна gtkperf одинаковый везде, получил следующие результаты (тема Clearlooks, число повторений 100):

Fedora:

GtkEntry - time: 0.03
GtkComboBox - time: 1.10
GtkComboBoxEntry - time: 0.64
GtkSpinButton - time: 0.15
GtkProgressBar - time: 0.10
GtkToggleButton - time: 0.11
GtkCheckButton - time: 0.08
GtkRadioButton - time: 0.11
GtkTextView - Add text - time: 0.47
GtkTextView - Scroll - time: 0.20
GtkDrawingArea - Lines - time: 0.42
GtkDrawingArea - Circles - time: 0.49
GtkDrawingArea - Text - time: 0.75
GtkDrawingArea - Pixbufs - time: 0.11
---
Total time: 4.77

Ubuntu 9.04:

GtkEntry - time: 0,02
GtkComboBox - time: 0,83
GtkComboBoxEntry - time: 0,57
GtkSpinButton - time: 0,10
GtkProgressBar - time: 0,08
GtkToggleButton - time: 0,12
GtkCheckButton - time: 0,07
GtkRadioButton - time: 0,11
GtkTextView - Add text - time: 0,51
GtkTextView - Scroll - time: 0,11
GtkDrawingArea - Lines - time: 0,13
GtkDrawingArea - Circles - time: 0,25
GtkDrawingArea - Text - time: 0,23
GtkDrawingArea - Pixbufs - time: 0,22
---
Total time: 3,37

То есть, что и следовало ожидать. Отрисовка в сумме быстрее. Но обратите внимание на время отрисовки pixbuf - оно в Fedora в 2 раза меньше. Конечно, может быть дело в драйвере nouveau. Но странно, что он проигрывая по всем параметрам дает в этом месте увеличение производительности.
Я так понимаю, что ускорение вывода pixbufs даст увеличение скорости прорисовки на темах, где используется pixbuf-engine, но это не актуально для выбранной темы.

Заметил, что повторный запуск приложения происходит быстрее только если одна его копия уже запущена. Конечно, может быть используется какой-то механизм копирования процесса - не знаю. Но вполне возможно дело как раз в связывании.
Еще есть подозрения на AppArmor (в Fedora используется SELinux).

+ При каждом запуске FireFox происходит обращение к диску, при выходе он подвисает на 1,5 секунды и что-то пишет. С другими приложениями подобная история. Уж не в ext4 ли дело?

> Но обратите внимание на время отрисовки pixbuf - оно в Fedora в 2 раза меньше. Конечно, может быть дело в драйвере nouveau

т.е. в убунте и федоре стоят разные драйвера на видюшку?

Да, ибо запустив Fedora с LiveCD (рабочей копии не осталось, снес сразу после обнаружения неустранимого пока глюка с emu10k1) установить дрова nvidia достаточно сложно. Но установленная, с драйвером nvidia, так же шустра (разница на глаз незаметна).

Все-таки дело здесь не в графике, это точно.

Кстати, в проприетарном драйвере очень _очень_ _ОЧЕНЬ_ криво реализовано аппаратное ускорение 2D. Его даже ускорением как-то стыдно называть, скорее аппаратное замедление 2D =). Местами даже vesa быстрее работает, чего уж говорить о nouveau...

P.S. Пользователь видеокарт nvidia с проприетарными драйверами.

>Кстати, в проприетарном драйвере очень _очень_ _ОЧЕНЬ_ криво реализовано аппаратное ускорение 2D

а как насчёт xv в nouveau? смотрел на версию начала февраля(дебиановскую, в официальном репе до сих пор она) - просто не работало. без 3D как-нибудь обойдусь, а вот без xv фильмы смотерть не очень. есть ли прогресс в этом плане?

с проприетарным драйвером nvidia 2d не особо шустрое в отличие от 3d, без композита прорисовка видна, а с ним нет только из-за эффектов, nouveau не пробовал, на досуге, если будет время, посмотрю

> а как насчёт xv в nouveau? смотрел на версию начала февраля(дебиановскую, в официальном репе до сих пор она) - просто не работало. без 3D как-нибудь обойдусь, а вот без xv фильмы смотерть не очень. есть ли прогресс в этом плане?

Не знаю. Когда ставил fedora 11 "на поиграться" - как-то в голову не пришло протестировать xv.

Работает xv.

хорошая новость. плохая новость, что в дебиане до сих пор nouveau от 5 февраля, с которыми не работает :(

>Обнаружил странную вещь, в Fedora значительно быстрее запускаются приложения (пауза между выбором, например, "Терминал" из меню Гнома, и его появлением).

Сделай, например, strace -e open -o g-t.strace gnome-terminal в Fedora и Ubuntu и потом сначала просто сравни с помощью wc -l g-t.strace количество строк, а потом с помощью grep -i enoent g-t.strace|wc -l количество открываемых файлов и число неудачных попыток сделать это. В Ubuntu для гномовских программ до фига получается (те же файлы локализации она сначала в десятке разных мест пытается найти, прежде чем доберется до правильного). Возможно, в Fedora с этим лучше, за счет чего и достигается ускорение запуска программ. Если я прав, то попробуй посмотреть в каком порядке оно что ищет, при старте программы и понаделать симлинков с текущего расположения файлов на те, которые оно хочет видеть по дефолту.

Заодно, загляни сюда: http://www.linux.org.ru/view-message.jsp?msgid=2922623

>Ну, в Fedora памяти занято больше при загрузке, около 414 Mb
Кошмар. Хотя, чую, виноват питоновый sealert/setroubleshootd.
>гном не нужен
Вы что-то путаете...

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

>В чем секрет дистрибутива от Red Hat?

Все эти так называемые "сравнения" откровенная лажа или троллинг.

Если ты уж реально взялся что-то объективно тестировать, то для всех тестов должна быть одна конфигурация, одни условия. К примеру CPU - 3.0GHz, RAM-2Gb, SVGA - xxxx 256 Mb, Hdd -250Gb и т.д.

С нуля поставил ОС, причем ядро лучше стянуть с офф репозитория, а не компилять, а то забудешь флаги какие нибудь выставить, и уже условия не равные будут.

Поставил, настроил, прогнал комплекс тестов 3 раза, замерял, высчитал среднее значение, форматнул винт, ставишь другую ОС. И всё то же самое со следующим дистрибутивом. А потом пишешь объективную статью и выкладываешь на ЛОРе. а то что ты привел - ТОЛСТО.

Собственно, конфигурация была одинаковая, так как все это тестировалось на одной и той же машине с одной и той же конфигурацией и именно так, как ты написал. Разумеется, если я возьму весь софт с одинаковым исходным кодом, организую систему одинаково и поставлю одинаковое ядро, я получу одинаковые результаты (это мне кажется очевидным). Так что такой метод тестирования явно не работает. В таком случае сравнивать дистрибутивы не стоит. Я же написал о том, что скорость отклика дистрибутивов Fedora стабильно выше Ubuntu и попытался в этом разобраться (испробовав очевидные моменты). Как видно, этого не получилось.

А сидеть и исследовать производительность мне что-то не хочется, потому и статьи нет. И уж точно не нужно меня учить ставить эксперимент:)

Еще раз уточню, что сравниваются одни и те же версии прикладных программ и наблюдается ускорение их запуска на одном из дистрибутивов, причем это делает только на основании собственных субъективных ощущений.

> Кстати, в проприетарном драйвере очень _очень_ _ОЧЕНЬ_ криво реализовано аппаратное ускорение 2D.

пруф будет? ибо у меня все отлично работает.

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

ну так условия запуска программ разные

>причем это делает только на основании собственных субъективных ощущений. >Почему Fedora быстрее Ubuntu?

ЧСВ отросл, или по троллить захотелось?

Насколько я помню Fedora 11 пересобиралась с использованием последнего GCC. Что там с Убунтой - не знаю.

Сам сижу под Fedora 11 - производительность по сравнению с 10-кой, как будто пересел с лохматого Селерона на Core2Duo.