А без индексов идёт прямой перебор, пока не наткнёмся на нужный файл. Чего же ей делать без индексов то? Список то не сортированный, алгоритмы быстрого поиска неприменимы...---------- Добавлено 28.02.2012 в 00:12 ----------
Это вы писателям кэшов, к примеру, объясните, когда они стотысячьпитьсот файлов кэша покладут в один каталог, а клиенты удивляются, что с кэшем так медленно работать начинает. В особо тяжёлых случаях - без такого "дурацкого" кэша даже быстрее работает.
Правда нельзя напрямую обвинять писателей кэширующих плагинов - они просто не могли себе представить насколько в тяжёлых условиях их системы начнут эксплуатировать. Но это касается всех систем, которые валят в один каталог все картинки, валят в этот же каталог все превьюшки и так далее...
Ссылка в предыдущем ответе, пропустили? Каталог - это обычный список имён файлов (и их разновидности: каталоги, симлинки и прочия). Когда памяти для кеширования хватает, то жрёт system, обычно, у CPU. В процентах жрёт мало, но увеличивает латентность дисковых операций и чем больше у вас дисковых pps, тем сильнее это заметно. Если шуршите диском мало, то можете даже и не заметить этих стотысячьпитьсот файлов.
Неважно что идёт - обращение к файлу или листинг - для поиска нужного файла перебор идёт последовательно. Несмотря на то, что всё закешировано и в памяти - открыть 10 картинок значит 10 раз сделать перебор каталога, пока не будет найден нужный файл.
Для облегчения этого случая есть:
https://wiki.archlinux.org/index.php/Ext3#Using_Directory_Indexing
но индексы ему всё равно каждый раз перестраивать и поэтому, чтобы не
...используйте другой способ хранения
большого количества файлов - разбивайте их на подкаталоги.
По начальным символам. Обычно хватает одного уровня, но можно делать разбиение и на несколько уровней.
Например:
a123.jpg
a222.jpg
b234.jpg
cqwe.jpg
bfd.jpg
Разбиваются на подкаталоги
a/
b/
c/cqwe.jpg
b/bfd.jpg
Разбивка на два (и более) уровней будет выглядеть так
a/1/a123.jpg
a/2/a222.jpg
b/2/b234.jpg
и так далее
Калькулятор аптайма http://www.folgmann.com/en/webapps/ha.html
99.86% - это 1 час и 29 секунд в месяц и примерно полчаса за две недели.
панель управления есть? Через неё делайте.
если же симлинк нужен
ln -s ../new.site.ru/www www
куда основной траф?
свои сообщения вы можете поискать средствами форума, в каждой теме есть сумма контракта на которой вы акцентируете внимание. Стоимость администрирования в этой сумме - 1350 рублей в месяц.
В этой же теме поднимите глаза на свой первый пост - сумма чудесным образом была снижена до 9000 рублей.
Это знакомо, когда аргументы кончаются - начинается эмоциональный переход на личности. Как и какие-то немыслимые угрозы в личку. Вы слишком много хотите за малые деньги, причём что мы делаем за эту сумму чётко прописано в условиях предоставления услуги. Удачи на новом месте.---------- Добавлено 19.02.2012 в 23:56 ----------
И не будем предлагать - проекты удалено под DDOS в нашем ДЦ нам неинтересны. Вам сразу сказали - ищите для них подходящее место с подходящими для вас услугами.
а на 20 лет есть?
Спрашивайте когда Вам что-то непонятно, пользуйтесь гуглом в конце концов.
http://www.google.ru/search?q=блокировка+ip+адреса.
Это блокировка трафика на конкретный ip-адрес.
У Ваc два ip-адреса на сервере и если на втором ip-адресе разместить все ваши подверженные атакам сайты, то остальные сайты при этом не страдают.
Это самый простой, дешёвый и эффективный способ блокировки паразитного трафика, не трогая при этом сам сервер. Если у Вас есть возможности оплатить работу администратора - можно сделать более эффективные решения, но так как Вы постоянно во всех свих темах пишите о том, что 1350 рублей для Вас слишком большая сумма за оплату администрирования, поэтому Вам сразу было предложено поискать такие решения у других поставщиков антиддос решений.
Также обратите вниманию на дату изменения файлов, где код обнаружили и сравните с логами http и ftp на это время. Просканируйте весь каталог, может где шелл лежит - их нередко "прячут" в плагины к вордпрессу.
