Я что-то слишком назойлив стал :)
Но это вроде последнее, что останавливает от перехода на Firebird.
Есть таблица sector, в неё посредством хранимой процедуры
вставляется или изменяется запись.
Итак, хранимая процедура в MySQL, как она есть:
CREATE DEFINER=`root`@`localhost` PROCEDURE
Alexey Popov avp@... writes:
Yurij wrote:
Получается нужно двухмерное партиционирование:
датчик+интервал дат.
Либо отдельными файлами БД, либо таблицами внутри БД.
Когда целым кагалом решали подобную задачу в Postgresql,
к этому и пришли - сначала партиции по датчикам, а потом
перенос в
Все не правильно
Пример: наверное дальше сам сообразишь.
CREATE OR ALTER PROCEDURE COPYORDER (
fromcdorder integer,
tocdorder integer,
flags integer = 0)
as
declare variable cdthing integer;
declare variable cdmsh integer;
declare variable comment varchar(255);
declare variable price
denixx baykin ...
Я что-то слишком назойлив стал :)
Но это вроде последнее, что останавливает от перехода на Firebird.
Без чтения базовой документации или хотя бы примеров - ничего не получится.
SELECT в воздух не делается. Разберись сначала с конструкциями PSQL.
--
Хорсун Влад
Если кому-то нужно решение проблемы, то читайте тут:
http://tech.groups.yahoo.com/group/Firebird-Java/message/10464
Привет!
After that i have added the jaybird22_x64.dll to the project folder.
А где ты взял jaybird22_x64.dll?
Скачал, удалил всё старое в проекте, снова скопировал всё содержимое папки
D:\Downloads\Firebird-2.5.0.26074-0_x64_embed
в папку
D:\Java\Projects\FirebirdEmbedded.
Скопировал всё содержимое папки
D:\Downloads\Jaybird-2.1.6JDK_1.6
в папку
D:\Java\Projects\FirebirdEmbedded.
И... не запустилось с
Есть такая задача. Нужно хранить N лет, показания M датчиков на K
объектах с дискретностью P секунд. Оценки показывают что надо хранить
порядка 10 миллиардов показаний (FLOAT).
Таблица измерений (без PK)
Время, ID датчика, значение
Индекс по времени desc.
Полезен ли будет индекс по датчику
Ааа. Зря я там спросил, наверное :)
Ведь на манеже всё те же. :)
Ладно, пусть будет на английском, вдруг кому-то ещё понадобится, не
знающему русского.
On Aug 20, 9:50 pm, denixx baykin denixx.bay...@gmail.com wrote:
Ааа. Зря я там спросил, наверное :)
Ведь на манеже всё те же. :)
Alexey Popov avp@... writes:
Есть такая задача. Нужно хранить N лет, показания M
датчиков на K
объектах с дискретностью P секунд. Оценки показывают
что надо хранить
порядка 10 миллиардов показаний (FLOAT).
Такое чувство что не взлетит на FB.
На весьма хорошем железе взлетит и на FB,
Здравствуйте, Yurij.
Вы писали 21 августа 2011 г., 3:07:12:
Еще можно попробовать round-robin database.
rrdtool хорошо, но надо узнать переживет ли он
такие объемы.
IMHO rrd не рассчитан на хранение данных, это такой усреднятор из которого
удобно выбирать графики, но точные цифры получить
Я тут надумал перевести мой учебный проект с MySQL на встраиваемую
СУБД, которая умеет работать с хранимыми процедурами. Firebird
Embedded вроде такое умеет.
Но никак не разберусь, что от меня требует JayBird
Учебный проект разрабатывался в IDE Eclipse.
ОС Win 7 x64.
Папка проекта для тестового
Посмотрел, добавил msvcr71.dll в папку с проектом.
Всё равно не запускается.
Перенёс всё это добро с Win7 x64 в виртуальную машину на Win XP x32.
Вроде заработало.
Почему в одной системе не работает, а в другой работает?
вероятно потому, что для x64 тебе надо использовать 64битную
FBEmbedded.dll
Курган - Игорь Копырин ...
День добрый.
Есть хостинг, на нем работает веб сайт . Данные хранятся в Mysql. Сайт
работатет под управлением Ruby on rails. Необходимо иногда запрашивать
дистанцированный компьютер который работает под Server 2003 и забирать
данные из базы FireBird.
Вопрос : Как это
Спасибо.
16 августа 2011 г. 13:31 пользователь Vlad Khorsun hv...@optima.com.uaнаписал:
Курган - Игорь Копырин ...
День добрый.
Есть хостинг, на нем работает веб сайт . Данные хранятся в Mysql. Сайт
работатет под управлением Ruby on rails. Необходимо иногда запрашивать
дистанцированный
Курган - Игорь Копырин пишет:
День добрый.
Есть хостинг, на нем работает веб сайт . Данные хранятся в Mysql. Сайт
работатет под управлением Ruby on rails. Необходимо иногда запрашивать
дистанцированный компьютер который работает под Server 2003 и забирать
данные из базы FireBird.
Вопрос : Как
09.07.2011 15:46, Voroshin Dmitry пишет:
Что то не фурычит создание сообщений в группе.
А у меня?
Добрый день!
ФБ 2.5. Классик. Если останавливать службу через список служб,
когда пользователи активно работают, то теоретически можно запортить
базу? Или получив сигнал остановки сервер корректно завершит/оборвет
все текущие операции?
Андрей
03.08.2011 16:10, A K пишет:
ФБ 2.5. Классик. Если останавливать службу через список служб,
когда пользователи активно работают, то теоретически можно запортить
базу? Или получив сигнал остановки сервер корректно завершит/оборвет
все текущие операции?
Остановится только сетевой слушатель.
Остановится только сетевой слушатель. Активные пользователи этого даже
не заметят, продолжая работу с базой. А вот новые коннекты уже станут
невозможными.
т.е. для классика решить задачу Отключить всех пользователей от базы,
при условии что все пользователи раскиданы по большому предприятию и
03.08.2011 15:58, A K пишет:
т.е. для классика решить задачу Отключить всех пользователей от базы,
при условии что все пользователи раскиданы по большому предприятию и не
всегда доступны (пошли покурить) это:
delete from mon$attachments + выдернуть кабель локальной сети ?
Это жестко ты
On Aug 3, 3:58 pm, A K gs1...@gmail.com wrote:
Остановится только сетевой слушатель. Активные пользователи этого даже
не заметят, продолжая работу с базой. А вот новые коннекты уже станут
невозможными.
т.е. для классика решить задачу Отключить всех пользователей от базы,
при условии что
Это жестко ты конечно придумал ...
Проще научить клиентское приложение по удаленной команде самому
завершать работу и, естественно, отключаться от базы.
не хотелось бы раздувать функциональность приложения.
ситуаций там может быть море. типа из диалогового окна
открыто другое, а из него
03.08.2011 16:54, Yurij пишет:
Так а если загнать базу в состояние шатдауна с коннектом только
sysdba, затем delete from mon$attachments.
Второе лишнее.
--
Дмитрий Еманов
Так а если загнать базу в состояние шатдауна с коннектом только
sysdba,
затем delete from mon$attachments.
и потом поедешь за 300 км от Минска расшатдаунивать :)
Ну еще можно пообрывать коннекты с помощью tcpview, хотя при этом
активные транзакции откатятся, не уверен хорошо ли это.
Так а если загнать базу в состояние шатдауна с коннектом только
и потом поедешь за 300 км от Минска расшатдаунивать :)
Ну еще можно пообрывать коннекты с помощью tcpview, хотя при этом
активные транзакции откатятся, не уверен хорошо ли это.
хотелось бы решения без сторонних утилит.
короче, пока
Это силами клиентов что-ли производится вся операция по остановке-
запуску?
и клиентами, и партнерами, и сотрудниками. кем только не делается :)
конечно, если все делать самому, так это еще Микки Рурк в Пятом
элементе доказал, что проблем не будет :)
а так, приходится выкручиваться.
A K gs1994@... writes:
Это силами клиентов что-ли производится вся
операция по остановке-
запуску?
и клиентами, и партнерами, и сотрудниками. кем только
не делается :)
конечно, если все делать самому, так это еще Микки Рурк
в Пятом
элементе доказал, что проблем не будет :)
а так,
Увы. Это моя ошибка. Посыпаю голову пеплом. Сервер ни причем.
Дмитрий
PS Весьма продуктивная переписка...
Влад,
Я заметил странное поведение сервера при определенных обстоятельствах. Речь
идет о разных результатах вычислений при практически одинаковых условиях.
Я бы грешил на свои ошибки или не понимание, но тест настолько простой и
наглядный, что не вызывает
Dmitry Lendel ...
Влад,
Я заметил странное поведение сервера при определенных обстоятельствах. Речь идет о разных результатах вычислений при практически
одинаковых условиях.
Я бы грешил на свои ошибки или не понимание, но тест настолько простой и
наглядный, что не вызывает никаких сомнений.
Dmitry Lendel ...
Я замечал и не раз, что если вставить константу в качестве поля и использовать агрегат с группировкой по этой константе, то такие
чудеса бывают.
Нужна помощь.
В трекере это давно есть и исправлено, iirc
--
Хорсун Влад
В трекере это давно есть и исправлено, iirc
А по первому вопросу? У меня в данный момент 2.1.4
Дмитрий
Dmitry Lendel wrote ...
А по первому вопросу?
По какому ?
--
Хорсун Влад
PS Весьма продуктивная переписка...
По какому ?
Про запрос, который возвращает не правильный результат.
Есть тест. Это интересно? Нужны детали? Я что-то не так написал?
Дмитрий
Hello, Vsevolod!
Vsevolod wrote:
надо было ставить FBDataGuard. Он бы предупредил про отсутствие
места.
Я не в курсе, а эта тулза работает под Linux ?
работает.
если у тебя все пользователи SYSDBA, то понятно, почему
никто ничего не заметил.
А откуда такое предположение интересно ?
Привет
Есть у меня мудрённый код. Я не могу понять, или так нельзя писать или
сервер не правильно считает.
В таком виде, если есть значения в колонках IDColor и UseByDate null, то
результат один,
select
Rem.iddepot,
Rem.idcommodity,
case :qq1
when 1 then Rem.costprice
else null end as
Привет!
Влад в приватной беседе посоветовал пожаловаться Трекеру По опыту
могу сказать, что вменяемое требование или описание бага в трекере
всегда либо внедряется, либо фиксится.
А Влад что на нелегальном положении ?
Я за него говорить правов не имею, но рискну предположить, что у него
Может кому пригодится:
http://gsbelarus.com/gs/wiki/index.php/Однонаправленная_асинхронная_дельта_репликация_средствами_СУБД_Firebird
Привет!
Влад в приватной беседе посоветовал пожаловаться Трекеру ;-) По опыту
могу сказать, что вменяемое требование или описание бага в трекере
всегда либо внедряется, либо фиксится.
А Влад что на нелегальном положении ? :)
Ок, пожалуемсо :) Правда я никогда еще не жаловался трекеру. Надеюсь
Привет !
надо было ставить FBDataGuard. Он бы предупредил про отсутствие
места.
Я не в курсе, а эта тулза работает под Linux ? Да и места там было
навалом, там скорее сработало ограничение на размер Temp каталога, этот
злосчастный индекс видимо его превысил. Сейчас это ограничение, естественно
On 29.03.2010 7:21, Dmitry Lendel wrote:
Привет
Прошу прощения за невежество, но что означает слово Гедымин?
Дмитрий
князь такой был белорусский
http://ru.wikipedia.org/wiki/Гедимин
по совместительству рабочее название проекта, которое в итоге стало
официальным названием. как Делфи у
Привет!
И мне показалось, что на
будущее неплохо иметь такую инфу в конце лога. Я же не требую, никого не
обвиняю, и так понял, что сам виноват. Нет так нет - приспособимся Но как
никогда хотелось бы все же услышать начальника транспортного цеха (с)
Влад в приватной беседе посоветовал
Hello, Vsevolod!
Vsevolod wrote:
Хотелось бы послушать начальника транспортного цеха (с)
надо было ставить FBDataGuard. Он бы предупредил про отсутствие
места.
Собственно, по идее, когда происходят ошибки при restore,
то база должна оставаться в состоянии shutdown.
если у тебя все
Dmitry Lendel ...
Привет
Столкнулся с такой проблемой
Есть сеть. В несколько компьютеров.
Есть транзакция с параметром Lock write
Ситуация такая. Одни из пользователей запускает такую транзакцию, другой лезет менять что-то. Обычно выкидывает Lock conflict, а
тут компьютер уходит в ступор.
Vsevolod пишет:
Самое обидное что в конце лог файла рестора все было хорошо, что меня, в
принципе и сбило с толку и я потерял время :
gbak:activating and creating deferred index RDB$FOREIGN101
gbak:committing metadata
gbak:finishing, closing, and going home
Sat Jul 16 05:45:32 EEST 2011
ðÒÉ×ÅÔ!
ÔÁËÏÍ ÓÌÕÞÁÅ ÎÁÄÏ ÐÒÏÓÔÏ ÐÏÓÌÁÔØ Õ×ÅÄÏÍÌÅÎÉÅ ÁÄÍÉÎÕ É ×Ó£. é gbak
ÞÅÓÔÎÏ ×ÏÚ×ÒÁÝÁÅÔ ÎÅÎÕÌÅ×ÏÊ ËÏÄ ÏÛÉÂËÉ ÔÏÍÕ ÐÒÏÃÅÓÓÕ, ËÏÔÏÒÙÊ ÅÇÏ
×ÙÚ×ÁÌ.
gbak ÞÅÓÔÎÏ ×ÏÚ×ÒÁÝÁÅÔ ÎÅÎÕÌÅ×ÏÊ ËÏÄ ÏÛÉÂËÉ ÅÓÌÉ ÅÍÕ îå ÕËÁÚÁÌÉ ÐÁÒÁÍÅÔÒ -v
ÔÏÇÄÁ ÄÅÊÓÔ×ÉÔÅÌØÎÏ %ERRORLEVEL%=1
É × ÌÏÇÅ:
...
gbak:
Khorsun Vlad сообщил(а) в новостях
следующее:j0b59g$r4n$1...@dough.gmane.org...
Dmitry Lendel ...
Привет
Столкнулся с такой проблемой
Есть сеть. В несколько компьютеров.
Есть транзакция с параметром Lock write
Ситуация такая. Одни из пользователей запускает такую транзакцию, другой
лезет
Dmitry Lendel ...
Dmitry Lendel ...
Привет
Столкнулся с такой проблемой
Есть сеть. В несколько компьютеров.
Есть транзакция с параметром Lock write
Ситуация такая. Одни из пользователей запускает такую транзакцию, другой
лезет менять что-то. Обычно выкидывает Lock conflict, а тут компьютер
Привет!
Аааа, так тебе рюшечку хочется? Да, рюшечки иногда нужны, я согласен,
что было бы хорошо иметь подобный визуальный отчёт в конце работы.
Мы, рюшечкофилы, твою позицию поняли :) Хотя я не назвал бы это рюшечкой.
Да, и слабо верится, что ты на все случаи жизни используешь скрипты для
Привет!
В вопросе содержится ответ ;-)
Я так понял моя гипотеза, что я сам дурак, является верной :) Хотя ...
Вывести в конце лога какие-то предупреждения, на мой взгляд, все же не
помешало бы.
Хотелось бы послушать начальника транспортного цеха (с)
Вот уж кому-кому, а линуксоиду грех
Привет!
А зачем? Если есть _хотя бы одна_ ошибка - с базой что-то не то. В
таком случае надо просто послать уведомление админу и всё. И gbak
честно возвращает ненулевой код ошибки тому процессу, который его
вызвал.
Удивлен.
Есть gbak, консоль и админ за консолью, запускающий _штатный_
Привет
Столкнулся с такой проблемой
Есть сеть. В несколько компьютеров.
Есть транзакция с параметром Lock write
Ситуация такая. Одни из пользователей запускает такую транзакцию, другой
лезет менять что-то. Обычно выкидывает Lock conflict, а тут компьютер уходит
в ступор.
Я так и не понял или
Хм. Есть общие правила выбора. Писалось (выше или ниже) как посмотреть
Есть прикладная задача (база)
Есть в базе узкие места, которые зависят от логики базы, объема данных и
т.д.
Прежде чем выбирать железо, набиваем базу тестовыми данными и тогда
становиться понятным, что
запрос в триггере
Vsevolod пишет:
В связи с этим у меня вопрос - это так и должно было быть и всегда было и я
сам дурак или все же неплохо было бы выводить какие-то сообщения в конце
лога в случае каких-либо ошибок ?
Присоединяюсь. Хотя бы счетчик ошибок в конце лога.
Привет!
Присоединяюсь. Хотя бы счетчик ошибок в конце лога.
А зачем? Если есть _хотя бы одна_ ошибка - с базой что-то не то. В
таком случае надо просто послать уведомление админу и всё. И gbak
честно возвращает ненулевой код ошибки тому процессу, который его
вызвал.
--
Best regards,
Sergey
Sergey Mereutsa пишет:
Присоединяюсь. Хотя бы счетчик ошибок в конце лога.
А зачем? Если есть _хотя бы одна_ ошибка - с базой что-то не то. В
таком случае надо просто послать уведомление админу и всё. И gbak
честно возвращает ненулевой код ошибки тому процессу, который его
вызвал.
Удивлен.
Доброго времени суток, всем !
Ситуация следующая. Вчера я имел c утра веселые пару часов пока выяснял
почему работа с БД стала жутко медленной. Причина - неактивность одного из
индексов на многомиллионной таблице, который стал таким как оказалось после
бекапа-рестора БД. Лог файл, на первый
Привет!
В связи с этим у меня вопрос - это так и должно было быть и всегда было и я
сам дурак или все же неплохо было бы выводить какие-то сообщения в конце
лога в случае каких-либо ошибок ?
В вопросе содержится ответ ;-)
P.S. LI-V6.3.1.17910 Firebird 2.1 Classic, OS Linux Ubuntu 7.1
Dmitri Kuzmenko ...
С IB вообще интереснее в том плане, что если ему кэша не хватает,
то он его увеличивает, это можно отследить, пишет в логи сообщения типа
Это есть и в IB6. Только в лог не пишется.
--
Хорсун Влад
Добрый день,
Сейчас эксперементирую с одной базой. Создаю-удаляю
таблички и триггеры. И вот что заметил -- удаление
полтысячи таблиц с помощью блока:
execute block
as
declare variable tn varchar(31) character set unicode_fss;
declare variable rn varchar(31) character set unicode_fss;
begin
если что, то:
Версия сервера = WI-V6.3.0.26130 Firebird 2.5
Имя компьютера/порт = localhost
IP сервера = 127.0.0.1
Hello, Arioch!
Arioch wrote:
2) а что скажет Perfmon ?
скажет (для меня), как минимум - что происходит с диском. Перфмон я имел
в виду как ОДНО ИЗсредств понимания происходящего на сервере.
Разумеется, нужно и другие средства использовать.
Возможно такие ликбезы нужны не только
Hello, A. Truhin!
A.Truhin wrote:
А о чем тема то была? С начала? О выборе сервера под задачу! И о каком
perfmon говорить если сервера еще нет! Вообще то что я написал, меня на
данный момент не интересует, я прекрасно на опыте (который сын ошибок
трудных) знаю, что нужно мне, под мою задачу.
так они ж не знают, какие у клиента хотелки. Это, вообще-то,
даже не предпродажная консультация. Это реальная консультация
на тему
- текущее состояние, причины тормозов
- перспективы
- резервное копирование
мы этим и занимаемся, кстати. За деньги :-)
Ты опять говоришь о ситуации апгэйда
15.07.2011 14:33, A K пишет:
Полез разбираться дальше и обнаружил следующую интересную вещь --
из таблицы RDB$PROCEDURE_PARAMETERS идет 8 236 710 (!) неиндексированных
чтений.
Вопрос: причем здесь параметры процедур, когда удаляются триггеры и
таблички, и почему такое гигантское количество
15.07.2011 20:12, Dmitri Kuzmenko пишет:
Hello, A. Truhin!
A.Truhin wrote:
А о чем тема то была? С начала? О выборе сервера под задачу! И о каком
perfmon говорить если сервера еще нет! Вообще то что я написал, меня на
данный момент не интересует, я прекрасно на опыте (который сын ошибок
Вместе с таблицами удаляются и домены. А для этого надо убедиться, чтобы
они не использовались в параметрах процедур. А поле RDB$FIELD_SOURCE, по
которому идет поиск, неиндексировано. Попробуй создать по нему индекс и
перепроверить.
по времени не сильно помогло. неиндексированные чтения
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 на
Khorsun Vlad hv...@optima.com.ua
сообщил/сообщила в новостях следующее: news:iuklug$bcf$1...@dough.gmane.org...
Внешние соединения кешироваться будут, но точно не в 2.5.1
В 3.0 будут? Этот вопрос для меня очень животрепещущ.
Hello, Dmitry!
Dmitry Yemanov wrote:
пользы нет, только если ты не упрешься вдруг в нехватку
памяти на 32-битном супере (2гига).
Таких значений, если я правильно помню, достигают люди только
с утечками памяти в udf.
А что, кеш в 4 гига выставить для большой БД никак? Или типа с большими
БД
Hello, Alexey!
Alexey Popov wrote:
С админов толку мало, т.к. они широкого профиля. Тюнить FB всё равно
разработчику. У нас просто пока не было столь высоких нагрузок, но
сейчас стоит вопрос об установке нового сервера.
тюнить ФБ можно мало куда. И я говорю про конфигурации железа для СУБД
Voroshin Dmitry wrote ...
Khorsun Vlad сообщил/сообщила в новостях ...
Внешние соединения кешироваться будут, но точно не в 2.5.1
В 3.0 будут? Этот вопрос для меня очень животрепещущ.
Это есть в todo, но не с самым высоким приоритетом.
--
Хорсун Влад
Vlad Khorsun hv...@optima.com.ua
сообщил/сообщила в новостях следующее: news:ivmbdn$ktc$1...@dough.gmane.org...
Voroshin Dmitry wrote ...
Khorsun Vlad сообщил/сообщила в новостях ...
Внешние соединения кешироваться будут, но точно не в 2.5.1
В 3.0 будут? Этот вопрос для меня очень
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 08:16:40 +0400, Михаил -
sokol...@gmail.com сообщал:
Тест
[+] Passed
:-D
--
Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
В письме от 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? Не читали никаких обзоров про
Результаты 301 - 400 из 33066 matches
Mail list logo
