- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Этим измерили скорость единичного линейного чтения с блочного устройства.
Где приросту скорости просто неоткуда взяться. Сюрприз?
Ну и совсем попозже -с помощью bonie++ подобие реальной нагрузки.
Думаю, лучше сразу начать с этого.
dd - вполне себе тест для некоторого небольшого подмножества задач. разумеется вебхостинг к ним не относится.
но изначально мы не оговаривали что мерить будем, поэтому с троечкой - рано )
Понимаете, есть вещи, которые работают именно так - и не иначе. By design. Не имеет смысл "тестировать" - а не взлетит-ли "Запорожец".
Где приросту скорости просто неоткуда взяться. Сюрприз?
в порядке фантазии, почему бы (в элементарном случае зеркала на двух дисках)не читать четные блоки с одного диска, нечетные с другого? положим, линуксовый dmraid так не умеет. а железные взрослые контроллеры?
alw добавил 05.12.2011 в 18:08
Думаю, лучше сразу начать с этого.
Ну bonie - оно ж не чисто рейд будет мерить, а еще и fs поверх него...
alw добавил 05.12.2011 в 18:09
Не имеет смысл "тестировать" - а не взлетит-ли "Запорожец".
Порылся - сходу не нашел. Был на ютубе ролик про запорожец, где на одном и том же полигоне раскорячивались-застревали джипы/нивы и запор весело скакал ))
в порядке фантазии, почему бы (в элементарном случае зеркала на двух дисках)не читать четные блоки с одного диска, нечетные с другого?
Это что-то сложное получается, с каким-то промежуточным уровнем для буферизации. Плюс, все равно необходима синхронизация чтения - откуда в конце-концов таки вылезет старое ограничение скоростью диска.
Это что-то сложное получается, с каким-то промежуточным уровнем для буферизации. Плюс, все равно необходима синхронизация чтения - откуда в конце-концов таки вылезет старое ограничение скоростью диска.
Логично, да. Ок, невзлетел запорожец.
Это что-то сложное получается, с каким-то промежуточным уровнем для буферизации. Плюс, все равно необходима синхронизация чтения - откуда в конце-концов таки вылезет старое ограничение скоростью диска.
ну так она и реализована. потому что "два раза - это два раза !" (с) . в данном случае цель оправдывает средства.
возможно, какие-то тонкости кеширования делают один диск таким же производительным как два при линейном чтении
тесты же случайного чтения полностью подтверждают теорию.
другой вопрос в том, что вебсервер подобное поведение массива не особо и ускоряет.
ну так она и реализована.
"Так" - это где?
Потому-что в md raid1 - "не так". В силу изложенного выше. Очень странно было бы там вообще увидеть подобную (весьма нехилую) оптимизацию ради конкретного типа нагрузки. Думаю, не самого типичного не только для вебсервера.
тесты же случайного чтения полностью подтверждают теорию
Эт как? Ведь совершенно другой тип нагрузки: не надо приложению отдать сперва энтот блок, а только потом - следующий. Заморочек порядком меньше.
другой вопрос в том, что вебсервер подобное поведение массива не особо и ускоряет.
До вебсервера - еще надцать уровней всяких погремушек. Так что тестировать производительность рейд на этом уровне - тупо.
http://tldp.org/HOWTO/Software-RAID-0.4x-HOWTO-8.html
MD implements read balancing. That is, the RAID-1 code will alternate between each of the (two or more) disks in the mirror, making alternate reads to each. In a low-I/O situation, this won't change performance at all: you will have to wait for one disk to complete the read. But, with two disks in a high-I/O environment, this could as much as double the read performance, since reads can be issued to each of the disks in parallel. For N disks in the mirror, this could improve performance N-fold.
Мне начинает надоедать каждый раз отстаивать позицию по пустяковым вопросам. В этом смысле позиция Андрейки самая разумная.
В следующий раз, если по какому-то вопросу со мной не согласен, попытайся найти подтверждение сам.
http://tldp.org/HOWTO/Software-RAID-0.4x-HOWTO-8.html
Это не то о чем писал я (или что предлагал). Это не имеет отношения к последовательному чтению.
Ну а во-вторых, я бы не стал на Вашем месте зацикливаться на хавту 10-летней (с хвостиком) давности. Серьезно, это очень давно.
В следующий раз, если по какому-то вопросу со мной не согласен, попытайся найти подтверждение сам.
Исходный код. Файл drivers/md/raid1.c - найдите там кеширование, которое необходимо при оптимизации последовательного чтения, о которой говорил alw. Нет там подобных глупостей. Что, кстати, подтверждают и простые тесты с dd.
Как Вам такое подтверждение?
PS: В следующий раз потрудитесь сперва разобраться в чем именно и с кем именно "несогласен" Ваш оппонент. При необходимости, задав дополнительные вопросы вместо ссылок на антиквариат.
Ибо рейд1 созданный при установке центоса по дефолту показал скорость на чтение такую же, как с одиночного винта.
Активных винтов сколько?
10k rpm быстрее однозначно, а не SAS.
Потому как бывают быстрые SATA на 10к rpm, а так же SAS на 7200 rpm.
Ладно, вы меня поняли ;)
вот исходная фантазия:
в порядке фантазии, почему бы (в элементарном случае зеркала на двух дисках)не читать четные блоки с одного диска, нечетные с другого? положим, линуксовый dmraid так не умеет. а железные взрослые контроллеры?
Это действительно так все и происходит. А в ваши фантазии я не стал вникать. Не нужно отвлекать ими вопрошающего.
Но при последовательном чтении все равно никакого толку от этого нет.
Потому что программа dd все равно посылалает запросы последовательно.
Старый - не значит плохой или неправильный.