|
|
|
Выбор процессора...
|
|||
|---|---|---|---|
|
#18+
Решили прикупить еще один SQL сервак.Захотелось сделать все по уму,но возникла проблема как правильно узнать необходимую процессорную систему. Плдскажите,поделитесь опытом, пожалуйста, как это сделать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2002, 07:24:14 |
|
||
|
Выбор процессора...
|
|||
|---|---|---|---|
|
#18+
А что за термин: Процессорная система ???? И что за БД будет, размер и т.д. Куча топиков про ЭТО :), а вопросы все одни.......... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2002, 12:00:16 |
|
||
|
Выбор процессора...
|
|||
|---|---|---|---|
|
#18+
Меня интересует алгоритм расчета необходимого процессора.В книгах уж больно как то не вразумительно написано.Про все остальное нормально,а вот эта деталь как то слабо затронута. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2002, 15:50:17 |
|
||
|
Выбор процессора...
|
|||
|---|---|---|---|
|
#18+
Любая аппаратная часть в каком-то коэффициенте повлияет на быстродействие конкретно взятого решения в том числе и БД, и более того конкретно взятого БД! Если у тебя вычислений не много а просто надо из БД данные пользователь idshyenm? то тебе надо быстрый HDD средне RAM и FAST NetWork. А если у тебя запрос сложный и данных средне и выдавть всего пару строк, то Средний HDD, Много RAM, Fast CPU, Middle Net ну и так далее. Прошу со мной не спорить по поводу влияние того или другого на выбор железяки! Я примерно писал! :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2002, 15:54:48 |
|
||
|
Выбор процессора...
|
|||
|---|---|---|---|
|
#18+
Да и вообще надо оценить, может надо 2-х процессорную тачку брать или 4-х! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2002, 15:55:31 |
|
||
|
Выбор процессора...
|
|||
|---|---|---|---|
|
#18+
В Форуме по этому вопросу до фига. Займись поиском. Для начала посмотри:\\r /topic/14201\\r /topic/5186\\r Алгоритмы на сегодня для украшения чьей-то диссертации служат. Удели больше внимания дисковой подсистеме и памяти. Процессор конечно важен, но у большинства серверов, которые я видел, процессоры даже с перебором. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2002, 16:05:49 |
|
||
|
Выбор процессора...
|
|||
|---|---|---|---|
|
#18+
Спасибо за советы.Но меня интересует именно процессор.С дисками,сетью и памятью я разобрался.Как расчитывал,так и долгими экспериментами. Но вот процы...Дело в том,что на данный момент использую двухпроцессорный сервак (по 1 ГГц).Но в пике проц загружен по самое немогу (работа с базой ведется интенсивно,вставляется единовременно до ста тысяч записей). А как выйти на заветные 75%?Подбором процов?Не самый лучший выход. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2002, 07:27:28 |
|
||
|
Выбор процессора...
|
|||
|---|---|---|---|
|
#18+
Если система так загружена, это говорит только о плохом ее проектировании. В первую очередь нужно смотреть на архитектуру БД и программ, а потом уже на железо. Во вторую очередь смотрите организацию дисковой подсистемы: - Поставте RAID для основной БД, если критическая операция - вставка, желателен 10-й, иначе достаточно 5-го - Разнесите базы по разным дискам: данные на RAID, tempdb и trans.log на отдельные SCSI диски А если Вы найдете методику рассчета необходимой мощности процессора для приложений, работающих с SQL данными, уверяю Вас, что на 99,99% это окажется полной лажей, потому что решить систему с таким количеством неизвестных (вы попробуйте еще выявить эти переменные) НЕВОЗМОЖНО. С уважением, Дарт ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2002, 09:39:25 |
|
||
|
Выбор процессора...
|
|||
|---|---|---|---|
|
#18+
Господа я что-то от жизни отстал! RAID 1-5 я слышал, а вот RAID 10 ?? Что это такое! И вообще какие RAID бывают в таком случае? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2002, 09:57:03 |
|
||
|
Выбор процессора...
|
|||
|---|---|---|---|
|
#18+
Спасибо! По RAID нашел вроде доку! :) http://www.acnc.com/04_01_10.html ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2002, 10:03:29 |
|
||
|
Выбор процессора...
|
|||
|---|---|---|---|
|
#18+
www.sql.ru/forum/actualtopics.aspx?search=RAID&submit=%CD%E0%E9%F2%E8&bid=1 RAID Levels ixbt.com/storage/raids.html RAID: от принципов функционирования до реальных систем www.epos.kiev.ua/pubs/nk/rpf.htm ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2002, 10:11:29 |
|
||
|
Выбор процессора...
|
|||
|---|---|---|---|
|
#18+
Кстати, по существу вопроса. Если сервак ЕЩЕ ОДИН, а баз данных больше одной, то самым лучшим решением будет разнесение разных баз на разные серваки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2002, 10:16:01 |
|
||
|
Выбор процессора...
|
|||
|---|---|---|---|
|
#18+
Именно это и явилось основанием для топика.Решили купить сервак для того чтобы разнести базы. В принципе такая максимальная нагрузка реализуется всего несколько раз в день не более 5 минут в момент пересчета итогов,переноса больших объемов данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2002, 11:02:04 |
|
||
|
Выбор процессора...
|
|||
|---|---|---|---|
|
#18+
Если проц не ждёт ввода-вывода, он и должен быть загружен на 100%. Если процесс идёт минут 5, а надо 1, то грубо мегагерц надо в 5 раз больше. Если при этом проц обгонит ввод-вывод, то ускорение будет меньше, чем в 5 раз, а загрузка проца снизится. Если добавить второй проц, то быстрее максимум в 1.5 раза ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2002, 15:41:06 |
|
||
|
Выбор процессора...
|
|||
|---|---|---|---|
|
#18+
Re: Выбор процессора... Uvazaemii Darth Vader, po povodu vashih predlozenii : 1)<<Кстати, по существу вопроса. Если сервак ЕЩЕ ОДИН, а баз данных больше одной, то самым лучшим решением будет разнесение разных баз на разные серваки.>> A u nas v companii naooborot hotiat vse DB posadit na odin server. Hotelos bi uslishat mnenie specialistov po etomu povodu (ia k sozaleniu tolko uchus). 2) <<Поставте RAID для основной БД, если критическая операция - вставка, желателен 10-й, иначе достаточно 5-го>> Nash shef postavil RAID2 i govorit chto proizvoditelnost luche na 2 chem na 5. Eto pravilno? Spasibo ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2002, 02:21:19 |
|
||
|
Выбор процессора...
|
|||
|---|---|---|---|
|
#18+
2Crot 1. Если собрать все базы на одном сервере, то облегчится администрирование, но производительность, естественно упадет (предполагаю, что все сервера примерно равнозначны). Упадет и надежность. Если есть тормозные сервера, то конечно же с них базы лучше перенести. 2. Я ни разу не встречал использование RAID2 на сервере БД. Покажи начальнику. RAID Levels ixbt.com/storage/raids.html RAID уровня 2 (Memory-Style ECC) характеризуется очень высокой надежностью. В RAID уровня 2 применяется код с коррекцией одиночных ошибок и обнаружением двойных ошибок ECC. Такой же метод, кстати, применяется и для коррекции ошибок в оперативной памяти серверов. В RAID уровня 2 расслоение данных для записи или чтения осуществляется на уровне битов. Однако, вследствие применения кода с коррекцией ошибок, RAID уровня 2 требует для хранения контрольной информации более одного диска. Большинство контрольных дисков, используемых в RAID уровня 2, нужны для определения положения неисправного разряда. Но в этом сейчас уже нет нужды, так как большинство контроллеров в состоянии самостоятельно определить, когда диск отказал при помощи специальных сигналов, или дополнительного кодирования информации, записанной на диск и используемой для исправления случайных сбоев. В связи с этим RAID уровня 2 не нашел практического применения. Преимущества: • быстрая коррекция ошибок ("на лету"); • очень высокая скорость передачи данных больших объемов; • при увеличении количества дисков, накладные расходы уменьшаются; • достаточно простая реализация. Недостатки: • высокая стоимость при малом количестве дисков; • низкая скорость обработки запросов (не подходит для систем ориентированных на обработку транзакций ). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2002, 08:40:17 |
|
||
|
|
start [/forum/topic.php?fid=46&msg=32067808&tid=1818799]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
46ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
| others: | 214ms |
| total: | 349ms |
| 0 / 0 |
