Полигон-2

[q]

Как-то понадобилось протестить ноутбучный винт (точнее старенький нетбук), и лень было снимать жёсткий, чтобы подцепить к компьютеру, решил "прям на нём" тестить. Скачал викторию и понеслась.

[/q]

[q]

1.MHDD с загрузочного диска. Ей я больше доверяю тест поверхности диска, нежели виктории и прочим утилитам.

[/q]

[q]

МХДД валится от любого чиха (см. про паскаль), а вика работает нормуль в тех же условиях.

[/q]

[q]

Значит у томаты проблемный на всю голову ЮМ, вика то здесь причём?

[/q]

[q]

Не-е-е, оно не виснет, оно просто валится и даже не в дос, а мимо доса нафиг.

[/q]

[q]

Так специальный ключик только и выручает, ходя диск, откуда мхдд загружена, доступен для записи.

[/q]

[q]

Если кто-то приложит анализ исходного кода MHDD и Виктории, с указанием недочетов, это (единственное) будет считаться железным аргументом.

[/q]

[q]

А ещё есть HDAT2, у него много интересных режимов, например, есть режим "Считать-записать-проверить"

[/q]

[q]

У Windows-версии Victoria он также есть. Называется "Verify".

[/q]

[q]

badblocks? Не, не слышал.

[/q]

[q]

Mihail-1,
https://www.youtube.com/watch?v=iok2Cmay-Eg
https://www.youtube.com/watch?v=x2ixY-upNvI
https://www.youtube.com/watch?v=vuh6_b5LhCI

[/q]

[q]

1. Качество программы зависит не столько от языка программирования, на котором она написана, а в большей степени от кривизны или прямизны рук программиста.

[/q]

[q]

Если кто-то приложит анализ исходного кода MHDD и Виктории, с указанием недочетов, это (единственное) будет считаться железным аргументом.

[/q]

[q]

"Виктория" - программа для тестирования HDD.
Приложение #1 к FAQ.



7 причин, по которым Виктория написана на языке ассемблера
------------------------------------------------------------

Ассемблер - это древнейший язык программирования. После его появ-
ления, человечество не раз делало попытки изобрести другие языки, но
все они оказывались далеки от совершенства. В результате, теперь мы
имеем целую кучу языков так называемого, "высокого уровня" (этим
термином называют языки, использующие не прямое обращение к процес-
сору, а специально выдуманные фразы похожие на обычные слова, типа
"print", "pause" итд). Но при всем многообразии таких, казалось бы,
удобных языков - идеал не найден до сих пор.
Программисты продолжают использовать ассемблер для написания
программ. Не стала исключением и эта. Попробуем разобраться, почему:

1. Благодаря высокому быстродействию машинного кода, сгенериро-
ванного ассемблером (в отличии, например, от Паскаля), стало возмож-
ным реализовать удобный интерфейс с пользователем в критичных по
скорости местах. Например - вызов справки и ускоренную навигацию,
непосредственно во время проверки поверхности, без "тормозов". Срав-
ните это с другими аналогичными программами и сделайте выводы.

2. Компиляторы ассемблера TASM 4.0 и FASM абсолютно бесплатны
(последний еще и с открытым кодом).

3. Благодаря тому, что программист на ассемблере использует не-
посредственное программирование CPU, он сразу создает результат, ко-
торый получается более предсказуемым, и свободен от чужих ошибок.
Напротив, язык высокого уровня - это всего лишь посредник между
программистом и машиной, который создает тот же результат из искус-
твенно выдуманных команд языка. Естественно, ни одна программа не
может сравниться с человеком, и каким бы талантливым не был програм-
мист, он попадает в зависимость от искусственного интеллекта этого
"посредника". В результате мы имеем "грязный" код с кучей мусора и
огромные его размеры - в 10 и более раз больше того, который реально
необходим процессору для текущей задачи. Отсюда низкое быстродей-
ствие и большая ресурсоемкость современных программ, написанных на
языках высокого уровня (пример - WINDOWS). Еще один бич таких прог-
рамм - глюки (не по вине программиста). Вспомните, сколько программ,
написаных на Паскале в середине 90-х, в последствии отказывалось ра-
ботать на быстрых процессорах из-за "runtime error 200".

