Re: SATA RAID
Konstantin Klimchev <koka@atvc.ru> wrote:
> On Tue, 1 Nov 2005 13:11:17 +0300
> Andrey Melnikoff <temnota+news@kmv.ru> wrote:
> [...]
> > > Так - Круг задач понятен. Можно поинтересоваться нагрузкой?
> > Виндовый DC + Exchange и всякий хлам по мелочи. Syslog, etc...
> >
> Ну так сколько пользователей (и раз Exchange) - почтовый трафик.
Там - мало. Но кидаться почтой по 200-400 метров для них - лбимое
развлечение.
> [...]
> >
> > > Вот когда нагрузите сервер нормальными задачами тогда и
> > > посмотрим. Для примера: Есть задача - flow'ы (порядка 20 GB в
> > > месяц, шуршится по трем последним, т.е. 60GB) по которым шуршат
> > > агенты и складываю в базу + агенты, шуршащие по базе для
> > > сформирования каких либо отчетов - по запросам клиентов,
> > > техподдержки, менеджеров, да и самой системы (чтоб клиентов
> > > отключить). Так вот на одной и той же задаче:
> > Тоесть - система не realtime?
> А где упонимание про realtime? У нас квантование - 5 минут
И каждые 5 минут роботы перерывают все 20-60Gb флоусов?
> > Честно говоря - флоусы нужны только
> > при глубоких разборках с клиентом. Да, и выдача простыни с ipшками
> > и временем - обычно ничего не меняет. Тот, кто способен
> > разобраться - сам сидит со своими счетчиками, фаирволами и прочей
> > требухой, тот кто неспособен - или платит или бежит в суд.
> Вы серьезно? Да...
Увы, да.
> > > P3-1Gz/Mem 1G/SCSI160 - работает со скрипом, но работает
> > > P4-3Gz/Mem 1G/SATA-RAID(марвел) - часто в стопор становится (это
> > > когда пара-тройка агентов висит в памяти и ждет - когда ж ей
> > > доступ к диску дадут? а CPU прохлаждается).
> > Знаешь что мне это напоминает? Байку про оракл: "Запускаешь
> > простой запрос - тормозит, запускаешь сложный запрос - тормозит
> > ровно столько-же.". А так -надо внимательно смотреть, почему у
> > тебя marvel так страдает. Хотя, у меня так-же страдал SCSI
> > контроллер на почтовом сервере. Load average иногда
> > самопроизвольно подскакивал до 217. На 2-3 секунды. А потом опять
> > всё нормально.
> Я знаю в чем проблема. В SATA-RAID'е как классе оборудования.
У меня SCSI заикался. На SATA таких проблемы нету. А нагрузка потихоньку
растет.
> > > > > Читать по теме:
> > > > > http://www.seagate.com/content/docs/pdf/whitepaper/D2c_More_than_Interface_ATA_vs_SCSI_042003.pdf
> > > > И чего я там найду? Что всё крута? Покажите мне 75Mb/s запись
> > > > на SCSI, я может и поверю. А так - в садЪ. Умрла так умерла.
> > > А... Вы про линейный доступ? Тут SATA быстрее, никто и не
> > > утверждает обратное. А ВЫ множественный доступ попробуйте (чисто
> > > серверные задачи). Или hdparm'ом производительность определяете?
> > Опишите мне понятие чисто серверных задач. Я попробую посмотреть.
> Да например, около тысячи пользователей одновременно работающие с
> imap, или одновременная рассылка 6000 пользователям (вернее
> получение рассылки сгенерированной другим сервером). Или, как
Увы, imap не держим. Он очень плохо совместим с квотами. А рассылка в
сторону 6000 узеров... наверное будет тормозить, если её обрабатывать
procmailом. Примерно в 5000 дул рассылка рассасывается за пару минут. С
обработкой антивирусом. Без заметных осложнений для машины. MTA - sendmail.
> случай, 100 одновремено запущенных hdparm'ов (или чем Вы выявляли
> условную цифру в 75Mb/s).
Ага. а по какому из 100 hdparmов орентироваться? по 12, 26, 38, 77, или 93?
Reply to: