ну так она и реализована. потому что "два раза - это два раза !" (с) . в данном случае цель оправдывает средства.
возможно, какие-то тонкости кеширования делают один диск таким же производительным как два при линейном чтении
тесты же случайного чтения полностью подтверждают теорию.
другой вопрос в том, что вебсервер подобное поведение массива не особо и ускоряет.
А о практическом смысле речи и не было. Товарищ явно дал понять, что чем нибудь эдаким хочет заморочиться. Ну так и пускай себе настраивает хоть netflow, хоть что.
В теории должен увеличивать скорость случайного чтения в 2 раза в силу перераспределения запросов между дисками.
По разным оценкам примерно на 30% замедляет запись из-за невозможности полностью синхронной обработки команд двумя дисками.
Если этого не наблюдается, то стоит разобраться почему не наблюдается в вашей конкретной конфигурации. Это не нормально.
Netflow на cisco это "побочный продукт" работы Cisco Express Forwading, то есть практически бесплатно обходится.
Разумеется, мирроить ничего не надо, тк netflow - cгруппированная характеристика потока данных и информации в netflow-записи уже достаточно чтобы принять решение о блокировке.
Andreyka, ну ссылку то дай. или хотя бы название модели роутера,платы и условий, в которых он не работал как должен.
обычный многофункциональный цискороутер разумеется не стоит использовать для фильтрации ddos, несмотря на то, что некоторые их боготворят.
SEO-MAN, если тебе на форуме несколько раз помогли не видя код - это лишь удачное стечение обстоятельств.
в этот раз тебе нужен программист.
я думаю, те, кто используют снорт, сейчас не форум читают, а разбираются является ли очередное срабатываение ложным или нет. и так целый день.
это тебе нужно? занимайся реальными проблемами, которые ставят перед тобой пользователи.
форумы vbulletin вообще нельзя сравнивать только по уникам. из-за легкости установки дополнений нагрузка слишком варьируется.
на картинке я бы еще passivevid выкинул для эксперимента.
попросите разработчика закодировать исходники под новую версию php.
как технология сокрытия кода zend никуда не делся.то, что раньше называлось zend optimizer, теперь называется zend guard loader.
Разработчик должен взять свои исходники и перекодировать.
Конечно, у некоторых разработчиков возникают с этим проблемы, но это уже совсем другая история. Вас, как клиента, она не должна волновать. Требуйте чтобы перекодировал.
автор sypex dumper, например, предлагает в этом случае качать версию закодированную ioncube.
Jaf4, пришло время перезендить код. старый код сам не перезендится.
если это невозможно, то придется остаться на php5.2.
