возьмите лучше SSD.
Цена практически та же, иопсов больше
Как отличить скупого магистрала, урезающего полосу, от дорогого магистрала, но тоже урезающего полосу?
по научному называется "коэффициент мультиплексирования".
Грубо говоря, к примеру, он равен двум, если датацентр имеет внешний канал в 1 Гбит продаёт два гарантированных порта по 1Гбит и при этом не ущемляет права этих абонентов. Так как один из его клиентов - сервис для раздачи трафика днём (или на свою часовую зону) , а второй клиент - условно говоря, ночной порноканал. И в среднем у Датацентра канал загружен на 50-80%, оба его клиента довольны и в часы пик у обоих абонентов сервера отдают честный гигабит трафика на самых красивых картинках.
У магистралов же он практически равен 1 (или близок к этому значению), так как большинство используют каналы на максимум, некоторые позволяют даже долгое время жить в полке, и в массе большой, сеть находится в пределах одного континета, где пики трафика по времен у всех примерно такие http://www.msk-ix.ru/network/traffic.html
На розничном уровне коэффициенты у всех разные:
вот статьи с нага
http://nag.ru/articles/reviews/15504/raschet-bezlimitnyh-tarifov.html
и даже с формулами
http://nag.ru/articles/reviews/15527/kanalnaya-logika.html
и опросами общественного мнения
http://forum.nag.ru/forum/index.php?showtopic=37654
у вас там "ошибка DNS"
ещё одну ссылку на поисковик:
%hostername% кидалы
:)
... и тем больше вероятность, что придёт полиция, тогда в /dev/null уйдёт сервер....
Что-то не понимаю - хостер ищет хостинг?
/ru/forum/635394
Nidec заработал на полную мощность, продажу раритетов придётся до следующего наводнения отложить...
на маленьких размерах страничек не смотрите на эти цифру скорости загрузки, так как она не характеризует реальную скорость, а это лишь усреднённый параметр передачи данных.
Сделайте, к примеру, страницу в 5 байт и натравите на неё хострекер - будете долго смеятся какие цифры получите :)
Нет, тут проблема ни в диске и не в чтении данных.
формула такая:
Чтобы прочитать хотя бы один файл из каталога надо сосканировать
100к inode чтобы найти нужную. Если все inode в кэше находятся, то процессор тупо перебирает каждый раз эти inode, чтобы найти нужную.
то есть к верхней формуле добавляется
10 (картинок)*100 посетителей = 1000 раз надо пройтись по 100к inode (в худшем случае). Диск при этом, в большинстве случаев, busy = 0% хоть SSD, хоть SATA 5400 rpm
Задача разнести такие данные по подкаталогам сильно зависит от скриптов проекта у ТС. Можно решить и за 5 минут написания дополнительного кода, а можно и на ext4 попробовать переползти - там сортировку усовершенствовали. Затратность оптимизации сложно подсчитать без дополнительных данных о проекте и на чём он работает.
