hydrolizer спасибо за плагин, воспользовался им, но файл похудел не сильно, стал весить 52Мб.

После этого решил покапаться в базе и выяснить какая из таблиц самая большая.
Оказалось, что самая тяжёлая (в экспортированном виде) moz_places ~16Мб (более 170 тыс. записей), я так понял что там и закладки и история хранится.
Короче, грохнул всю историю все заполненные поля ииии после загрузки браузера получаю ~10Мб places.sqlite

Кстати говоря, выяснилось что скрипт достаточно долго не сжимал файл потому что: places.sqlite - Error: file is encrypted or is not a database, вон оно как.

Посмотрю насколько всё изменилось.

Может, у меня хранится больше фавиконок. Может, больше аннотаций. Может, еще что-то.
Если в консоли прогнать вот такой код:

Components.utils.import("resource://gre/modules/Services.jsm");
var mDBConn = Components.classes["@mozilla.org/browser/nav-history-service;1"]
    .getService(Components.interfaces.nsPIPlacesDatabase).DBConnection;
var stmt=mDBConn.createStatement("select name from sqlite_master where type='table' and name like 'moz%'");
var tables=[];
while(stmt.step()) tables.push(stmt.row.name);
stmt.finalize();
Services.console.logStringMessage(tables.map(function(t)
{
  try
  {
    stmt=mDBConn.createStatement("select count(*) cnt from "+t);
    stmt.executeStep();
    return t+": "+stmt.row.cnt;
  }
  finally
  {
    stmt.finalize();
  }
}).join("\n"));
Services.console.logStringMessage("done");

то на моем текущем профиле он показывает такие результаты:

moz_bookmarks:  3860
moz_bookmarks_roots:  5
moz_keywords:  0
moz_favicons:  1375
moz_annos:  2430
moz_anno_attributes:  13
moz_items_annos:  3489
moz_places:  8137
moz_historyvisits:  32705
moz_inputhistory:  124

Совсем не оно. Случайно заметил, сколько весит places.sqlite в свежесозданном профиле - 10 Мб. Отличие по размеру от моего достаточно старого и совсем не свежего places.sqlite в действующем профиле небольшое.

Отредактировано hydrolizer (17-10-2011 07:41:27)

только что проверил мдяяяя
короче свежесозданный профиль без ничего
создал-вышел-удалил places.sqlite,bookmarks.html,и содержимое bookmarkbackups
запустил фф снова - вышел смотрю
7ка places.sqlite 10 мб
3.6 places.sqlite 140 кб

фейспалм.
вот что они туда пихают???? этож [пииип] стыд!

Добавлено 17-10-2011 09:07:02

за такую "оптимизацию" бить надо палками!

Отредактировано okkamas_knife (17-10-2011 09:07:02)

не точно не это.
размер кластера в нтфс обычно 4кб,а 10мб кластеры мне чтото не встречались.
зачем они такое извращение сделали непонятно.

Отредактировано okkamas_knife (17-10-2011 09:37:05)

Ошибаетесь, у меня есть 4Мб и 6Мб

Ввиду чего? Эти 10 Мб так критичны для размера ваших носителей?

у меня каждый мегабайт свободного места на счету. плюс не забываем про передачу данных по сети у тех у кого трафик платный,плюс у десяти мегабайтного файла больше шансов оказаться фрагментированным плю изза большего объёма винту надо сделать больше движений головкой при чтении а если он хранится в памяти то просто так жрать оперативу тоже не есть правильно.
sarcasm on
почему бы если уж они с этим так сделали им все картинки не перевести в бмп или тифф? ну будет весить инсталлятор на сотню мег больше,вам это критично?
sarcasm off

почему раньше люди писали компактный и быстрый код а сейчас пишут большой и тормозной?деградация?

а что насчет сервисов синхронизации и всяких дропбоксов?опять же работа в локальной сети с сетевого диска лишние 10 мег трафика это время.
вот у вас сотня пользователей у всех профили лежат на серваке, при старте сервак должен отдать целый гиг при объёме в 10мег а при 1 мегабайте всего сотню мег так что будет работать быстрее?

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

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

то есть, создал минимально возможный (как выяснилось) places.sqlite, более ни чего не делал, к тюнингу от slbgz не приступал.
И после нескольких дней эксплуатации заметил что работа с закладками стала шустрей но все-равно некоторые задержки проявляются.

Я вижу здесь собрались люди, которые ни хрена не смыслят в базах данных и пытаются ругать мозилловцев за то, что они в них немного таки смыслят.
Гениально, просто гениально.

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

— Почему размер файла кратен 10 Мб?
— Для избежания или, как минимум, уменьшения фрагментации при записи.

— Но он же имеет больше шансов фрагментироваться!
— Да, если писать его по кускам. Если отрезать кусок в 10 Мб сразу, то ОС постарается найти на жестком диске свободный кусок размером в эти 10 Мб. Так что этот кусок в 10 Мб как-раз имеет самые минимальные шансы оказаться фрагментированным. Разве что ты забил винт фотками до отказа, а потому удалил несколько случайных фотографий в разных местах и после этого запустил фокс первый раз и он создал на этом винте этот файл. Да, в таком случае у системы просто не будет выхода кроме как разделить эти 10 Мб на фрагменты.

— Но он же жрёт место на винте!
— 10 Мб это меньше 1% от 1 Гб, у тебя винт как минимум на 60 таких Гб. Всё ещё жрёт? Снеси один фильм или почисти свою коллекцию музыки наконец. Вот уж что точно жрёт место.

— Но он будет долго грузиться!
— Кто тебе ляпнул, что он сразу грузится целиком? Кто тебе сказал, что грузятся пустые блоки?! Более того, даже при необходимости выполнить выборку из базы подгружаются только необходимые таблицы. Причём опять же не факт, что целиком.

— Синхронизация!
— И?
— Дофига же!
— При синхронизации передаются только изменения.

— А если профили на сервере?
— А если вы извращенец? Кэш лежит в профиле, обновляется куда чаще и занимает в разы больше. Всё ещё храните профили на сервере? Ах да, его можно выключить, но это увеличит расход траффика на перекачку того, что могло бы лежать в кэше. Локально. У пользователя. Да, у вас может быть свой кэширующий прокси, но это всё равно медленнее, чем считать файл с винта.
— …
— А вот иногда делать бэкапы на сервер ни кто не мешает если это вообще нужно. Как вариант — можно поднять локальный сервер синхронизации и вся важная для пользователей информация будет бэкапиться на сервер в полностью автоматическом режиме. Причём передаваться будут только изменения, что сильно сократит объём передаваемой информации.

slbgz
Твоя двойка вообще про базы данных ни сном, ни духом. У тебя все твои закладки лежит в XML-подобном чудовищном файле, который действительно читается целиком при загрузке и парсится тогда же. Естественно его _нужно_ держать в памяти до загрузки фокса если хочешь, чтоб фокс быстро запустился и быстро с ним работал. А если учесть, что для обновления его на винте его необходимо перезаписать целиком, то тут просто выхода нет.  Вынос же профиля с places.sqlite в память существенно в работе с закладками ни чего не изменит.

Отредактировано Lain_13 (18-10-2011 17:38:06)