Какое выбрать железо для сервера
Какое выбрать железо для сервера
Ситуация простая:
Сервер только для БД, ОДИН пользователь, БД от 10 Гб и больше, таблицы от 25 млн. записей. Задачи - массовый Update, построение индексов по текстовым полям, "тяжелые" запросы, массовая вставка в таблицы с индексами.
Нужно принципиальное решение:
1) поможет ли в этой ситуации RAID-5
2) даст ли что-то многопроцессорность в будущем Vulcan-е
3) Какой максимум оперативки разумно использовать
Сервер только для БД, ОДИН пользователь, БД от 10 Гб и больше, таблицы от 25 млн. записей. Задачи - массовый Update, построение индексов по текстовым полям, "тяжелые" запросы, массовая вставка в таблицы с индексами.
Нужно принципиальное решение:
1) поможет ли в этой ситуации RAID-5
2) даст ли что-то многопроцессорность в будущем Vulcan-е
3) Какой максимум оперативки разумно использовать
-
- Заслуженный разработчик
- Сообщения: 1436
- Зарегистрирован: 15 сен 2005, 09:05
ух, ох. а подумать?2) что лучше в данном случае Super или Classic
www.ibase.ru/firebird.htm
"Архитектура Classic использует отдельные процессы на каждого пользователя, SuperServer - отдельные threads на пользователя в общем процессе. SS обладает общим кэшем, который увеличивает производительность, а CS благодаря разделению пользователей по процессам обладает большей надежностью."
Win2003 хуже, чем Win2000, как минимум по вероятности появления тормозов. Если не знаешь Linux, то лучше туда не ходи.3) что лучше в данном случае Windows или Unix (Linux)
Для иногих пользователей - а для ОДНОГОSS обладает общим кэшем, который увеличивает производительность,
Win2003 хуже, чем Win2000, как минимум по вероятности появления тормозов. Если не знаешь Linux, то лучше туда не ходи.[/quote]3) что лучше в данном случае Windows или Unix (Linux)
Тормоза Win2003 знаю - причем на Enterprise много сильнее чем на Standart. Основная проблема что для Win2003 много легче скопировать 10000 файлов по 100к чем один файл в 1Гб (особенно по сети)
С Unix работал давно (в 1987 году - тогда это была BSD-4.2 и System V) Надеюсь что вспомню, тем более что заказчик хочет чтобы целевая БД работала и под Win и под Unix
тогда похер. а если их будет 2, то уже будет разница. Допустим, для этой задачи нужен большой кэш. Влупишь ты его в классике, и он у тебя начнет загибаться, чем больше будет коннектов.Для многих пользователей - а для ОДНОГО
не под всеми юниксами есть супер и классик (что-то только одно).заказчик хочет чтобы целевая БД работала и под Win и под Unix
кстати, с чем это связано? Все пытаюсь в инете найти, так тишина ведь гробовая. как будто нет такой проблемы.Тормоза Win2003 знаю - причем на Enterprise много сильнее чем на Standart. Основная проблема что для Win2003 много легче скопировать 10000 файлов по 100к чем один файл в 1Гб (особенно по сети)
Сам искал - ничего нет. Много ставил Win2003 в разных вариантах и заметил эту разницу. Лампочка на винте, говорит что он занят по горло. В Диспетчере задач производительность плавно падает падает до нуля. Впечатление такое, что где-то переполняется кэш. Возможно это связано в механизмом "ленивой" записи на диск.кстати, с чем это связано? Все пытаюсь в инете найти, так тишина ведь гробовая. как будто нет такой проблемы.Тормоза Win2003 знаю - причем на Enterprise много сильнее чем на Standart. Основная проблема что для Win2003 много легче скопировать 10000 файлов по 100к чем один файл в 1Гб (особенно по сети)
Но все что я вижу по серверам касается маленьких запросов от многочисленных пользователей и тогда все прекрасно - другие задачи просто не рассматриваются. Скорее всего им так удобнее для рекламы.
-
- Заслуженный разработчик
- Сообщения: 644
- Зарегистрирован: 15 фев 2005, 11:34
На 10 гигах базы баз сказевого рэйда не обойтись, боюсь что никак. Почему Dimitry Sibiryakov так уверен в его ненужности мне совсем не понятно... Берите аппаратный рэйд и не забудьте ББУ, для начала пяток шпинделей, а там наш друг перфмон (сисстат) поскажет.
Нужен сурово один юзер? или можно разложить задачу на несколько программ и запустить разом? Если задача не параллелится, то брать многоголовый сервак смысла не вижу.
Памяти думаю пару гиг, только оставьте свободные слоты под память, на всякий...
Не так страшен линух, файрберд прекрасно ставится на ту же Сусе из коробки, по крайней мере я никакие грабли не словил.
Тормоза на 2003... скорее всего драйвер сырой, возможно уже пофиксили, хотя тут я совсем не советчик, с 2003 шапошно знаком...
Нужен сурово один юзер? или можно разложить задачу на несколько программ и запустить разом? Если задача не параллелится, то брать многоголовый сервак смысла не вижу.
Памяти думаю пару гиг, только оставьте свободные слоты под память, на всякий...
Не так страшен линух, файрберд прекрасно ставится на ту же Сусе из коробки, по крайней мере я никакие грабли не словил.
Тормоза на 2003... скорее всего драйвер сырой, возможно уже пофиксили, хотя тут я совсем не советчик, с 2003 шапошно знаком...
-
- Заслуженный разработчик
- Сообщения: 1436
- Зарегистрирован: 15 сен 2005, 09:05
-
- Заслуженный разработчик
- Сообщения: 644
- Зарегистрирован: 15 фев 2005, 11:34
большое кол-во записи можно хорошо разрулить большим кэшем контроллера плюс включить райт бэк. Тот же LSI 320-2x позволяет установить полгиговую планку памяти и ббу. Процессор на его борту расчитает контрольные суммы на пяток дисков и даже не поперхнется. К тому же он двухканальный, не хватит одной корзинки пихаем вторую, хотя для 10 гиг 2 корзины это перебор, возможно.Dimitry Sibiryakov писал(а):Потому что вопрос стоял "может ли он помочь в этой ситуации" и описывалась ситуация с массированным вводом-выводом. Насколько я знаю 5-й рейд по скорости не блещет.Ivan_Pisarevsky писал(а):Почему Dimitry Sibiryakov так уверен в его ненужности мне совсем не понятно...
Вобщем если бюджет позволяет, на рэйде экономить в последнюю очередь.