Полигон-2

Специалисты, а можно просьбу???
Поставьте перед экраном камеру (сотовый) и снимите видео с пояснениями и с коментариями, будет здорово, если продемонстрируете какие-то стандартные бяки дисков и как с ними справляется программа.
Заранее, спасибо от всех начинающих...

ATauenis написал:

[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]

Оперативненько!

Rio444 написал:

[q]

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

[/q]

...и на эту кривость накладывается кривость рук пейсателя компилятора и результат... предсказуем!

Rio444 написал:

[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]

ATauenis написал:

[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]

Ага. Вот что бывает если запустить Викторию 4.47 на том же диске, откуда загружена текущая ОС:

Все "медленные" сектора нашлись во время обращений Windows к жёсткому диску, даже приходилось руками ставить скан на паузу. В итоге цель теста несмотря на ужасный лог была достигнута - число reallocated sector count в SMART не выросло. Значит, диск ещё поживёт. Ясное дело, это не тест, но системник меня задолбал, и хотелось побыстрее его собрать и убрать на хранение.

aleksvolgin написал:

[q]

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

[/q]

На автомате кликнул "Цитировать", не исправив автора.