Хм. Есть общие правила выбора. Писалось (выше или ниже) как посмотреть
Есть прикладная задача (база)
Есть в базе узкие места, которые зависят от логики базы, объема данных и
т.д.
Прежде чем выбирать железо, набиваем базу тестовыми данными и тогда
становиться понятным, что
запрос в триггере
Dmitri Kuzmenko ...
С IB вообще интереснее в том плане, что если ему кэша не хватает,
то он его увеличивает, это можно отследить, пишет в логи сообщения типа
Это есть и в IB6. Только в лог не пишется.
--
Хорсун Влад
Hello, Arioch!
Arioch wrote:
2) а что скажет Perfmon ?
скажет (для меня), как минимум - что происходит с диском. Перфмон я имел
в виду как ОДНО ИЗсредств понимания происходящего на сервере.
Разумеется, нужно и другие средства использовать.
Возможно такие ликбезы нужны не только
Hello, A. Truhin!
A.Truhin wrote:
А о чем тема то была? С начала? О выборе сервера под задачу! И о каком
perfmon говорить если сервера еще нет! Вообще то что я написал, меня на
данный момент не интересует, я прекрасно на опыте (который сын ошибок
трудных) знаю, что нужно мне, под мою задачу.
так они ж не знают, какие у клиента хотелки. Это, вообще-то,
даже не предпродажная консультация. Это реальная консультация
на тему
- текущее состояние, причины тормозов
- перспективы
- резервное копирование
мы этим и занимаемся, кстати. За деньги :-)
Ты опять говоришь о ситуации апгэйда
15.07.2011 20:12, Dmitri Kuzmenko пишет:
Hello, A. Truhin!
A.Truhin wrote:
А о чем тема то была? С начала? О выборе сервера под задачу! И о каком
perfmon говорить если сервера еще нет! Вообще то что я написал, меня на
данный момент не интересует, я прекрасно на опыте (который сын ошибок
Hekkim A.Truhin!
A.Truhin wrote:
Ты опять говоришь о ситуации апгэйда существующего железа. А речь с
начала топика идет о подборе железа под НОВУЮ, БУДУЩУЮ задачу, по
крайней мере, автор ни где не сказал, что у него уже задача работает и
тормозит.
ё-мое. как человеку выбрать компьютер, если
Hello, A.Truhin!
A.Truhin wrote:
Вот тут ключевой момент в том, что Вот, мы знаем как работает ФБ на
машине 1, 2, 3Мы можем экстраполировать, я например тоже знаю
(касаемо моих задач), но вопрос автора, в том и заключается что он не
знает. Не у всех есть возможность сравнить работу FB на
Hello, A.Truhin!
A.Truhin wrote:
Вот тут ключевой момент в том, что Вот, мы знаем как работает ФБ на
машине 1, 2, 3Мы можем экстраполировать, я например тоже знаю
(касаемо моих задач), но вопрос автора, в том и заключается что он не
знает. Не у всех есть возможность сравнить работу FB на
Hello, Dmitry!
Dmitry Yemanov wrote:
пользы нет, только если ты не упрешься вдруг в нехватку
памяти на 32-битном супере (2гига).
Таких значений, если я правильно помню, достигают люди только
с утечками памяти в udf.
А что, кеш в 4 гига выставить для большой БД никак? Или типа с большими
БД
Hello, Alexey!
Alexey Popov wrote:
С админов толку мало, т.к. они широкого профиля. Тюнить FB всё равно
разработчику. У нас просто пока не было столь высоких нагрузок, но
сейчас стоит вопрос об установке нового сервера.
тюнить ФБ можно мало куда. И я говорю про конфигурации железа для СУБД
Hello, A.Truhin!
A.Truhin wrote:
возникает вопрос:
сколько и каких ресурсов нужно FB, для определенного профиля работы.
у кого этот вопрос возникает - у сферического SQL-программиста?
Например, вопрос выбора классика или супера ФБ разжеван в
достаточно многих местах.
Про память - взял да
Dmitri Kuzmenko wrote:
тюнить ФБ можно мало куда. И я говорю про конфигурации железа для СУБД
вообще. ФБ - одна из множества других СУБД.
Сейчас прибегут из множества других СУБД и будут вещать про
партиционирование и лог транзакций.
Железо для СУБД для среднестатитического админа ни о чём
В письме от Thu, 14 Jul 2011 14:21:15 +0400, Dmitri Kuzmenko
k...@ibase.ru сообщал:
Могу ответить сразу - 300-400 - до 24 ядер. 8-12 ядер - 100
пользователей. Как-то так.
...
Например, почему я должен на сайте держать статью, в которой
объяснялось бы, как использовать PerfMon?
1) можно
14.07.2011 20:21, Dmitri Kuzmenko пишет:
Hello, A.Truhin!
A.Truhin wrote:
возникает вопрос:
сколько и каких ресурсов нужно FB, для определенного профиля работы.
у кого этот вопрос возникает - у сферического SQL-программиста?
Например, вопрос выбора классика или супера ФБ разжеван в
Привет!
Странно, почему никто не указывает варианта Ось+temp на обычный винт(ы),
а под базу - SSD. Вполне себе бюджетный и скоростной вариант.
Потому, что интенсивная работа с SSD означает базу Шрёдингера - рано
или поздно умрёт, но когда именно - узнаешь в неопределённый момент
времени. И
Dmitry Yemanov wrote:
А что, кеш в 4 гига выставить для большой БД никак?
А интересно, кто пробовал такое делать?
Потому, что интенсивная работа с SSD означает базу Шрёдингера - рано
или поздно умрёт, но когда именно - узнаешь в неопределённый момент
времени. И будет очень неприятно, если узнаешь об этом за пару часов
до начала отпуска.
Ну это ещё вопрос, конечно, что умрёт раньше, ssd или винт. Да и
Привет!
А что, кеш в 4 гига выставить для большой БД никак?
А интересно, кто пробовал такое делать?
Я, когда суперклассик ковырял. Работало, но сам суперклассик тогда
сырой был, пришлось ставить классик. Сейчас потестить просто негде -
всё в полёте :)
--
Best regards,
Sergey
Sergey Mereutsa wrote:
А что, кеш в 4 гига выставить для большой БД никак?
А интересно, кто пробовал такое делать?
Я, когда суперклассик ковырял. Работало, но сам суперклассик тогда
сырой был, пришлось ставить классик.
Вопрос то про суперсервер был. Суперклассик это совсем другое.
В письме от Tue, 12 Jul 2011 20:15:11 +0400, Dmitri Kuzmenko
k...@ibase.ru сообщал:
уже давно даже для десктопов МС рекомендует
машинки с ДВУМЯ дисками. Один система и софт, другой - работа и данные.
O'RLY ?
а почему тогда \Users до сих пор ставится на c:\ и чёрт с ним с дефолтом -
но
Никогда ещё не занимался комплектованием сервера для FB. Подскажите
кое какие моменты.
Планируется поставить простой зеркальный райд под базу.
Вопрос, надо ли ставить отдельный диск для системы, или тупо можно всё
свалить на массив? Других на нагрузок кроме FB не будет.
Если памяти в
Владимир Аксенов wrote:
Классические рекомендации:
- система - на отдельном винте
- TEMP - на отдельном винте
Темп и систему почему бы не одном в целях экономии? Тем более что
большой нагрузки на темп не будет.
Здравствуйте, Alexey.
Вы писали 12 июля 2011 г., 17:03:33:
Темп и систему почему бы не одном в целях экономии? Тем более что
большой нагрузки на темп не будет.
В целях экономии - можно. Но если цель ускориться - то лучше на разных. В темпе
идет сортировка выборки, если она в память не
Привет!
Классические рекомендации:
- система - на отдельном винте
- TEMP - на отдельном винте
- база - на отдельном винте/рейде
- если на этой машине будут бэкапы/перебэкапы - то для бэкапов
отдельный винт, что бы база и бэкап не лежали на одном винте - кроме
надежности влияет и
на
Sergey Mereutsa wrote:
Рекомендации от экстремалов:
1) Система на SSD, своп нафиг. Взять 2 SSD и на втором держать
отстающую копию системы (как сие сделать на винде - понятия не
имею).
А смысл тут в SSD? На сервере чтение с системого диска не особо часто.
Вот что делать со свопом?
4)
Привет!
1) Система на SSD, своп нафиг. Взять 2 SSD и на втором держать
отстающую копию системы (как сие сделать на винде - понятия не
имею).
А смысл тут в SSD? На сервере чтение с системого диска не особо часто.
Вот что делать со свопом?
Если система ушла в своп - то где бы он не
Hello, Владимир!
Владимир Аксенов wrote:
Классические рекомендации:
- система - на отдельном винте
- TEMP - на отдельном винте
- база - на отдельном винте/рейде
Время идет, рекомендации меняются. :-)
- система - на отдельном винте
- temp, база - можно на одном RAID 5 или 10
- бэкапы - на
Sergey Mereutsa wrote:
Если система ушла в своп - то где бы он не располагался - настаёт она
самая - ж.о.п.а. Поэтому, пусть лучше памяти будет много.
Своп вроде бы всегда используется виндой для своих нужд.
Тогда кэша страниц побольше, 64-битные сборки хорошо память жрать
умеют :0)
Hello, Alexey!
Alexey Popov wrote:
Никогда ещё не занимался комплектованием сервера для FB. Подскажите кое
какие моменты.
Планируется поставить простой зеркальный райд под базу.
ставь.
Вопрос, надо ли ставить отдельный диск для системы, или тупо можно всё
свалить на массив?
да, и
Hello, Sergey!
Sergey Mereutsa wrote:
Рекомендации от экстремалов:
1) Система на SSD, своп нафиг.
Серега, своп нафиг уже давно не смешно. Не нужно его выключать,
от этого один геморрой, и лучше не будет.
Собственно, ОС на SSD это не экстрим, это просто выкидывание
денег на ветер. Для
Hello, Alexey!
Alexey Popov wrote:
Своп вроде бы всегда используется виндой для своих нужд.
не слушай его про без свопа.
Кстати, есть какая польза от 64-битного супера?
Вроде максимальный размер кэша как то лимитирован.
пользы нет, только если ты не упрешься вдруг в нехватку
памяти на
Hello, Alexey!
Alexey Popov wrote:
Никогда ещё не занимался комплектованием сервера для FB. Подскажите кое
какие моменты.
можно я риторический вопрос задам, в пространство?
Поскольку ситуация с выбором железа у людей, работающих с ФБ,
просто ну никуда, не могу понять. Неужели эти люди
Dmitri Kuzmenko wrote:
можно я риторический вопрос задам, в пространство?
Поскольку ситуация с выбором железа у людей, работающих с ФБ,
просто ну никуда, не могу понять. Неужели эти люди
никогда не интересовались скоростью работы диска?
Не запускали HDTune? Не читали никаких обзоров про
Dmitri Kuzmenko wrote:
Время идет, рекомендации меняются. :-)
- система - на отдельном винте
- temp, база - можно на одном RAID 5 или 10
- бэкапы - на отдельном винте
В целях экономии можно бэкап наверное делать на системный винт, а оттуда
уже сливать по сети в надёжное место.
Dmitri Kuzmenko wrote:
Можно ли FW отключать или лучше оставить?
отключать можно, если это ФБ 2.1 и выше (см. firebird.conf)
Костыль однако. Но тем не менее...
или если
стоит raid с батарейкой. Но на raid с батарейкой может оказаться все
равно, Fw=on или off. зависит от крутизны raid.
12.07.2011 20:22, Dmitri Kuzmenko пишет:
Кстати, есть какая польза от 64-битного супера?
Вроде максимальный размер кэша как то лимитирован.
пользы нет, только если ты не упрешься вдруг в нехватку
памяти на 32-битном супере (2гига).
Таких значений, если я правильно помню, достигают люди только
Привет!
Если система ушла в своп - то где бы он не располагался - настаёт она
самая - ж.о.п.а. Поэтому, пусть лучше памяти будет много.
Своп вроде бы всегда используется виндой для своих нужд.
Это у вас на венде. У Пингвинов немного не так:
serj@auth:~$ free
total used
Привет!
Рекомендации от экстремалов:
1) Система на SSD, своп нафиг.
Серега, своп нафиг уже давно не смешно. Не нужно его выключать,
от этого один геморрой, и лучше не будет.
Собственно, ОС на SSD это не экстрим, это просто выкидывание
денег на ветер. Для ноутбуков - да, побыстрее
13.07.2011 2:28, Dmitri Kuzmenko пишет:
можно я риторический вопрос задам, в пространство?
Поскольку ситуация с выбором железа у людей, работающих с ФБ,
просто ну никуда, не могу понять. Неужели эти люди
никогда не интересовались скоростью работы диска?
Не запускали HDTune? Не читали
40 matches
Mail list logo
