vitus_wagner (![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
vitus_wagner) wrote2007-11-02 03:40 pm
vitus_wagner) wrote2007-11-02 03:40 pm
Entry tags:
Хроники пикирующего компьютера
Болею я, соображается плохо. Не могу сходу сообразить как решить вот такую задачу - имеется списока моментов перезагрузки компьютера. Как по нему определить, какой должен быть аптайм, чтобы можно было с заданной доверительной вероятностью утверждать, что проблема, вызывавшая эти перезагрузки, устранена?
Решения учитывающие долговременный тренд и суточную динамику неучтенных факторов, способствующих появлению глюка, приветствуются.
На данный момент рабочая гипотеза - блок питания из-за поплытия параметров каких-нибудь конденсаторов перестал вытягивать второй винчестер. То что в компьютере было исходно - тянет, а при работе двух винчестеров одновременно - отказывает от перегрузки и делает brownout.
Решения учитывающие долговременный тренд и суточную динамику неучтенных факторов, способствующих появлению глюка, приветствуются.
На данный момент рабочая гипотеза - блок питания из-за поплытия параметров каких-нибудь конденсаторов перестал вытягивать второй винчестер. То что в компьютере было исходно - тянет, а при работе двух винчестеров одновременно - отказывает от перегрузки и делает brownout.
no subject
(μx - μy) / sqrt (σx2 / Nx + σy2 / Ny)
распределена по гауссиане. Отсчеты -- интервалы между перезагрузками. Там есть ограничение снизу по количеству, но я его не помню.
no subject
no subject
no subject
no subject
Очевидно, что когда у принципиально неотрицательного числа сигма превосходит среднее, гипотеза о нормальном распределении неудовлетворительна.
no subject
no subject
А вообще -- предлагаю взять максимальное (сутки там или 6 часов -- как хочешь) и не париться.
no subject
И тут явно должно быть какое-то другое.
no subject
no subject
no subject
Способ для нормального человека -- взять максимум.
Математик можэт начать сравнивать гистограмму полученных данных и кривые плотности вероятности распределений. Для построения того и другого могу посоветовать взять plplot -- там, например, для построения гистограммы:
package require Pltcl matrix pluptimes f [llength $uptimes] for {set i 0} { $i < [llength $uptimes] } { incr i } { set nextuptime [expr [lindex $uptimes $i] * 1.0] pluptimes $i = $nextuptime }; plhist [llength $uptimes] pluptimes 0.0 10000.0 30 PL_HIST_DEFAULT plreplot pleopНа посмотреть можэшь начать с Гамма-распределения -- у него по мат.ожыданию и дисперсии легко считаются параметры. Экспоненцыальное тебе не очень подойдёт -- у него мат.ожыдание равно сигме, что у тебя не выполняется.
Хотя, для таких цэлей... Собственно, если на графике какое-либо из найденных дажэ экспоненцыальных (либо с параметром 1/<среднее>, либо 1/<сигма>, либо что-то между ними) будет примерно соответствовать твоим точкам -- возьми его.
Да, то, что тебе нужно, после того, как нашёл распределение -- чтобы функцыя распределения от твоего uptimeа была большэ, чем твоя заданная доверительная вероятность. Считать, соответственно, либо функцыю распределения вероятности от твоего текущего uptime для твоего найденного распределения -- получишь в результате максимальный "доверительный интэрвал". Либо искать формулу для квантили твоего распределения с заданной доверительной вероятностью -- и сравнивать результат со своим uptimeом.
Если полезешь за гамма-распределением -- я брал все эти бэта-функцыи как определённые интэгралы. ::math::calculus::integralExpr, math::calculus идёт в tcllib. 1000 шагов за глаза хватает обычно.
no subject
А без осознанного задания распределения любая цифирь будет отфонарной.
Впрочем, решение, насколько я понимаю, уже принято. :)
no subject
Теоретически -- базу даёт именно физика. Практически -- после физики идёт проверка теории практикой. Невыдержывающие гипотезы выкидываются.
На нормальное не с чего быть похожым. Экспоненцыальное -- ещё понятно. Но у экспоненцыального мат.ожыдание равно сигме, а тут отличаются вдвое.
no subject
no subject
no subject
no subject
no subject
Мистика, блин.
no subject
no subject
no subject
no subject
no subject
no subject
Параметры боюсь не поплыли, а просто потеряли ёмкость. Нет там параметров...
no subject
Потому что по-русски емкость - это несомненно ПАРАМЕТР конденсатора.
И вообще вопрос был не "что подключить", а "после какого времени тестирования можно быть на xx.x% уверенным, что проблема устранена".
no subject
И скорее всего - на более другого производителя (надеюсь, это хоть не linkworld/kme/gp/spark/codegen?).
Потому что ни винчестеры, ни материнка (электролиты в преобразователях питания) плохого питания долго не выдерживают (а если оно не тянет второй винчестер в процессе работы - оно заведомо дохлое: современные винчестеры в раскрученном состоянии жрут ничтожно мало).