|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Vova Aksionov 2:5020/400 27 Feb 2001 19:27:31 To : All Subject : Re: MS SQL 2000 -------------------------------------------------------------------------------- On Tue, 27 Feb 2001 16:36:58 +0300, Andrey <Andrey@p5.f13.n5083.z2.fidonet.org> wrote: > Hормальный SQL сервер сам должен рассчитывать минимальный объем требуемой >памяти это как минимум, а как максимум использовать всю свободную,и уж во Hу рассчитал он что надо ему к примеру 300мег. А физически есть 128. И что - этот нормальный сервер сам сходит в магазин, купит память, воткнет ее в себя? >всяком случае и игнорировать ошибочно введенные значения способные привести >к сбою. И уж во всяком случае с параметрами устанавливаемыми по умолчанию Т.е. софт настолько умнее человека что человек ему не нужен совсем. Тогда нафиг там эти самые регулировки вообще сделаны? >> А кривость железа должна локализовыватся на уровне >> операционной системы,причем так же без особого участия >> систадмина. Hу допустим локализовалось каким-то образом операционной системой кривость железа и что дальше? Ведь железо-то уже кривое? Или на этот случай у тебя проездной есть? > Дрянные китайские платы как правило не используют под сервера,а нормальная >операционнная система должна выполнять как минимум два одинаковых процесса в >памяти и постоянно сверять результаты их работы, это немножко дольше зато в >1000 раз надежнее, тут даже перегрев китайской плата может быть успешно >отловлен. Hу вот отловили и что дальше делать? >Более того уважающие себя операционные системы должны на этот случай >иметь встроенные тестовые программы способные локализовывать сбо вплоть до >машинной команды. Ага, после каждой маш.команды проводить полный тест железа и если был сбой то продолжать работу на следующем экземпляре железа путем горячей замены. >То есть в результате должна выдатся ошибка типа >"рассогласование синхронных процессов в памяти по причине нерпавильного расчета >смещения условного перехода замените чип N 1 центрального процессора". Ты можешь сказать про какое такое железо ты сказки рассказываешь? А так же про OC? Где видел? > В среднем да. >> Поэтому,что бы получить результаты в чистом >> виде будем просто считать количество потерянных гигабайт, и количество Какое отношение имеет размер потерянных данных к надежности или о чем ты там? > TT> Я одного не понял - ты к чему это все ? > Статистикас-с-с-с. Статистика чего? Hи одной цифры приведено не было. Источник этих словоблудств не указан. Пока. ---------------------------------------------------------------- Vova Aksionov Novosibirsk, Akademgorodok fraks@mail.nsk.ru --- ifmail v.2.15dev5 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/11749e40f3235.html, оценка из 5, голосов 10
|