Комментарии 82
НЛО прилетело и опубликовало эту надпись здесь
для виндовс не так всё тривиально к сожалению…
но вы можете использовать для этих целей любую программу которая создаёт виртуальный диск в RAM и монтировать этот диск как пустую папку ntfs…
ну и + cmd скрипт который будет при апуске копировать запакованный профиль в вирутальный диск, а при закрытии проделывать обратную операцию
но вы можете использовать для этих целей любую программу которая создаёт виртуальный диск в RAM и монтировать этот диск как пустую папку ntfs…
ну и + cmd скрипт который будет при апуске копировать запакованный профиль в вирутальный диск, а при закрытии проделывать обратную операцию
www.sly.ru/novyie-tehnologii/ram-disk.html
никаких скриптов.
никаких скриптов.
:) К сожалению, нет.
Во-первых, это перевод.
Во-вторых, я уже давно не пользователь Windows.
Во-первых, это перевод.
Во-вторых, я уже давно не пользователь Windows.
Вот тут прочитайте — habrahabr.ru/blogs/i_am_clever/25065/. Весь процесс описан с чувством толком и расстановкой. :)
ух… неплохо, очень неплохо =) Список адресной строки стал просто моментально отображаться, вов !)
Спасибо! Действительно работает!
Но если б просто написал плагин для FF — думаю 15 000 в день были бы обеспечены!
Но если б просто написал плагин для FF — думаю 15 000 в день были бы обеспечены!
Вроде вместо всего этого можно создать integer опцию toolkit.storage.synchronous со значением 0
crontab -e
*/5 * * * * $HOME/.tmpfs_firefox.sh.tmpfs_firefox.sh не лишняя? По тексту статьи файл назван без нее.
Спасибо, стало работать действительно быстро.
«и вот так firefox становится самым быстрым браузером» ;)
НЛО прилетело и опубликовало эту надпись здесь
:)
По-настоящему шустрый огнелис наблюдается в Gentoo. Даже на слабых по нынешним меркам машинах (P1GHz/i810/256Mb).
Проверено, как говорится, на собственной шкуре.
По-настоящему шустрый огнелис наблюдается в Gentoo. Даже на слабых по нынешним меркам машинах (P1GHz/i810/256Mb).
Проверено, как говорится, на собственной шкуре.
на первом десятке страниц разве что и всего чуть-чуть
Спасибо, очень полезная штука. Новая(фф3) адресная строка мне понравилась, удобные фичи появились, но как же раздражал тормоз при поиске, этот твик решил проблему, наверное единственную, по крайней мере которая сходу вспоминается, которая меня действительно доставала.
Проблем с английским не имею, но все же «set browser.cache.disk.capacity to 20000» можно и перевести, а не оформлять в виде кода.
куда быстрее то?
восстановление сессии после сбоя — под нож?
делал все в сонном состоянии и ошибся — вот результат
вижу теперь хабр таким вот =)
вижу теперь хабр таким вот =)
извиняюсь за, возможно, глупый вопрос. но, насколько я понимаю, этим самым способом мы отдаём 128 мб оперативы под личное пользование Фокса?!
а что будет, когда ему потребуется 150 мб?
ещё раз извиняюсь, я только начинаю свой путь в Линукс =)
а что будет, когда ему потребуется 150 мб?
ещё раз извиняюсь, я только начинаю свой путь в Линукс =)
НЛО прилетело и опубликовало эту надпись здесь
Вопрос был не о том.
Что будет, если Firefox затребует 150МБ пространства у виртуального диска объёмом 128МБ?
Что будет, если Firefox затребует 150МБ пространства у виртуального диска объёмом 128МБ?
НЛО прилетело и опубликовало эту надпись здесь
Решение, чтобы хоть всю свободную озу: dals.habrahabr.ru/blog/48367/#comment_1250687
Так насколько шустрее работает?
«Ценою всего лишь 128 мегабайт RAM!» — в былые годы за такую трату ресурсов пустили б «под нож»…
А что будет если лисе потребуется больше оперативы? У меня постоянно открыто 15-20 вкладов и от 250 мегов оперативы есть. Счетая что я лису не перезагружаю, а комп 24/7 работает, то через недельку уже гиг оперативы требует
А не кажется ли вам, что имеет смысл, вместо создания отдельного tmpfs диска, использовать уже готовый shm, который всё равно во всех современных системах обязательно есть, т.к. нужен glibcу?
Созадём поддиректорию в /dev/shm, ставим права какие надо и поехали.
Созадём поддиректорию в /dev/shm, ставим права какие надо и поехали.
В общем, попробовал я с shm.
1. Профиль банально переносится в /dev/shm
2. В ${HOME}/.mozilla/firefox/${PROFILE} создаётся симлинк на /dev/shm/${PROFILE}
3. Создаётся директория ${HOME}/.firefox/${PROFILE} и скрипт запуска-останова Firefox ${HOME}/bin/firefox.sh, как у топикстартера, только попроще, т.к. без монтирования и т. д.
После такого фокс стал стартовать пошустрее… как-то других особых ускорений не заметил пока. Но я минут пять всего так работаю :)
Плюсы:
— Размер профиля ограничен только объёмом RAM. В отличие от tmpfs, для которой выделил место — и оно недоступно для проргамм, даже если не используется под файлы, shm — динамический рамдиск, растягивается, когда набиваешь его файлами, и сжимается, когда их оттуда удаляешь.
— Нет никаких команд монтирования и прочей подобной фигни. Так же как и собственно tmpfs самой нет, даже поддержки в ядре. Используется уже готовое :) соответственно, доступно каждому пользователю системы.
Минусы:
— Весь профиль в памяти — ни к чему. Зачем там дисковый кэш фокса? Насколько я понимаю, достаточно туда только покидать *.sqlite, и сделать симлинками уже их. Это, собственно, и есть путь к улучшению скрипта.
1. Профиль банально переносится в /dev/shm
2. В ${HOME}/.mozilla/firefox/${PROFILE} создаётся симлинк на /dev/shm/${PROFILE}
3. Создаётся директория ${HOME}/.firefox/${PROFILE} и скрипт запуска-останова Firefox ${HOME}/bin/firefox.sh, как у топикстартера, только попроще, т.к. без монтирования и т. д.
После такого фокс стал стартовать пошустрее… как-то других особых ускорений не заметил пока. Но я минут пять всего так работаю :)
Плюсы:
— Размер профиля ограничен только объёмом RAM. В отличие от tmpfs, для которой выделил место — и оно недоступно для проргамм, даже если не используется под файлы, shm — динамический рамдиск, растягивается, когда набиваешь его файлами, и сжимается, когда их оттуда удаляешь.
— Нет никаких команд монтирования и прочей подобной фигни. Так же как и собственно tmpfs самой нет, даже поддержки в ядре. Используется уже готовое :) соответственно, доступно каждому пользователю системы.
Минусы:
— Весь профиль в памяти — ни к чему. Зачем там дисковый кэш фокса? Насколько я понимаю, достаточно туда только покидать *.sqlite, и сделать симлинками уже их. Это, собственно, и есть путь к улучшению скрипта.
Идея интересная, не могли бы вы написать HOW-TO по-подробнее?
Хауту есть выше. Скрипт примерно такой:
Хауту есть выше. Скрипт примерно такой:
#!/bin/bash
# Имя профиля
PROFILE=«gfdvxo3s.default»
# Где он хранится, и куда указывает симлинк, когда фокс выключен
SAVEPATH="${HOME}/.firefox/${PROFILE}"
# Где он хранится в оперативке, и куда указывает симлинк, когда фокс включен
MEMPATH="/dev/shm/${PROFILE}"
# Как должны звать симлинк
FXPATH="${HOME}/.mozilla/firefox/${PROFILE}"
if [! -d "/dev/shm/${PROFILE}" ]
then
rsync -av ${SAVEPATH} ${MEMPATH}
fi
# Пользуемся тем, что фокс не отдаёт консоль, когда его запускаешь в первый раз
firefox
# После завершения фокса — сбросим профиль на диск. Ещё его можно и нужно сбрасывать по крону, той же командой
rsync -av ${MEMPATH} ${SAVEPATH}
Ваш вариант скрипта у меня работать отказался (пути само собой сначала поменял на свои), поэтому внес в него несколько изменений. Таким теперь и пользуюсь, спасибо =)
#!/bin/bash
# Имя профиля
PROFILE="7lgtfqlo.default"
# Где он хранится, и куда указывает симлинк, когда фокс выключен
SAVEDIR="${HOME}/soft/firefox/arch"
SAVEPATH="${SAVEDIR}/${PROFILE}"
# Где он хранится в оперативке, и куда указывает симлинк, когда фокс включен
MEMDIR="/dev/shm"
MEMPATH="${MEMDIR}/${PROFILE}"
# Как должны звать симлинк
FXPATH="${HOME}/.mozilla/firefox/${PROFILE}"
# путь до FF
FFPATH="${HOME}/soft/firefox/firefox"
# Синхронизируем профиль в оперативку
rsync -av ${SAVEPATH} ${MEMDIR}
# Пользуемся тем, что фокс не отдаёт консоль, когда его запускаешь в первый раз
${FFPATH}
# После завершения фокса — сбросим профиль на диск. Ещё его можно и нужно сбрасывать по крону, той же командой
rsync -av ${MEMPATH} ${SAVEDIR}
последовав и усовершенствовать ваш скрипт написал свой. Отличие только в том, что в память загоняются только sqlite файлы, а не весь профиль. В скрип входит сама процедура этого дела и скрипт синхронизации для крона. Скорость заметно возврастает. И решается проблема длительной загрузки ФФ.
firefoxspd.tgz
1) качаем, распаковываем
2) запускаем «firefox.sh -i имя_каталога_профиля» для того чтобы скопировались файлы sqlite в другой каталог
3) делаем ярлык для «firefox.sh имя_каталога_профиля»
4) в крон вносим скрипт синхронизации «firefox-sync.sh имя_каталога_профиля»
firefoxspd.tgz
1) качаем, распаковываем
2) запускаем «firefox.sh -i имя_каталога_профиля» для того чтобы скопировались файлы sqlite в другой каталог
3) делаем ярлык для «firefox.sh имя_каталога_профиля»
4) в крон вносим скрипт синхронизации «firefox-sync.sh имя_каталога_профиля»
if [! -d ...] надо писать через пробелы. мой баш на такое ругался, если (!) прилепить к [ или -d
а есть результаты тестирования быстродействия до и после, просто делать это все без реальной мотивации безсмысленно, у меня хомяк реплицируется на несколько моих машин и добавление скриптов на основной машине потом создаст проблемы на других, а делать тоже самое на всех машинах трудоемко и занимает время, заниматься адаптацией без реальных аргументов тоже не вижу смысла
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Я сегодня сделал такую же фишку для Windows!
Прирост есть, конечно, но откровенно говоря на 3.5 особо не ощущается уже. Да и оперативы лично под мой профиль нужно как минимум 250, а это уже…
Firefox становиться пошустрей после манипуляций
Тотальная чистка и реиндексация Sqlite
vasilisc.com/speedup_ubuntu#clear_reindex_sqlite
и
Отключаем Антифишинг для ускорения Mozilla Firefox
vasilisc.com/speedup_ubuntu#disable_antiphising
Тотальная чистка и реиндексация Sqlite
vasilisc.com/speedup_ubuntu#clear_reindex_sqlite
и
Отключаем Антифишинг для ускорения Mozilla Firefox
vasilisc.com/speedup_ubuntu#disable_antiphising
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Разгон Firefox при помощи TmpFS