Использовать -mtune
. -march
используется для определения позволенной системы команд, тогда как -mtune
должен использоваться для настройки производительности кода (как всегда, посмотрите man gcc
). В зависимости от точного типа ЦП Вы могли бы также рассмотреть значения кроме core2
. И если Вы используете недавнюю версию GCC (по крайней мере, 4.4
, Я думаю), Вы могли бы лучше всего использовать native
вместо этого.
Существует отчет об ошибках, загрузка по-видимому значка приложения является преступником (кроме создания меню приложения).
Этот комментарий указывает, что отмена выбора "выставочных значков приложения в меню" должна сделать его быстрее.
Если Вы не хотите делать это, существует также патч, который согласно числам
Before patch with Icons
elapsed: 0.129740
elapsed: 0.143799
elapsed: 0.126939
Before patch without Icons
elapsed: 0.010751
elapsed: 0.009460
elapsed: 0.011937
Patch with Icons
elapsed: 0.020162
elapsed: 0.013139
elapsed: 0.019224
Patch without Icons
elapsed: 0.007701
elapsed: 0.012471
elapsed: 0.011793
также помогает много.
Это не проблема о thunar, существует всплывающая конфигурация задержки меню в теме GTK, необходимо найти, что и уменьшают его до 0.
gtk-menu-popup-delay = 0
gtk-menu-popdown-delay = 0
gtk-menu-bar-popup-delay = 0
gtk-enable-animations = 0
gtk-timeout-expand = 10
Это существует по причинам, иногда когда меню открывается, значки еще не готовы, Вы видели бы мигания экрана.
Я испытал ту же раздражающую задержку с xfdesktop меню правой кнопки после перемещения от Xfce 4.8 до 4,10 на моем рабочем столе Athlon64, выполняющем Тестирование Debian (Хрипящего). Я заметил, что эта новая проблема не присутствовала на приводимом в действие нетбуке моего Atom, который также выполняет Тестирование Debian и в который я также только что переместился от Xfce 4.8 до 4,10. Насколько я помнил, что обе машины настраиваются почти тождественно за исключением различных модулей, загружаемых для других аппаратных средств. Я также заметил, что некоторые тяжелые приложения как Firefox не открывались немного более быстрый на намного более мощном настольном ПК, и что, запуская рабочий стол Xfce UI был медленнее на рабочем столе. Все немного нечетные. Немного рытья показало, что мой рабочий стол выполнял предварительную нагрузку, адаптивный readahead демон, который является, предполагает, чтобы контролировать и проанализировать использование приложений и материал кэша, который часто загружается, следовательно ускоряя его за счет небольшого количества RAM, которая, вероятно, использовалась бы так или иначе. Я установил его, возможно, 4 года назад при выполнении Травления Debian, и вспомните, что это обладало измеримым преимуществом в то время (или я полагал, что это сделало). Взгляд в его кэше показал, что ссылался, освобождает и приложения, которые не были в моей системе в течение многих лет. Я удалил его, и при перезагрузке проблемы задержки с xfdesktop значками меню не стал, машина загружает, возможно, 10 секунд быстрее, xfce среда запускается быстрее и приложения, открытые, по крайней мере, как быстро.
Я вполне уверен, я использовал дистрибутивы, которые имеют предварительную нагрузку, установленную по умолчанию, и это - определенно что-то часто рекомендуемое как тонкая настройка скорости отклика/производительности, обычно сопровождаемая необоснованными и hyberbolic требованиями эффективности (потрясающий, решительный yada yada yada). Удалите его.