Мэкс: ATA практически полностью управляется центральным процессором.
Я тоже читал Фигурнова. Лет 15 назад. :)
Мэкс: на двух машинах аналогичной конфигурации ( Двухголовый Xeon 2,6 с 3GRAM ) но с разными дискотеками, при примерно одинаковой нагрузке время ядра у машинки с SCSI в несколько раз меньше, чем у машинки с SATA.
При условии правильного подбора корпуса. Иначе - существенно чаще. Установка их в 1U вместе с несколькими горячими камнями, вопрос очень спорный.
Мэкс: Очень хорошо такие сервера работают при невысоких нагрузках. Например файлопомойка для рабочей группы в 5-15 человек, или почтовый сервак.
Ага. Или форум с генерацией ~300тыс страниц в сутки, каждая с 10-15 запросами к базе. Например этот. Кстати, на сервере не только форум и до недавнего времени он себя прекрасно чувствовал на SATA. Платформу сменили далеко не из-за них.
Честно говоря, я был бы совсем не против, если бы такие глобальные утверждения были хоть немного обоснованы авторами. Например, ссылками на статистику или данные исследований.
Извините, на один пост встряну: уж больно история зацепила.
Вам следовало из конторы, где получали деньги позвонить 02 и заявить, что вооруженные люди удерживают в машине ребенка, требуя с вас денег. Про форму упоминать не следует (потом "забывчивость" можно на шок списать).
LoaderRu: Народ я три года был системным админом. обслуживал несколько сеток с терминальными системами, у торговых компаний. Поверьте моему опыту - НИКОГДА НЕ СТАВИТЬ SATA (или UATA) диски на сервера. Сколько мы их поменяли – просто не счесть. Причем летят диски абсолютно всех производителей. Для серверов подходят только SCSI диски.
Кузов надо с нормальной вентиляцией использовать. И кондишны в серверной. На десятках серверов, с которыми я работаю, стоят SATA. И ничего. Кроме единственного гемора с максторами проблем вообще не было.
Anton: Что насчет производительности, то многое зависит не только от диска, но и от RAID контроллера, даже больше от контроллера.
В реальном, боевом сервере, который не просто пишет/читает гигабайтные файлы, а делит HDD между сотней-другой процессов, куда важнее производительность ФС. FreeBSD, собранная под 64 разряда (родная разрядность UFS) с диском работает в разы быстрее, чем при 32-х разрядах.
Anton: Кстати ось какая планируется? Если мастдай, то еще туда-сюда, а если Linux/BSD, то на новые и прогрессивные решения просто может не оказаться дров в дистрибутивах и даже если дрова дадут в исходниках, то трах с пересборкой ядра гарантирован.
Не скажу за Linux, но фря имеет самые свежие драйвера практически всегда. А в отличие ои винды, она обновляется практически ежедневно. И никаких "трахов" с пересборкой ядра.
ATA практически полностью управляется центральным процессором.
Я тоже читал Фигурнова. Лет 15 назад. :)
на двух машинах аналогичной конфигурации ( Двухголовый Xeon 2,6 с 3GRAM ) но с разными дискотеками, при примерно одинаковой нагрузке время ядра у машинки с SCSI в несколько раз меньше, чем у машинки с SATA.
И какова доля ядра в общей нагрузке сервера? ;)
Неодно неработает
А добавьте-ка в httpd.conf пару строчек:
RewriteLog /var/log/rewrite.log
RewriteLogLevel 9
И загляните в получившийся лог.
корпуса лучше вообще не подбирать, а брать готовые брендовые платформы
Да. Именно. Но на теоретические рассуждения я теоретически и отвечал. :)
а почему сменили платформу? Сейчас уже не сата? И на какую сменили - я вижу сейчас все стабильно (тьфу 3 раза) - посоветуй плиз.
Сменили, в первую очередь, из-за возросшей нагрузки на процессор - в пиках его явно не хватало. Да и тенденцию роста надо было учитывать.
А насчет подробностей платформы и кто ее предлагает, это лучше расскажет Gray. :)
Они тоже сыплются... но существенно реже.
При условии правильного подбора корпуса. Иначе - существенно чаще. Установка их в 1U вместе с несколькими горячими камнями, вопрос очень спорный.
Очень хорошо такие сервера работают при невысоких нагрузках. Например файлопомойка для рабочей группы в 5-15 человек, или почтовый сервак.
Ага. Или форум с генерацией ~300тыс страниц в сутки, каждая с 10-15 запросами к базе. Например этот. Кстати, на сервере не только форум и до недавнего времени он себя прекрасно чувствовал на SATA. Платформу сменили далеко не из-за них.
Честно говоря, я был бы совсем не против, если бы такие глобальные утверждения были хоть немного обоснованы авторами. Например, ссылками на статистику или данные исследований.
Извините, на один пост встряну: уж больно история зацепила.
Вам следовало из конторы, где получали деньги позвонить 02 и заявить, что вооруженные люди удерживают в машине ребенка, требуя с вас денег. Про форму упоминать не следует (потом "забывчивость" можно на шок списать).
Народ я три года был системным админом. обслуживал несколько сеток с терминальными системами, у торговых компаний. Поверьте моему опыту - НИКОГДА НЕ СТАВИТЬ SATA (или UATA) диски на сервера. Сколько мы их поменяли – просто не счесть. Причем летят диски абсолютно всех производителей. Для серверов подходят только SCSI диски.
Кузов надо с нормальной вентиляцией использовать. И кондишны в серверной. На десятках серверов, с которыми я работаю, стоят SATA. И ничего. Кроме единственного гемора с максторами проблем вообще не было.
Что насчет производительности, то многое зависит не только от диска, но и от RAID контроллера, даже больше от контроллера.
В реальном, боевом сервере, который не просто пишет/читает гигабайтные файлы, а делит HDD между сотней-другой процессов, куда важнее производительность ФС. FreeBSD, собранная под 64 разряда (родная разрядность UFS) с диском работает в разы быстрее, чем при 32-х разрядах.
Кстати ось какая планируется? Если мастдай, то еще туда-сюда, а если Linux/BSD, то на новые и прогрессивные решения просто может не оказаться дров в дистрибутивах и даже если дрова дадут в исходниках, то трах с пересборкой ядра гарантирован.
Не скажу за Linux, но фря имеет самые свежие драйвера практически всегда. А в отличие ои винды, она обновляется практически ежедневно. И никаких "трахов" с пересборкой ядра.
Поздравляю! Всего самого-самого доброго! :)
Новости... :)
Женя, до твоего прихода тут у некоторых была такая цель
Ежики плакали, кололись, но упорно продолжали жрать кактус. :D