Поскольку это отличается для каждого сайта и ситуации, вот мой опыт:
Для локальной аудитории, если Ваш сайт не нацелен на детей / пожилой, Вы найдете, что трафик распределяется примерно вперед (офисный беспилотник) часы работы. 8/24-й изо дня будет нести весь Ваш трафик. Пик является примерно 2 раза обычным трафиком в тот период, обычно около ланча.
Для мировой аудитории трафик распределяется около дня, с некоторыми отбрасываниями (Тихий океан является малонаселенным).
Если Вы будете связаны из главного новостного сайта или сделаете интересную большую рекламу ТВ/радио, то можно ожидать трафик от диаграмм. Никакой смысл в выполнении прогнозов там.
Нет, изменение типа файловой системы и ее установка как ext4 не приведет к увеличению количества inode. Это продиктовано во время создания файловой системы и не может быть изменено на лету в ext * fs.
Более того, переход на ext4 просто размонтированием и монтированием не является очень чистым и рекомендуемым подходом. ext3 основан на блоках, а ext4 основан на экстентах, и даже если вы смонтируете ext3 как ext4, он останется блочным. Таким образом, вы не получите основных преимуществ ext4.
Если у вас есть тестовая система, вы можете попробовать выполнить преобразование и посмотреть вывод dumpe2fs.
Быстро проверил исходный код. Это жестко запрограммировано.
/*
* Maximal count of links to a file
*/
#define EXT3_LINK_MAX 32000
/*
Из include / linux / ext3_fs.h
Альтернативным решением исходной проблемы может быть: Остановите процесс восстановления каждые несколько минут и проверьте, есть ли, например, 10000 подкаталогов. Если это так, создайте новый каталог (возможно, даже не в этом), переместите туда 10000 каталогов и создайте на них символические ссылки. Таким образом вы получите ожидаемую структуру без превышения предела FS.
У меня нет полного ответа, но это настолько близко, насколько я могу получить с экспериментами, которые я проводил. После того, как вы запустите эту команду в файловой системе:
tune2fs -O extents,uninit_bg,dir_index /dev/DEV
, вы можете создать более 32k каталогов в каталоге.
Часть, которую я не знаю (и не могу найти прямо сейчас), - монтировать ли ее как ext4, но с меньшими затратами. Включенные функции позволяют создавать более 32k каталогов.
The short answer: Yes. Converting from ext3 to ext4 does solve the problem.
The long answer:
Here's how I worked around this:
I have a 5 terabyte RAID array that hit this limit with about 4TB of data on the partition. So I:
Ran the following to convert it from ext3 to ext4:
tune2fs -O extents,uninit_bg,dir_index /dev/DEV
where /dev/DEV for me was something like /dev/sdb1
Then I ran:
e2fsck -fDC0 /dev/DEV
This took approximately 8 hours to run on 4TB of data.
Then I modified /etc/fstab to tell it to mount the partition as ext4.
Then I ran
mount /big
where /big is the name of my partition. And it worked perfectly.
So to answer your question, yes converting to ext4 does actually solve the problem.
Read these before you do this conversion: http://www.debian-administration.org/article/643/Migrating_a_live_system_from_ext3_to_ext4_filesystem
https://ext4.wiki.kernel.org/index.php/Ext4_Howto#Converting_an_ext3_filesystem_to_ext4