Здесь это уже обсуждалось и костыли выкладывали.

хранил как-то профиль в tmpfs. разницы в скорости не заметил.

соберите с PGO, у меня работает со скоростью Ароры ,
даже на пискипере 2188 -> 2445 выросли баллы по бенчмарку

ну и

cd ~/.mozilla/firefox/тут случайное имя/
for i in *.sqlite; do echo $i;echo «VACUUM;» | sqlite3 $i ; done

Так-сс, с темой я погорячился. Костыль для отлова выхода из программы уже найден )

http://aufs.sourceforge.net/aufs2/brsync/README.txt

Опаньки, что-то интересное. Это выглядит круче, чем костыли с tmpfs )

>>for i in *.sqlite; do echo $i;echo «VACUUM;» | sqlite3 $i ; done

Спасибо. Лень было искать эту строчку. Теперь поиск по истории летает как на новом профиле.

если aufs нет в ведре - можно попробовать аналогичное и с unionfs замутить.

огнелис тормоз только при загрузке, а tmpfs тут не поможет

Надеюсь, kernel/fs/aufs/aufs.ko это оно

>огнелис тормоз только при загрузке, а tmpfs тут не поможет
preload же

> огнелис тормоз только при загрузке, а tmpfs тут не поможет

я перетащил его кэш в tmpfs - это помогает ощутимо.

>хранил как-то профиль в tmpfs. разницы в скорости не заметил.

Намного быстрее работает. Но масса геморроя с синхронизацией. И после того, как пару-тройку раз потеряешь всё введённое за несколько дней (сессии, хистори, пароли и т.п.) - с матом сносишь такую систему и больше не возвращаешься :)

>если aufs нет в ведре - можно попробовать аналогичное и с unionfs замутить.

unionfs уже зомби.

> unionfs уже зомби.

но еще вроде шевелится :)

>но еще вроде шевелится :)

Поэтому и зомби, а не труп :)

это если не выключать компьютер неделями

> это если не выключать компьютер неделями

не обязательно, при активном использовании кэш очень быстро заполняется.

что подразумевается под «быстрее работает»?
запускается точно также. страницы отрисовываются быстрее, чем в вебкитовых браузерах. вкладки тоже переключаются без задержек. что еще?

Отнюдь не странного, подтверждаю, что работает быстрее так.

А давайте устроим опрос «быстрее ли оно работает с tmpfs?». А по итогам опроса - драку.

>что подразумевается под «быстрее работает»?

Быстрее запускается (речь идёт о связке squashfs+tmpfs через aufs) и быстрее грузит страницы. А что ещё для браузера в плане быстродействия важно? :)

> squashfs

а оно тут как оказалось?

Чего только люди не придумают, лишь бы не пользоваться оперой...

опера ненужна.

В этой вашей опере кроме разрекламированной скорости ничего нет.

Вот как в uzbl нормально допилят скриптинг на js - свалю туда.

>а оно тут как оказалось?

Оно намного быстрее работает, чем если копировать Cache в tmpfs при запуске браузера. Вот выключается браузер дольше, понятное дело. Пока создаст новый squashfs-образ. Но на закрытие браузера, как раз, пофиг, в фоне докрутится. Главное, что старт быстрее.

То есть, при выходе Aufs сбрасывает изменения из tmpfs в squashfs. А при запуске просто берётся сброшенный в прошлый раз образ squashfs. Так?

Ну да, ну да. Нужно дикое тормозилово, потроха которого надо засовывать на tmpfs, а потом еще выполнять в них sql-запросы )))

Мыши, кактус, холст, масло.

> кроме разрекламированной скорости ничего нет.

В ней есть веб-браузер. Довольно не плохой.
И еще куча ненужного мусора - фид-ридер, почтарь и даже торрент-качалка. И при этом, она _всё равно_ не тормозит. Прям даж не знаю, чего делать. Мож профиль на какую-нибудь особенно тормозную фс вынести?

не масло, а акварель! а масло отдайте детям.

uzbl

subj

> И при этом, она _всё равно_ не тормозит.

дада, особенно когда в wand'е под тысщу-другую форм сохранено.

Пусть скриптинг на js допилят сначала

> И еще куча ненужного мусора - фид-ридер, почтарь и даже торрент-качалка. И при этом, она _всё равно_ не тормозит. Прям даж не знаю, чего делать. Мож профиль на какую-нибудь особенно тормозную фс вынести?

Мне ненужный мусор даром не нужен. А ещё там нет нормальной расширяемости.

универсальный вариант

alias foxvacuum='find ~/.mozilla/firefox -name '*.sqlite' -print -exec sqlite3 {} «VACUUM; REINDEX;» \;'

