Konstantin Klimchev <[EMAIL PROTECTED]> wrote: > On Tue, 1 Nov 2005 13:11:17 +0300 > Andrey Melnikoff <[EMAIL PROTECTED]> 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? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
