Тестирование производительности серверов хостинга

Каким образом, у вас число записей в базу больше числа файловых операций ?

Почему в каждом тесте, число записей в базу всегда разное, при том на порядок ?

Одна запись в базу - это когда запись записана и сохранена на диск. Записи в HEAP к примеру показывать всегда превосходный результат по сравнению с InnoDB. Да и последний может быть настроен как на надежность, так и на быстродействие ... но с потерей надежности записи/изменения.

Это ТРИ разных фрагмента тестового кода,

они выполняются последовательно и независимо друг от друга =

1 - первое показывает максимальную скорость файловых операций (6800)

2 - скорость физической записи в базу MySQL (на физический носитель)(9400)

3 - скорость вставки новых записей в базу MySQL (18000 )

еще раз = эти 3 цифры никак не связаны друг с другом ...

Что значит не связаны ? INSERT/UPDATE - это операция записи. Данные должны быть сохранены на диск. В противном случае при любом сбое при записи, данные просто будут утеряны, хотя как бы от mysql получено "все хорошо, все сделано".

А это вообще одно и тоже. Или в пункте 3 вы их в MEMORY таблицы пишите ? Но тогда вообще смысла в таком тесте вообще нет.

У вас по тесту получается так, что килограмм железе тяжелее килограмма пуха и легче чем килограмм чугуна.

Ребят вы молодцы, что бесплатно! и информативно! тестируете различные хостинги, пожалуйста не забудьте про нас (очень ждем: cloudmouse.com ).

Мы будем рады любым результатам, на базе которых сможем оценить, что улучшить , что подкрутить и где.

Не обращайте внимание на полемики типо, у нас тут железо круче, а у нас тут то-то, а вы килограмм пуха измеряете.. Ваши отчеты полезны больше в качестве понимаемости на сколько, услуга адаптивна рынку.

Спасибо за ваш труд, ждемммм м!

Разница заключается в том, что на первом экране

обычно показан замер производительности по внутреннему монитору производительности,

это можно произвести только при установленном демо-сайте.

На третьем же экране - где показывается обычно техпаспорт сервера,

значения этих параметров

вычисляются альтернативным способом, даже на абсолютно голом сервере,

без наличия какого-либо демо-сайта.

Поэтому показатели значений на первой копии экрана и в тех-паспорте могут различаться,

но когда из-за наличия лимитов и ограничений невозможно установить демо-сайт,

экспресс-метод остается единственным мерилом,

особенно для бесплатных хостингов и аналогичных по параметрам ...

На каком экране ? В *nix серверах нет ни экранов ни внутренних мониторов. Работа идет на уровне локальной системы, без разницы - экран, консоль, монитор. localhost и в африке localhost.

Не бывает ни каких тех. паспортов сервера с тестами mysql. Возможно есть бумаги на комплектующие, гарантии и т.п. Но нет там ни каких сведений о числе инсертов в базу.

Нет ни какого альтернативного способа, кроме как выбрать нужный тип хранилища, указать нужные параметры и тестировать.

Если mysql с innodb настроить на надежность ( к примеру платежные системы ), то топовые конфигурации дают около 1к инсертов в секунду. При перенастройке "2 секунды нам не важны" - можно до 8к прыгнуть.

Но у вас фантастика.

Stek, А что вы хотите доказать? что ребята зря тестируют или то, что вы можете сделать лучше? Давайте тестируйте Вы, мы не против. Проделайте хотя бы ту работу, как они... А потом уже, тягайтесь!

Да пусть ребята развлекаются, не мешают же они никому :) а может что толковое выйдет в итоге, может седьмой континент откроют :)

А прошу прощения, тягаться в чем ? В тестах, где число записей в базу больше чем число файловых операций ?

Извините, но в шарлатанстве я не участвую.

cloudmouse, Прочитайте с 45 страницы

/ru/forum/787038

/ru/forum/comment/12314063 -> как происходит mysql тест

/ru/forum/comment/12315415 -> тестирование вызова mail()

/ru/forum/comment/12315913 -> тестирование вызова mail()

/ru/forum/comment/12316168 -> тестирование вызова mail()

/ru/forum/comment/12316324 -> тестирование вызова mail()

/ru/forum/comment/12317668 -> как формируется рейтинг