Оффтоп, окончательно с firefox-pgo и оперы пересел на midori. 0.2.4 радует. adblock, flashblock поставил. Горячие клавиши под себя перенастроил, страницы на весь экран. Золотая середина, к минималистичному uzbl некогда привыкать. Раньше opera основным браузером была (из-за фичи с переформатированием страниц на малом экране). Сейчас смысла не вижу 2 браузера открытыми держать. Да и заразил меня ЛОР неприятием проприетарных продуктов. Webkit не хуже страницу по горячей клавише увеличивает.

То есть, при выходе Aufs сбрасывает изменения из tmpfs в squashfs. А при запуске просто берётся сброшенный в прошлый раз образ squashfs. Так?

Не совсем терминологически верно, но близко.

При старте фокса монтируются через aufs2 вместе squashfs образ (r/o) и tmpfs (на старте пустой, r/w). При работе измерения пишутся в tmpfs. После работы из этой связки формируется новый squashfs-образ, который и сохраняется.

...

Хотел найти сейчас скрипты, но навскидку не нашёл. Зато попался вариант с полным копированием в tmpfs, может кому полезно будет:

#!/bin/sh

mkdir -p /dev/shm/.mozilla_$USER

if [[ ! -d /dev/shm/.mozilla_$USER ]]; then
    mkdir -p /dev/shm/.mozilla_$USER
    cp -ar ~/.mozilla_storage/* /dev/shm/.mozilla_$USER/
else
    unison ~/.mozilla_storage/ /dev/shm/.mozilla_$USER -ui text -auto -batch -silent
fi

rm /home/balancer/.mozilla_storage/firefox/ozr7pgla.default/Cache/*
/usr/bin/firefox $*
unison ~/.mozilla_storage/ /dev/shm/.mozilla_$USER -ui text -auto -batch -silent

По материалам: - www.linux.org.ru/view-message.jsp?msgid=3796340 - Оптимизация профиля FF. (комментарий)

Для синхронизации использую unison, так как он у меня работает быстрее, чем rsync.

Ага, нашёл скрипты и по squashfs. Там всё было хитрее - я сделал в системе отдельный squashfs-storage, который подключался при старте системы и автоматом сохранялся при шатдауне:

http://balancer.endofinternet.net/files/linux/gentoo/squashfs-storage.tar.gz

>я сделал в системе отдельный squashfs-storage

Да, соответственно, кеши Фокса и Оперы лежали там (целиком профиль не рискнул - итак потери случались), а из их профилей туда вели симлинки.

...

Отказался от этого метода потому что часто при шатдауне системы storage обламывал сохранение с сообщением об исчерпании места. Так и не понял, из-за чего. Места всюду бывало полно :)

У меня профиль копируется в /tmp при первом старте, а в rc.shutdown прописан rsync.

Для оптимизации sqlite есть специальные аддоны (фуррифокс же), делаюшие это автоматически, по расписанию етц.

Профиль в tmpfs раньше присносил выигрыш, однако на 3.6 что-то ни по тестам, ни по суюбективным впечатлениям разницы не даёт.Наверное, надо смотреть в конкретном случае.

2тролль-ламерок:Работоспосбная Опера тормозней Фокса, хоть на том же Peacekeeper в этом можно убедиться.Быстрее кривая бета, непригодная для использования.Так что высер неудачный.

>Работоспосбная Опера тормозней Фокса, хоть на том же Peacekeeper в этом можно убедиться.

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

Сейчас тряхнул, таки, стариной, перекинул кеш Оперы и Фокса в squashfs+tmpfs. Остальное не стал перекидывать, так что, потеряется если - не страшно.

Реально шустрее стало :)

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

А я предпочитаю спокойно ходить по всему инету. И не бить в бубен над профилем мазиллы.

Кстати, есть годное рац.предложение. Надо написать модуль ядра для хранение мозилловского профиля. Скорость будет просто зашибись. Заодно можно будет выделить для мозиллы отдельное прерывание.

Как бы еще зарезервировать под нее хотя бы половину L2 кэша?..

Очень толсто.
В 3.6 уже можно без костылей пользоваться с хорошей скоростью

Расскажи это топикстартеру и почти всем остальным участникам треда. )))

> Как бы еще зарезервировать под нее хотя бы половину L2 кэша?..

А чо, ядро может такими вещами рулить?

компилятор то не может особенно такими вещами рулить... а вы хотите ядро... резервировать...

Не очень-то и надо было. Я свято верю в то, что программистов никогда не пускали и не будут пускать к кешу процессора. Ибо незачем.

надо ж, sys-fs/unionfs требует ядро 2.6.19

обалдеть -))