Michael99
Silver Member | Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Цитата: не совсем понятно, что имеется в виду под "без аппаратной поддержки" | Именно то, что в винт нужно подавать технокоманды и по АТА и по терминалу (терминал правда реализуется через стандартные ЮСБ-порты, т.к. никакой сложности в этом нет). Можно ж вспомнить как бы старую "мелочь" типа read long-а ж. Реализовано ли оно где сейчас, в нынешнее время ?. Вроде ж несложная вещь/команда, но уж мало кто знает что это было. Цитата: мол ПИСюшный контроллёр может как-то хитро управлять таймаутами и т. п., но это не подтверждено документально и экспериментально | Кем это должно быть подтверждено ? Как и что управляется в ПО РС3к знают пользователи комплекса (пусть не все, но многие). Если говорить как раз о техноключах/командах, то это максимально реализовано как раз в РС3к. (Авторские, самописные техно-утили не в счёт, т.к. они тоже ж не фри). Про некоторые полу-аналоги комплекса тож известно, и что-то в чём-то выигрывает, а в чём-то и проигрывает. Дело ж в конкретной "заточке" ПО. Да и отдельный контроллер помогает избежать целого списка некоторых проблем, нежели винты подрубать прям к мамке (на ЮМ). Таймауты же можно задавать практически любой винтовой утилите (ПО), если там есть такая возможность. А цель - как раз избежать любых ложных срабатываний, глюков в непредсказуемые моменты. Ведь для ремонтируемого винта в технорежиме малейший сбой может оказаться последним в его нелёгкой жизни ж. Любое ПО управляющее винтом через обычный ЮМ и в среде Винды обычно ж даёт некоторые ложные ошибки, вот в среде чистого ДОС ошибок намного меньше ж, практически исключены (то что касается сканов полян по логике). Есть понятие "прямой работы по порту". Вы ж сами в курсе ложных срабатываний, таймаутов при лог. скане инициализированного винта в виндовой Вике (это как наглядный пример). Да и можно ж напомнить что стандартный ЮМ мамки занимается ещё и другими винтами, приводами, ус-вами. И как ЮМ мамки будет выделять ресурсы для технологического ПО и насколько корректно - непонятно ж. А если сбой произойдёт из-за какого-то побочного ус-ва на ЮМ-е в момент подачи технологических команд в больной винт ? Что тогда будет ? И ещё важно - ведь совсем же не факт, что стандартный ЮМ станет пропускать вендор-команды, не правда ли ? Да и стали б разработчики комплекса именно разрабатывать/заказывать/изготавливать отдельный, свой мост - если можно было обойтись стандартным, массово выпускаемым кетайско-тайско-малазийским южником во много раз дешевле ж ? Прилепили б обычный южник за 4-5 баксов на отдельную плату, добавили б ключики на управление питанием - и вуаля типа дешёвый, но массово доступный комплекс. А имечко моста можно ж и закрасить или сшлифовать накрайняк. Но почему то ж так никто не сделал такого (под девизом - "Каждому ремонтнику, в каждую семью и комп.фирму, в каждый ларёк по ремонту HDD - по дешёвому комплексу РС3к !") Если б всё было так просто ! Хороший и профессиональный инструмент не бывает и не должен быть дешёвым, по определению ж. А так, лицезрели б горы добитых винтов без возможности восстановления и инфы, и тех.состояния тож. С использованием же комплекса профф. инструментов - инфа (бывает не вся конечно, но многая) хоть поднимается с использованием целого набора профессиональных инструментов предназначенных для именно этих видов работ, а не с помощью молотка с пассатижами. | Всего записей: 4711 | Зарегистр. 14-12-2005 | Отправлено: 02:26 16-03-2015 | Исправлено: Michael99, 03:38 16-03-2015 |
|