- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Да нет и не может быть в этом GeekBench тестов диска, ибо:
Источник: http://itunes.apple.com/us/app/geekbench-2/id409291719?mt=12&ls=1#
Тестировать ресурсы, с которыми на VPS проблем нет почти никогда (оверселл в расчет не берем да и все равно этот тест не поможет даже против него) крайне сомнительно. Иными словами, этот пакет неадекватен и абсолютно не приспособлен к какому-либо тестированию VPS/выделенных машин, которое может претендовать на объективность. Кто купил - выбросил 12 баксов на ветер :)
20 )
Пригодится в хозяйстве. Я ноут свой замерил, еще кое-какие сервера подмерил.
А диск можно и так померить.
Под ВПС все равно под нагрузкой нужно смотреть.
Или тесты сильно хитрые должны быть - чтобы запускались сразу с 100 процессов чтения записи.
firstman добавил 19.05.2011 в 15:10
Потому что нечем ему запоминаться, чтобы его вспоминали. Не объективный он, они измеряют линейную скорость жесткого диска. Я вот никогда в своей жизни не видел влияния линейной скорости жесткого диска на скорость работы серверов/vps с сайтами :) Или кто-то часто гоняет файлы размером сотни мегабайт и гигабайт на VPS из папки в папку?
100 процессов записывающих файлы. Вполне будет объективно для ноды с ВПС.
сложно сказать, чего только не учудят клиенты :) вообще сейчас все подвинуты на подсчете IOPS. А вот чем его считать толково я так и не нашел.
fio, например, http://phpsuxx.blogspot.com/2010/10/linux-fio.html По крайне мере результаты совпадают с практикой :)
Pavel.Odintsov добавил 19.05.2011 в 16:45
Угу. тем паче, что в случае с SATA/SAS это непостоянная величина.
Почему это IOPS не постоянная? Вполне себе постоянная. Разумеется, при условии отсутствия процессов работающих с диском в момент проведения тестов.
Да и у меня вопрос был именно в том, что ресурсы должны выделятся жестко, одно ядро откусили и отдали - его нет. все.
С какой целью?
Чтобы обделить клиента свободными ресурсами?
А Ваша конфигурация как раз показывает, что XEN как-то иначе это делает.
XEN это может делать двумя способами, я не зря писал чтобы вы почитали про CreditScheduler.
Пока вы этого не сделаете смысла в этом разговоре нет.
Pavel.Odintsov, Input/Outpput Per Second? Тогда она НЕ МОЖЕТ быть постоянной. Другое дело, что подсчитать ее можно. Но зачем? в случае с SATA/PATA/SAS/SCSI и т.п. оно не может быть постоянным. Ни в теории, ни на практике.
Pavel.Odintsov, Input/Outpput Per Second? Тогда она НЕ МОЖЕТ быть постоянной. Другое дело, что подсчитать ее можно. Но зачем? в случае с SATA/PATA/SAS/SCSI и т.п. оно не может быть постоянным. Ни в теории, ни на практике.
Объясните, на каком основании она не может быть постоянной в случае проведения замеров в одинаковых условиях (одно дисковое устройство) на одинаковой машине с нулевой нагрузкой? Разумеется, про погрешности измерения мы не говорим. И +-30 IOPS за отличия не считаем.
У SATA, SAS и SSD заданных моделей (а также их аггрегаций в виде программных/аппаратных массивов) эта величина вполне себе постоянная и воспроизводимая. Скажу даже больше - у SSD она в тех паспорте часто указана (ну, разумеется, без точности до сотых, а в опредленном - но при этом четко заданном и постоянном - интервале).
Pavel.Odintsov, SATA, SAS, SCSI имеют зависимость IOPS от положения данных на конкретном участке диска. Чтение в конце диска будет проходить с меньшей скоростью и будет меньшее число IOPS. Иногда на 30%.
Если методика тестирования одна и та же (алгоритм выбора секторов диска для seek`а фиксирован), то показания будут условно постояннымии. Но это ни в коем случае не говорит о том, что это не постоянная величина, тем более, всегда можно взять среднее значение между худшим вариантом и лучшим и как раз оно будет минимально зависеть от конкретного выбора секторов.
Ну измерите вы это iops для не нагруженного диска. А под нагрузкой то оно все равно будет жутко отличаться. В случае с SSD, конечно, IOPS корректная величина, очень даже.
э, самое интересное то пропало (или я прохлопал где то?):
"Итого, резюмирую:
RAID-10 на Adaptec 5405 из 4x SAS 15k SEAGATE ST3300657SS
random read, depth=1: 202 IOPS
random read, depth=24: 999 IOPS
random write, depth=1: 1275 IOPS
SSD диск SuperTalent UltraDrive GX SSD STT_FTM28GX25H 128 Gb
random read, depth=1: 10939 IOPS
random read, depth=24: 28442 IOPS
random write, depth=1: 2876 IOPS
SATA2 ST31500341AS 7200rpm
random read, depth=1: 64 IOPS
random read, depth=24: 121 IOPS
random write, depth=1: 116 IOPS
VPS
random read, depth=1: 126 IOPS
random write,depth=1: 236 IOPS"
так вот вопрос - а что это за VPS то :)? На чем стоит?
Одна из наших рабочих машинок, KVM/SAS.