|
|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Andrey 2:5083/13.5 23 Mar 2001 12:19:32 To : Drema* Subject : MS SQL 2000 -------------------------------------------------------------------------------- Hi! Drema* > Запросто - напомню,что процессор Пентюха работает с системой команд, не >являющейся прямыми инструкциями для исполнительных узлов процесорных блоков. > То есть код команды процессора попадает сначала в дешифратор команд в > котором>определяется в соответсвии с выбранном режимом > адресации начальный адрес>микропрограммы исполнения команды > i386. Микропрограммы пишут программисты естественно что > глючность самого процессора имеет весомый вклад в вероятность >зависания системы. То есть что Пентюх что AMD это сложнейший цифровой блок, >который разрабатывают и отлаживают люди, программы разработки и отладки так >же пишут люди. Человеку свойственно ошибатся,поэтому вовсе не >исключенно зависание компьютера из-за того что процессор >сделает неверный условный переход. D> Вероятность ошибки в программе процессора равна 10E-100 D> (IMHO -). ^^^^^^^ Это только твое IMHO,на самом деле, проверить все команды и все режимы адресации,все возможные варианты исполнения команд нет никакой возможности. То есть никто не может точно сказать вот в этом процессоре ошибок нет. В конце концов ошибки обнаруживаются практически во всех чипах. D> Микропрограммы нельзя сравнивать с простыми программами, D> написанными на языках высокого уровня. Микропрограммы D> выполняются миллиардами раз за очень короткое время Вот тут как раз таки поджидает другая ошибка из за которой очень часто виснут процессора. Дело в том что,устойчивость передачи сигналов между узлами процессора очень сильно зависит, от качества исполнения кристала,топологии его шин и элементов, а так же температурного режима и тактовой частоты. То есть все прикрасно знают что частоту процессора можно поднять, но процессор будет работать не устойчиво. Вопрос состоит в том, а на сколько эту самую частоту можно поднять без ущерба для надежной работы процессора и не подята ли она самим Intel'ом или AMD уже до критической отметки. D> и вероятность обнаружения ошибки, по сравнению с простой D> программой на ЯВУ, во столько же раз больше, во сколько больше D> она раз прогоняется в работе. А это многие и многие миллиарды D> раз. Зависит от того по какому пути,миллиард раз по одному пути и один раз по другому = зависание. Миллиад по одному пути, два раза то другиму и один раз по третьему = зависаие. Один раз по одному пути, два раза по другому, один раз по третьему,пять раз по четвертому = зависание. D> Конечно все возможно, но вероятность возникновения D> программной ошибки настолько мала, что об этом писать D> совершенно никакого смысла нет... и термин "глючность D> процессора" мне совершенно не понятна... А ты зайди в биос и подкинь мегагерц своему камню, и сразу же тебе станет ясно что я имею ввиду под глючностью процессора. D> и тем более что она вносит ощутимый вклад в зависание системы. Андрей --- * Origin: (2:5083/13.5) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/2764abb78d50.html, оценка из 5, голосов 10
|