Монотонный рост каталога Linux количество size/block
Попытайтесь использовать Firefox и установите плагин для него, назвал Firebug (http://getfirebug.com/). После того как у Вас есть настроенный, включают 'сетевую' панель и перезагружают Ваши страницы. Это покажет Вам количество времени, которое это занимает для каждой части ответа сервера включая начальные скорости соединения, время в загрузке, задержке ответа сервера, и т.д. Также можно использовать эту панель, чтобы видеть, являетесь ли Вы cacheing объектами, такими как JavaScript, Изображения и CSS.
Так как Вы находитесь на общем хостинге, Вы собираетесь иметь Очень мало контроля над своей установкой сервера, но можно ускорить вещи другими способами путем обращения пристального внимания на то, что Вы просите, чтобы тот сервер сделал.
GL! И привыкните к использованию Firebug, это - спаситель.
Одна последняя вещь, удостоверьтесь, что Вы используете самую актуальную версию Wordpress, что Вы можете, и не использовать слишком много плагинов. Каждый бит издержек собирается замедлить Вашу загрузку.
Вот ответы, которые верны для ext2/ext3/ext4. Если они верны для других файловых систем, зависит от их реализации.
- user48838 ответил на этого правильно. Больше файлов использует больше метаданных. Они выделяются в блоках 4k или в любом другом размере, определенном во время создания файловой системы
- Да это - функция/проблема реальной файловой системы
- В ext3 файловой системе это не возможно. Только путем воссоздания (пустого) каталога
- Исходный код здесь и в связанных файлах
Но у Вас есть удача. При воссоздании той же суммы файлов, Вы уже удалили, размер каталога останется таким же. Только, когда Вы добавляете больше файлов, это увеличится.
Инкременты блока, которые Вы видите, происходят из-за того, как файловая система управляет своим устройством хранения данных файлов и связанной информации об управлении файлами. В Вашей описанной ситуации, которая появилась бы к инкрементам 4K, таким образом, каждый "новый" / "уникальная" запись в файловую систему зарезервирует 4K, заполняет ли фактический размер данных весь 4K. Если связанные данные поднимают весь 4K, то другой 4K блок резервируется и заполняется по мере необходимости для хранения всего связанного потока данных / последовательность.
В зависимости от "трудно" по сравнению с "мягким" удаляет, как управляется файловой системой, удаление не может (обычно не для, "восстанавливают функциональность после удаления"), сразу освобождают блок (блоки), который был зарезервирован. Некоторые файловые системы могут дифференцироваться, различные типы "удаляет", и обеспечьте соответствующие возможности управления блоком системы хранения.
Как к управлению хранением приближаются и реализуют, отличаются файловыми системами, таким образом, в Ose, которые поддерживают несколько/модульных файловые системы, ОС обычно только обеспечит "рычаги" для файловой системы для интеграции в.
Добавление некоторого хаотичного комментария к хорошему ответу user48838:
Все - файл, включая каталоги. Чтобы хранить всю эту информацию файла, Вы должны расположить с интервалами.
Это также было бы допустимо, чтобы показать, скажем, '64B используемый' для маленького каталога и на самом деле показать сумму использованного пространства, но мы будем использовать несколько 4K на диске так или иначе, таким образом, это было проектное решение просто показать сумму использованного пространства.
С точки зрения дизайна FS, почему Вы потрудились бы проходить проблему вычислить то, что использовалось? Не необходимый. И затем необходимо было бы переместить записи, чтобы не покидать дыры … ick.
Когда удаляет, происходят и отбрасывания размера dir так, чтобы Вы могли освободить блок, все это управление должно будет произойти, прежде чем Вы могли на самом деле сделать так. Почему беспокойство для сохранения некоторых КБ? Разногласия, необходимо будет развернуть его позже так или иначе.
Оставленный как осуществление для читателя: Думайте о том, почему Ваш/lost+found каталог создается пустой, но поднимает 16K (на ext3, по крайней мере).