4. Программы на ассемблере легко отлаживать. Можно контроллиро-
вать каждый регистр CPU, и любую область памяти, встроив средства
отладки непосредственно в код. В других языках такое исключено из-за
закрытого исходного кода компилятора, который строит программу.

5. Благодаря ассемблеру, можно устанавливать рекорды. На сегод-
няшний день Виктория является самой маленькой в мире программой для
работы с HDD, и такими богатыми возможностями. Для сравнения, полная
версия для накопителей Fujitsu и Maxtor (поддерживаются 17 моделей
накопителей FUJITSU и 10 моделей Maxtor) занимает не более 50 кб ко-
да, в то время как у известного комплекса PC3000 v.12, утилита
только для одной модели FUJITSU весит за 200 кб, а сам комплекс бо-
лее 20 Мб (м.б. и больше - особо не проверял).

P.S. Если кто-то заинтересуется, и захочет занести Викторию в книгу
рекордов Гинесса, пусть напишет мне - я уменьшу код еще процентов на
30 за счет оптимизации, ибо сейчас такими вещами не заморачиваюсь -
и так получается слишком хорошо

6. Ассемблер - очень удобный язык для написания класса программ,
работающих с оборудованием, а также всевозможных анализаторов собы-
тий. К такому классу относятся и программы для ремонта/диагностики
HDD. Обычно в них много математических процедур, при небольших тре-
бованиях к интерфейсу (фактически, интерфейс - это запись символов в
видеопамять). На любом языке программирования все это приходится пи-
сать в виде формул, и при ближайшем рассмотрении оказывается, что
все это проще писать непосредственно на регистрах CPU (а для вещес-
твенных чисел существует сопроцессор . Я сравнивал процедуры, на-
писанные на Паскале и на ассемблере, и видел, что особой разницы в
сложности нет. А если нет разницы - зачем платить больше? (в смысле,
слишком высокую цену за потенциальную опасность глюков черте-каких
компиляторов, и их непредсказуемость).

7. Ассемблер позволяет создавать необычные и извращенные (в хоро-
шем смысле) алгоритмы. Благодаря одному из них, программа оказалась
малочувствительна к внешним событиям, а результаты работы программы
практически не зависят даже от полной остановки системы (например,
нажатия клавиши "Пауза"). Таким образом, случайные флуктуации выде-
ления процессорного времени в многозадачных средах не способны
сильно повлиять на точность работы программы с HDD.

"Но почему тогда многие ведущие программисты пишут на языках вы-
сокого уровня? Ведь программ на СИ и Паскале намного больше" - спро-
сите Вы. Не спорю, есть много задач прикладного программирования, в
которых превосходство ассемблера незаметно. Да и сами программисты
чувствуют себя уверенней, когда пишут на том языке, который хорошо
знают. Все это может дать некоторые преимущества при массовом произ-
водстве программ, при макетировании и при необходимости переносить
готовые проекты на другие аппаратные платформы. Однако, редко какая
программа обходится без ассемблерных вставок.

И напоследок, приведу слова одного программиста с большим опытом:
"В любой коммерчески успешной операционной системе, критические кус-
ки ядра написаны на ассемблере. Виктория - это целиком ядро и все в
нем является критическим, поэтому она написана на ассемблере".

[/q]

[q]

https://www.youtube.com/watch?v=iok2Cmay-Eg
https://www.youtube.com/watch?v=x2ixY-upNvI
https://www.youtube.com/watch?v=vuh6_b5LhCI

[/q]

[q]

7. Ассемблер позволяет создавать необычные и извращенные (в хоро-
шем смысле) алгоритмы. Благодаря одному из них, программа оказалась
малочувствительна к внешним событиям, а результаты работы программы
практически не зависят даже от полной остановки системы (например,
нажатия клавиши "Пауза"). Таким образом, случайные флуктуации выде-
ления процессорного времени в многозадачных средах не способны
сильно повлиять на точность работы программы с HDD.

[/q]

[q]

Это не мой текст, а Сергея Казанского.

[/q]