Конференция "Прочее" » А помните, как многие здесь ржали над парадоксальным?
 
  • Поросенок Винни-Пух © (25.06.08 17:45) [0]
    Несколько лет назад был спор вокруг клиент-серверной тематики.
    И было тогда высказано парадоксальное на первый взгляд высказывание, что системы КС менее надежны чем файл-серверные.
    В силу того, что чем выше сложность (число компонентвов и звеньев) тем меньше надежность.
    Освистали и осмеяли.
    Сегодня звонят: "ой, все пропало, ничего не работает"
    Прихожу.
    На win200 стоят две аналогичные программы. Файл-серверная на парадоксе и клиент-серверная на fb203.
    Обе многопользовательские.
    Файл серверная стоит пару лет и ни разу не отказывала, клиент-серверная пару месяцев.
    Оказалось, что в силу каких-то причин сервер fb остановлен ("мы ничего не трогали!").
    Ну возникает решение перед коннектом делать OpenSCManager и так далее.
    Понятно, что сервер может быть не локальным и прав моджет не хватить ...

    Но тем не менее факт остается фактом. Чем больше в системе компонентов, тем надежность ниже.
  • Anatoly Podgoretsky © (25.06.08 17:51) [1]
    > Поросенок Винни-Пух  (25.06.2008 17:45:00)  [0]

    А точно не трогали, а сервер как служба запущен, тогда смотреть в логах. Запуск и Останов служб фиксируется.
    Когда говорят "мы ничего не трогали!", то это вызывает сомнение.
  • Johnmen © (25.06.08 17:56) [2]
    А завтра, когда грохнется ФС, скажут "мы никаких шар не отменяли!"
  • Поросенок Винни-Пух © (25.06.08 17:58) [3]
    Ну я-то вывод делаю на основании реальной статистики.
    Не падал там парадокс.
  • KilkennyCat © (25.06.08 18:00) [4]
    что есть реальная статистика? я в одной конторе поставил пять или шесть лет назад новелл. до сих пор пашет. Это статистика?
  • Romkin © (25.06.08 18:04) [5]
    Ну обидится кто-нить из многопользователей, потрет пару таблиц в шаре БД...
    "я ничего не трогал!!!"
    И давать права юзверю к остановке служб - брр!
  • Rouse_ © (25.06.08 18:05) [6]

    > я в одной конторе поставил пять или шесть лет назад новелл.
    >  до сих пор пашет

    Видать не юзают :)
  • KilkennyCat © (25.06.08 18:07) [7]

    > Rouse_ ©   (25.06.08 18:05) [6]

    а какая разница для "реальной статистики"? там поюзали, там не юзают..
  • Romkin © (25.06.08 18:09) [8]

    > Ну я-то вывод делаю на основании реальной статистики.Не
    > падал там парадокс.

    А моя статистика: у Парадокса в многопользовательском режиме раз-два в небелю летят индексы... И что?
  • Поросенок Винни-Пух © (25.06.08 18:16) [9]
    1.Имеем систему в которой есть один процесс (прикладная программа).
    2.Имеем систему в которой есть два процесса (прикладная программа и процесс сервера).
    3. У обоих процессов есть инидивидуальная вероятность отказа.
    4. Вероятность отказа системы как единого целого в первом и втором случае отличается.

    В какую сторону отличается все думаю знают или могут вычислить.
  • KilkennyCat © (25.06.08 18:18) [10]
    и обе эти системы абсолютно идентичны, или может, к одной кактус ближе стоит?
  • Поросенок Винни-Пух © (25.06.08 18:23) [11]
    ну если у тебя кактусы повышают надежность, то можешь применить коэффициент при расчете вероятности отказа системы из двух процессов.
  • Romkin © (25.06.08 18:27) [12]

    > 1.Имеем систему в которой есть один процесс (прикладная
    > программа).2.Имеем систему в которой есть два процесса (прикладная
    > программа и процесс сервера).3. У обоих процессов есть инидивидуальная
    > вероятность отказа.4. Вероятность отказа системы как единого
    > целого в первом и втором случае отличается.В какую сторону
    > отличается все думаю знают или могут вычислить.

    Не получится из тебя инженера. Отличаться может в любую сторону.
  • vuk © (25.06.08 18:30) [13]
    Нуичо? Самая надежная программа - та, которая ваще ни шиша не делает! :)
  • Поросенок Винни-Пух © (25.06.08 18:30) [14]
    Отличаться может в любую сторону.

    Давай допустим для прользы дела, что обе прикладные программы используют один и тот же код (99 % кода общего и 1% - специфика движка)
    Давай для простоты не будем сравнивать код разных авторов.
    Берем код одного и того же автора.
  • KilkennyCat © (25.06.08 18:32) [15]
    мало данных. может, у меня оба процесса одинаковых, а может, один следит за работоспособностью другого. и кактус рядом.
  • Поросенок Винни-Пух © (25.06.08 18:34) [16]
    Можно даже считать что 100% кода совпадают.
    Например используется адо и программы отличаются только строкой адоконнекта. И считать что оба провайдера 100% надежны.
  • Romkin © (25.06.08 18:35) [17]

    > Давай допустим для прользы дела, что обе прикладные программы
    > используют один и тот же код (99 % кода общего и 1% - специфика
    > движка)Давай для простоты не будем сравнивать код разных
    > авторов.

    И давайте для простоты еще чего-нибудь примем. И получится у нас сферический конь в вакууме. И будем думать, взлетит или нет.
    Это где ты 1% специфики движка взял? А надежность самого движка не учитывать, значит? Тогда и сервер не учитывается, его же разные авторы писали.
  • Поросенок Винни-Пух © (25.06.08 18:39) [18]
    Какой конь?
    Я предлагаю оценить вероятность отказа двух систем.
    Прикладные программы одинаковые, но в одной из систем есть еще процесс сервера. Система в целом отказывает при отказе любого элемента.
    Где выше вероятность отказа?
  • Romkin © (25.06.08 18:43) [19]

    > Прикладные программы одинаковые, но в одной из систем есть
    > еще процесс сервера. Система в целом отказывает при отказе
    > любого элемента.

    Да нет 100% надежности. Это сферический конь.
    Ты еще звено хранения не учитываешь.
    При надлежащей установке сервер БД имеет вероятность отказа сравнимую с вероятностью отказа операционной системы и оборудования. Примерно равную. Поэтому есть он или нет - практически все равно.
    А если файловая система - то запись и чтение данных контролирует клиент, написанный и тестированный в большинстве случаев не так хорошо.
    Добавь к этому доступность файлов БД для любого пользователя - и получится пшик.
 
Конференция "Прочее" » А помните, как многие здесь ржали над парадоксальным?
Есть новые Нет новых   [134439   +35][b:0][p:0.001]