Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Операционные системы » Microsoft Windows » Флейм раздела «Microsoft Windows» (Часть 4)

Модерирует : KLASS, IFkO

KLASS (04-09-2021 09:36): Продолжение в Флейм раздела «Microsoft Windows» (Часть 5)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103

   

KLASS



Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Предыдущие ветки

Эта тема предназначена для разговоров и споров вокруг ОС семейства MS Windows.  
Если у вас есть конкретная проблема — это не место для неё: пользуйтесь фильтром, если не нашли нужное, создайте новую тему.
Не стоит задавать здесь вопросы, кроме тех, на которые гарантированно можно ответить одной строчкой (забытая строчка из документации, команда, и т. п.).
Для более сложных вопросов нужно открывать отдельные темы. Кроме того, здесь можно уточнить, в какой теме/форуме нужно задать тот или иной вопрос.
Сравнение в любой форме ОС Windows с другими ОС следует делать в теме «Флейм форума ОС»
Здесь флейм только тематический и никакой политики.

Всего записей: 9730 | Зарегистр. 12-10-2001 | Отправлено: 08:39 21-08-2019 | Исправлено: KLASS, 08:18 27-11-2020
Bersaglio



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Увидел сегодня бегущую новостную строку на каком-то телеканале

Цитата:
Microsoft напоминает о прекращении поддержки Windows 7 с 14 января, у пользователей есть 10 дней, чтобы вернуться на Windows XP


Всего записей: 2334 | Зарегистр. 21-08-2006 | Отправлено: 10:46 04-01-2020 | Исправлено: Bersaglio, 10:46 04-01-2020
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bersaglio
 
Забавно. Ребята в будущем живут - у всех январь, а у них Первое апреля.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2667/C602J/16 GB REG ECC DDR3-1866/GTX 1660, i7-2600/z68/16 Gb DDR3-1600/GTX 1060 3Gb

Всего записей: 29434 | Зарегистр. 31-07-2002 | Отправлено: 11:08 04-01-2020
neemestniii

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
А вы говорите купаться.

А как тогда программы типа виктории и ли та же seatools все-таки ремапят из под винды? Как обяснить факт, что именно после включения этих прог исчезают С5 и  C6 в смарте и появляется столько же 05? Что делают эти утилиты? Как-то же они заставляют микропрогамму диска занятся проблемой. Я понимаю, что они просто многократно пытаются прочитать и записать сбойные места, а уже сам диск набирает статистику и потом начинает работать с проблемным местом, в чем я не прав? Речь о 64 битной десятке, виктория в режиме API Windows. Я не спец, мне просто интересно.  
 Вот опишу подробно последний случай. Усб хард сеагейт с 3.5 дюймовым хардом внутри.
Ругается смарт на 8 штук C5 и С6/ запускаю из под винды  seatool последнюю с сайта, появляется 8 штук 05. сеатул ругается, что все плохо, еще раз запускаю, добавляется еще 05, с5 и с6 не уменьшается. в результате нескольких запусков сеатул имею больше ста 05. Сдвигаю разделы от сбойного места, один запуск саатул и смарт чистый.
Почему так вышло?

Всего записей: 224 | Зарегистр. 06-08-2009 | Отправлено: 12:55 04-01-2020 | Исправлено: neemestniii, 12:56 04-01-2020
KLASS



Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
neemestniii
А внутрь компа сунуть винт не пытались и тогда смотреть СМАРТ?

Всего записей: 9730 | Зарегистр. 12-10-2001 | Отправлено: 15:43 04-01-2020
neemestniii

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
А внутрь компа сунуть винт не пытались и тогда смотреть СМАРТ?
 

Не, не пытался, только по усб.

Всего записей: 224 | Зарегистр. 06-08-2009 | Отправлено: 15:53 04-01-2020
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
neemestniii
 
Да, программы осуществляют многократные операции чтения/записи плохих секторов что и приводит к срабатыванию микропрограммы, а при сдвиге разделов утилита перенесла данные на резервную дорожку и сбросила записи в Р-листе где наверняка были т.н. soft bad сектора которые попали в список битых из-за ошибок ОС. А вот что на деле творится  нужно смотреть в технологическом режиме HDD на аппаратуре типа PC3000 или АПК Victoria по записям в G-листе и журналам ремапа которые в пользовательском режиме не доступны.
 
Но, на всякий случай проверьте напряжение питания HDD с помощью USB 3.0 тестера класса Ruideng AT35 (USB 2.0 приборы для USB 3.0 или Ruideng AT34 для USB 3.0  HDD лучше не использовать - первый снизит скорость его работы по шине т.к. в USB 2.0 используются только четыре линии +5V (VBUS), D+ , D- и GND ("общий" или 0V), а в USB 3.0 их девять - четыре линии USB 1.x/2.0: VBUS, GND, D+, D- и пять линий USB 3.0: GND, Rx+, Rx-, Tx+, Tx- , а у приборов для USB 2.0 их нет что переключит интерфейсную шину HDD в режим работы USB 2.0, а у Ruideng AT34 мало того, что шкала имеет шаг 0,01V а не 0,001V как у АТ35, так ещё и точность измерений напряжения почти на порядок ниже ~ ±1% у АТ34 против ±0.11% у АТ35 что ведёт к тому, что можно не увидеть что напряжение питания диска находится на нижнем допустимом для него пределе 4,75V когда простаивает и потребляет примерно 1/2 того тока который он берёт при операциях чтения/записи. Вот пример, измерено на рабочей машине прибором RD AT35, сопротивление кабелей измерено отдельно прибором В7-38 и составляет примерно 0,087 Ом для последовательно включённых проводов VUSB и GND:  
 
STLabs U-750 нагрузок нет, дополнительное питание на плату подано:
 

 
STLabs U-750 подключён HHD WDC Elements, чтение данных:
 

 
STLabs U-750 подключён HHD WDC Elements отработана команда ОС "Безопасно извлечь устройство":
 

 
STLabs U-750подключён HHD  WDC Elements который просто вращается, обращений к нему нет:
 

 
снижение напряжения на линии VUSB приводит к снижению скорости чтения/записи на HDD с 60 - 65 Мб/с до 15 - 20 Мб/с и проблемам в вид долгого чтения локальной сети в приложениях - сетевая карта делит одно ISA IRQ с контроллером USB 3.0 (плата на iZ68, USB  3.0 контроллера тут нет), а т.к. плата microATX, то сунуть его там просто больше некуда...
 
Добавлено:
Да, забыл сказать - в навороченных приборах типа RD UC34,  UC66 имеющих на борту BT донгл смысла никакого т.к. не известно какая версия протокола BT там реализована раз, и увидит ли ваше устройство прибор два. Разница же если звёзды хорошо лягут будет только в удобстве чтения с большого экрана трубы, планшета или компа "сразу всё", а тут - ну придётся кнопочку потискать, а чтобы измерить сопротивление провода взять нормальный омметр с парой иголок на концах и измерить сопротивление проводов им. Не модно, зато грамотно - провода цепей питания на постоянном токе работают, и чем они большего сечения тем лучше.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2667/C602J/16 GB REG ECC DDR3-1866/GTX 1660, i7-2600/z68/16 Gb DDR3-1600/GTX 1060 3Gb

Всего записей: 29434 | Зарегистр. 31-07-2002 | Отправлено: 16:39 04-01-2020
KLASS



Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG

Цитата:
а при сдвиге разделов утилита перенесла данные на резервную дорожку

Какие данные перенесла?
P-лист на заводе заполняется. G-List-при эксплуатации.

Всего записей: 9730 | Зарегистр. 12-10-2001 | Отправлено: 17:00 04-01-2020
neemestniii

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Но, на всякий случай проверьте напряжение питания HDD с помощью USB 3.0 тестера класса Ruideng AT35

Диск 3.5 дюймовый, питание от БП, усб3.0 чисто сигнальный.

Всего записей: 224 | Зарегистр. 06-08-2009 | Отправлено: 17:49 04-01-2020
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
KLASS
 
Я их спутал, ты прав, но по описанию возможно контроллер пометил плохо читаемую дорожку как нестабильную и заремапил. А насчёт заполняется на заводе ты не совсем точен - P-лист заполняется контроллером при операциях низкоуровневого форматирования (LLF), в т.ч. и на заводе. Например для ранних моделей SCSI дисков пользователь мог сам выполнить LLF через пункт в меню SCSI контроллера Low Lewel Format. Такой пункт есть в BIOS контроллеров Adaptec AHA-12940UW, Tekram DC-390UW - они у меня до сих пор на шкафу лежат и я на них форматировал первых гепардов (10000 об/мин, шумели как взлетающий самолёт) на 4,5 и 9,1 GB, а так же сигейтовские и футжитсовские SCSI 7-и тысячники на 9,1 и 18,2 Гб.  
 
После в этой опции не стало смысла т.к. поменялась электроника и потребовался минимум основанный на RS-232 технологический терминал подключаемый к определённым контактам платы HDD, а рост плотности записи привёл к увеличению объёма резерва на пластинах. У той же первой читы резервировалась примерно четверть объёма пластины, а у современных дисков около половины. Сегодня даже если подать диску команду 0х50 (LLF) он просто обнулит сектора данных, а настоящей разметки с созданием адаптивов - корректирующих неточности механики поправок не создаст. Только в технологическом режиме, а чтобы переключить диск в него нужна специальная схема раз, и знание его набора сервисных команд два. А вот эти команды производитель обычно и держит в секрете.  
 
Схему терминала можно восстановить по плате электроники отзвонив её тестером, а вот что именно зашифровано в прошивке, а сервис-блок заводы обычно шифруют - сюань. Потому даже спаяв плату терминала можно долго подбирать комбинации сигналов с её выходов и не подобрать нужную.
 
А если набор команд известен, и есть терминал то дело простое - подключили, дали команды и жди пока диск закончит. Правда не быстро - часов шесть - восемь минимум. Зато после ни одного бэда не увидишь - диск их сам в Р-лист запишет, и G-лист очистит.
 
Добавлено:
neemestniii
 
Попробуйте сменить коробку - возможно не рабочая. Достаточно ошибок в прошивке SATA<=>USB моста, сами чипы либо работают без ошибок, либо если сдох обычно  греются как утюги. А вот в их микропрограммах бывают и ошибки и сюрпризы типа тех что запрятаны в прошивке Seagate Free Agent - если на диске есть плохо читаемые сектора прошивка просто отключает его чтобы спасти данные, а чип там обычный ASMedia AS1051, только прошивка шибко вумная.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2667/C602J/16 GB REG ECC DDR3-1866/GTX 1660, i7-2600/z68/16 Gb DDR3-1600/GTX 1060 3Gb

Всего записей: 29434 | Зарегистр. 31-07-2002 | Отправлено: 18:11 05-01-2020
KLASS



Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG

Цитата:
но по описанию возможно контроллер

В диске все! только ВОЗМОЖНО и тут можно только ГАДАТЬ на кофейной гуще (а это дело неблагодарное).
Потому я сразу и сказал, нет утилит-все от прошивки винта.
Тот же Diskpart можно тоже обозвать утилитой, которая умеет ремапить.

Цитата:
А насчёт заполняется на заводе ты не совсем точен - P-лист заполняется контроллером при операциях низкоуровневого форматирования (LLF), в т.ч. и на заводе.

Думаю таки здесь (в разделе ОС) уместнее говорить "на заводе", потому как пользователю это недоступно.

Цитата:
Например для ранних моделей SCSI дисков пользователь мог сам выполнить LLF  

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

Всего записей: 9730 | Зарегистр. 12-10-2001 | Отправлено: 18:46 05-01-2020 | Исправлено: KLASS, 18:50 05-01-2020
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
KLASS
 
Ну, чтобы не путать давай обратимся к первоисточнику - http://download.adaptec.com/pdfs/installation_guides/aha2940_ig.pdf :
 
AHA-2940/2940W Installation Guide
Part Number: 510881-00, Rev. A
Print Spec Number: 493890-00
Current Date: 7/5/95
ECN Date: 7/11/95


Цитата:
Using the SCSI Disk Utilities
To access the SCSI disk utilities, select the SCSI Disk Utilities
 option from the menu that appears after starting SCSI Select. Once the option is selected, SCSI Select immediately scans the SCSI bus and displays a list of all SCSI IDs and the devices assigned to each ID.
 
When you select a specific ID and device, a small menu appears, displaying the options Format Disk and Verify Disk Media.
 
Format Disk —This utility allows you to perform a low-level format on a hard disk drive. Most SCSI disk devices are preformatted at the factory and do not need to be formatted again. The Adaptec Format Disk utility is compatible with the vast majority of SCSI disk drives.
 
Verify Disk Media —This utility allows you to scan the media of a hard disk drive for defects. If the utility finds bad blocks on the media, it prompts you to reassign them; if you select yes, those blocks are no longer used. You can press Esc at any time to abort the utility.

В SCSI BIOS Tekram DC-390F (чип NCR895А) имеется аналогичная утилита, для IDE там да, управление иное, а в SCSI LLF штатное явление

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2667/C602J/16 GB REG ECC DDR3-1866/GTX 1660, i7-2600/z68/16 Gb DDR3-1600/GTX 1060 3Gb

Всего записей: 29434 | Зарегистр. 31-07-2002 | Отправлено: 20:13 05-01-2020
KLASS



Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG
Переназначение секторов обозвали низкоуровневым форматированием?
Т.е. можно сказать, что если я запустил утилиту Diskpart и задал команду обнулить весь
диск, то этот процесс тоже можно назвать Низкоуровневым форматированием?
Что конкретно делала в те года утилита, неужто сервометки наносила?
По другому:
Что (какие операции производились с диском) подразумевалось в те года под
фразой "Низкоуровневое форматирование".
Утилита делала:
1. Наносила магнитный слой на блины
2. Наносила сервометки
3.
4.
5.
и т. п. )

Всего записей: 9730 | Зарегистр. 12-10-2001 | Отправлено: 20:35 05-01-2020 | Исправлено: KLASS, 20:35 05-01-2020
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
KLASS
 
Для SCSI происходил полный низкоуровневый формат, а ремап осуществлялся в процессе процедуры верификации поверхности. Эти две процедуры были разделены о чём чётко написано в мануале, и по времени это было хорошо заметно - LLF для 4,5 Гб читы длился  почти час, а верификация занимала минут пятнадцать - чуть дольше чем sysparm форматировал диск после создания слайса.  
 
Я в 93-м так же не поверил, но диск был полудохлый и одной поверхности не было  (почему его и списали). Сделал LLF - битых секторов нет, одна башка отключена как дохлая, и ёмкость понятно упала до 3 Гб, но я и тому был рад. После этот диск у меня до 2003 года работал пока я его вместе AHA-2940UW не заменил на AHA-29160 с парой Atlas 15k 73 Гб. А кошку на магниты разобрал - бобик сдох. А когда открыл банку то сразу увидел царапину на верхнем блине - кто-то "удачно" запарковал головы. Ну а на магнитах у меня до сих пор отвёртки висят - добротные, мы ради любопытства на них кувалду  подымали - держат запросто.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2667/C602J/16 GB REG ECC DDR3-1866/GTX 1660, i7-2600/z68/16 Gb DDR3-1600/GTX 1060 3Gb

Всего записей: 29434 | Зарегистр. 31-07-2002 | Отправлено: 00:34 06-01-2020
KLASS



Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG
Я все прекрасно понимаю, кроме одного...

Цитата:
Для SCSI происходил полный низкоуровневый формат,

... что под этим в те годы подразумевалось, т.е. что происходило на диске?
Ты так и не ответил (

Всего записей: 9730 | Зарегистр. 12-10-2001 | Отправлено: 00:41 06-01-2020
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
1. Наносила магнитный слой на блины  

Вот енто ни одна утилита не умеет - блины это лёгки и тонкий из немагнитный диск и с магнитным гальванопокрытием. Готовые с прокладочными кольцами собирают в пакет на корпусе шпиндельного мотора, балансируют весь пакет целиком и монтируют в корпус гермозоны, вывешивают блок голов, закрывают и продувают зону под давлением выдувая из неё пыль, заклеивают дырки фильтрами и ставят контроллер. И только после завершения сборки винт размечают. Так что если кто из авторов писал что мол его утилита наносит магнитный слой (а тогда такие хвастуны водились) то типовой вопрос был "А она что блины кисточкой красит?" - хватало.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2667/C602J/16 GB REG ECC DDR3-1866/GTX 1660, i7-2600/z68/16 Gb DDR3-1600/GTX 1060 3Gb

Всего записей: 29434 | Зарегистр. 31-07-2002 | Отправлено: 00:54 06-01-2020
KLASS



Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Вот енто ни одна утилита не умеет

Это я шучу, мне знать хочется что такое LLF и почему тогда это так называлось, не более...
Какие функции\задачи выполняло низкоуровневое форматирование?
Остальное вата

Всего записей: 9730 | Зарегистр. 12-10-2001 | Отправлено: 01:00 06-01-2020 | Исправлено: KLASS, 01:02 06-01-2020
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
KLASS
 
Контроллер вместе с винтом наносил серворазметку - часть управляющей информации фиксирована в ПЗУ контроллера - число импульсов поворота блока голов на цилиндр, и число тактов шпиндельного мотора (там синхронный шаговый двигатель) на сектор. А дальше всё элементарно - в движке стоит тахометр и есть специальный датчик "нуль метки". Пакет проворачивается до неё и начинается формат с записью служебных данных и синхродорожки.  
 
Для простоты и надёжности обычно используется код Manchester II (M II) - это абсолютный фазо-манипулированный код формируемый по простому правилу NOT XOR(Data,Sync) у которого в середине периода всегда есть фазовый переход 10 или 01 что позволяет различить 1 - 1 -> 0 и 0 - 0 ->1. Частота синхросигнала вдвое выше линейной скорости передачи данных и на выходе кодера мы имеем само-синхронизирующийся сигнал не боящийся временных разрывов потока. А чтобы декодер восстановил синхронизацию в начале и конце блока данных вставляются специальные байты-флаги и в поток между флагами передатчик вставляет дополнительные биты так, чтобы исключить ошибочное срабатывание детектора "флаг". А после этот бит удаляется в схеме декодера. Такая процедура называется бит-стаффинг и гарантирует восстановление синхронизации после паузы любой продолжительности. А уже на код M II накладываются групповые коды позволяющие уплотнить данные и скорректировать ошибки - на диск данные пишутся последовательно, а любые групповые коды параллельные, и их "надо развернуть строем", и запись дорожки в M II коде позволяет повысить плотность записи почти в вдвое т.к. не нужно выделенная синхродорожка, хотя декодер M II штука не столь простая. Грубо говоря с выделенной синхродорожкой (используется код NRZ "Без Возвращения к Нулю") в приёмнике стоит одна микросхема, а в M II с десяток.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2667/C602J/16 GB REG ECC DDR3-1866/GTX 1660, i7-2600/z68/16 Gb DDR3-1600/GTX 1060 3Gb

Всего записей: 29434 | Зарегистр. 31-07-2002 | Отправлено: 01:30 06-01-2020
KLASS



Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG

Цитата:
Контроллер вместе с винтом наносил серворазметку  

Когда возникала ситуация, при которой необходимо было делать низкоуровневое форматирование? А то читаю на сайте IBM

Цитата:
 
When to use the low-level format program
Use the Low-level Format program in the following situations:
When installing software that requires a low-level format such as a new clean install of an operating system.
 

Это что за дикость делать низкоуровневое форматирование (наносить серворазметку) при новой установке ОС?
 
Добавлено:
Сразу возникает вопрос.
То, что перед тем, как установить ОС, должно быть выполнено низкоуровневое форматирование,
это понятно. Непонятно другое...
Вопрос: На твоем веку бывали случаи, когда ты получал винты с завода, которые,
прежде чем установить ОС, нужно было отформатить на низком уровне?
Чего их на заводе не форматили?
 
 
Добавлено:
Может технологии были такие и IBM'овцы рассказывают в общем плане, что надо сделать низкоуро.. бла-бла...
Вспоминаю, когда первый раз увидел комп и полез в биос, помню, что такой пунктик был
Low Level Format, но никогда и представить себе не мог (а тогда вообще мало что понимал), что это как-то связано с серворазметкой.
Не, допускаю, что что-то там можно было отформатить, дабы вернуть винт в исходное (заводское) состояние,
но чтобы конечному пользователю дали такой пунктик... народ ведь все винты по неумению мог попросту убить..
АднАкА...

Всего записей: 9730 | Зарегистр. 12-10-2001 | Отправлено: 02:04 06-01-2020
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
KLASS
 
Для IBM S/360 (S/370, ранние S/390 и S/400), ST-512/ESDI дисков это было обязательно так как собственной управляющей программы у них не было и всё управление осуществляла ОС. На диске была только механика и буферная электроника двигателей, а вся логика управления располагалась либо в групповой стойке (S/360, S/370, ранние S/390) либо в драйвере (ранние S/400). Поэтому и приходилось - сменил ОС или получил новый диск размечай заново. Например у ЕС-5029 дисковый пакет сменный и на заводе-изготовителе диск специально не форматировали так могло не совпасть положение головок в пространстве, а в составе OS/360 была специальная утилита автономной разметки и начальной инициализации дисковых и ленточных томов которая в числе прочего размечала и резидентный том ОС для её установки (а при случае могла и ОС снести - с этим я пару раз сталкивался и результат такой ошибки - если нет резервной копии системного диска, то машина на пару месяцев выведена из строя так нужно заново писать все таблицы генерации рабочей ОС, а после формировать её с десятка дистрибутивных лент), и за её вызовом строго следили - желания возится с повторной установкой ОС как-то ни у кого не было.
 
А в более новых IDE электронику перенесли на плату под гермозоной т.к. смогли снизить линейные размеры аналоговых элементов микросхем и удалось сделать первые гибридные (аналоговые + цифровые элементы на одном кристалле) микросхемы приемлемых габаритов - цифровые кристаллы даже если они и сложнее, выходят меньше чем аналоговые по размерам т.к. в тех и токи каскадов обычно больше, и площадь пассивных элементов и теловыделение активных элементов (диоды и транзисторы) больше, да прямо на кристалле приходится располагать схемы фазовой коррекции предотвращающие превращение усилителей в генераторы (самовозбуждение) сигналов, а это опять же занятая площадь, и есть ещё электромагнитные ограничения на взаимное расположение проводников ... короче размеры набегают и если для цифровой микросхемы она считается Большой Интегральной Схемой (БИС) если в ней более 10 тыс. активных элементов, то для аналоговой уже от сотни элементов это БИС соизмеримая по сложности изготовления с цифровой БИС с сотнями тысяч элементов.
 
Но, так или иначе схемные вопросы решили и управляющую электронику перенесли с внешней платы на сам диск создав интерфейс IDE как дешёвую альтернативу основанному на системной шине миниЭВМ DEC PDP 11 интерфейсу SCSI - Small Computers System Interface. Правда ценой такого решения стал отказ от программируемости задач I/O и поддержки разных классов периферии на одной шине. Идеология SCSI изначально строилась по принципу "Даём устройству программу работы, оно её асинхронно от ЦП выполняет и докладывает о готовности, а ЦП тем временем что-то иное считает" и контроллеру не важно кто подключён к кабелю - принтер, диск, сканер, устройство связи, другой контроллер. Для SCSI важен тип устройства - блочное (диски/ленты...) или поточное, например устройство связи и с какой скоростью меняется данными устройство. Подстройка протокола происходит динамически под каждое устройство так как в памяти контроллера записаны его параметры и если на шине несколько независимых каналов (обычно не менее двух - 8-битный Narrow SCSI и 16-и битный Wide SCSI), то и конкретный номер канала, а так же обязательный номер LUN (Logical Unit Number 0 .. 7, по умолчанию 0) - номер устройства подключённого к устройству SCSI Id K на шине N электроника которого сама может управлять дополнительными устройствами того же класса и типа. Т.е. контроллер диска может управлять подключёнными к нему дисками, а со стороны главного контроллера они выглядят как единый составной накопитель которому даётся некоторая программа обмена и он сам её выполняет докладывая главному контроллеру "работа завершена успешно" или если ему не удалось исправить ошибки, то "работа завершена с ошибками в ...", а так он отчитывается только после успешного выполнения программы.  
 
Понятно что столь сложная логика управления привела к высокой стоимости SCSI устройств, да и для микроЭВМ с её единицами периферийных устройств возможности шины SCSI поддерживающей сотни периферийных устройств в многопользовательской ОС на миниЭВМ были избыточны - вдобавок свой процессор на каждом устройстве как у SCSI дорого, так почему бы не убрать с платы устройства значительную часть управляющей логики передав её функции на уровень ОС? В итоге сначала придумали ST-512 где на плате диска были только усилители БМГ и ключи обмоток мотора, а вя остальная электроника находилась на плате ЭВМ - оказалось громоздко, да и капризно в управлении, ладно, электронику управления позиционером БМГ снесли на плату диска - сделали ESDI - габариты меньше, капризов то же, но хватает.
 
А после на основе ESDI в контроллер добавили процессор управления отвечающий за работу системы позиционирования БМГ и выполнение разовых операций I/O - появился IDE, но главную часть  - управление процедурой обмена поручили драйверу в ОС. Вышло дешевле чем в SCSI, но число устройств на шине пришлось ограничить до двух - Master и Slave и согласится с подстройкой скорости шины под самое медленное из пары устройств. Каждое SCSI устройство внутри себя работает на своей скорости и делит общую шину с другими, а между ним и шиной стоят буферные регистры в которых накапливаются данные, а после пересылаются на полной скорости шины в хост-контроллер что позволило решить проблему согласования скоростей устройств, но в IDE для удешевления и их убрали.
 
Постепенный рост плотности записи за счёт уменьшения размеров намагниченного участка рабочего слоя пластин приходящегося на бит привёл с одной стороны к увеличению внутренней скорости обмена "контроллер - пластина" - ZBTR, а с другой к возрастанию влияния ошибок из-за внешних магнитных полей и наводимых на провода помех, что вызвано снижением уровня наводимых в обмотках МГ сигналов из-за уменьшения размеров бита, и потребовало применения более совершенных кодов коррекции ошибок, материалов для сердечников МГ с лучшим магнитными свойствами и значительно более быстродействующих и малошумных усилителей сигналов с МГ которые пришлось расположить рядом с ними для минимизации электромагнитных наводок, и вдобавок усиливать сигналы МГ не в сотни, а в сотни тысяч раз на более высоких частотах.  
 
А это и само по себе проблема так усиление схемы падает с ростом частоты до единицы, а выше критической для неё частоты становится ниже единицы, вдобавок в любой схеме есть задержка dT между моментом времени прихода сигнала на её вход и его появлением на её выходе - фазовый сдвиг растущий с уменьшением длительности входного сигнала T - dT/T. И его, как и тепловые шумы схемы в принципе убрать не возможно т.к. подвижность носителей в полупроводнике конечна, И если посмотреть условный ряд быстродействия известных полупроводников, то он будет выглядеть так: германий -> кремний -> соединения галлия. Германий давно достиг своего частотного предела, вдобавок его свойства сильно зависят от температуры, кремний сейчас достиг своего предела, а соединения галлия хотя и имеют запас по возможностям, но мало изучены и требуют переделки всей электроники под другие уровни и полярности сигналов.
 
Так что нашему брату электронщику и коллегам-радистам работы надолго хватит, а квантовые системы мы ещё только начали исследовать и там есть куча не решённых фундаментальных физических проблем которые мы только начали смотреть на предмет "А какие знания нужны для её решения?".
 
Ну и вернувшись к нашим баранам видим, что естественным развитием идей IDE стали PATA -> SATA диски. В первые добавили немного мозгов позволив им выполнять простейшие программы обмена в виде цепочки команд записанных в буфер диска и они стали реже дёргать ЦП с отчётами "сектор прочитал/записал, что дальше?" - теперь они его дёргают обработав несколько секторов, а вторые обзавелись очередью команд куда можно записать программу обмена для группы секторов принадлежащих одному файлу, но ни один из них не умеет работать как SCSI "Взять данные в источнике А, записать их на диск Б, а после отправить фрагмент файла Ф с Б на принтер Г, и ... . По завершении доложить о результате!" когда каждая такая программа сама может состоять из более простых программ для конкретного устройства. Для SATA это исключено в принципе, а для SCSI такая задача штатное явление, так же как ещё одна штука не доступная для SATA - к контроллеру SCSI можно подключить и ... SATA устройства, только кабель-переходник потребуется. А это всего лишь провода с разъёмами, со всем остальным хост-контроллер SCSI (сейчас используется вариант стандарта с последовательной передачей данных - SAS, но сам протокол управления на уровне принципов и возможностей не менялся - нет нужды) сам разбирается. И ему по прежнему не важно кто к нему подключён - диски, принтеры или сам чёрт с рогами - он им всем мозги вправит и заставит делать то, что мы от них хотим, а не то что они себе выдумают.
 
 
Добавлено:
А чтобы винты не убили в SCSI защита от дурака есть - контроллер диска смотрит корректность и чёткость считывания служебной разметки и либо просто обновляет её, либо если она сбита делает переразметку пластин, но в любом случае поле DATA каждого сектора прописывается нулями. Так что максимум что грозит хозяину шаловливых ручек это полное стирание его данных. А когда нужно отдать HDD дяде, и там что-то важное потратить несколько часов чтобы затереть это важное - нормальное явление ибо болтун, равно как ротозей и дурак лучшие друзья шпиона.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2667/C602J/16 GB REG ECC DDR3-1866/GTX 1660, i7-2600/z68/16 Gb DDR3-1600/GTX 1060 3Gb

Всего записей: 29434 | Зарегистр. 31-07-2002 | Отправлено: 10:40 06-01-2020
KLASS



Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG

Цитата:
так как собственной управляющей программы у них не было и всё управление осуществляла ОС. На диске была только механика и буферная электроника двигателей

Вон как, тогда понятно.

Цитата:
так нужно заново писать все таблицы генерации рабочей ОС, а после формировать её с десятка дистрибутивных лент

Жесть, слов нет.
Читал с открытым ртом
Спасибо, за ликбез.

Всего записей: 9730 | Зарегистр. 12-10-2001 | Отправлено: 11:27 06-01-2020
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103

Компьютерный форум Ru.Board » Операционные системы » Microsoft Windows » Флейм раздела «Microsoft Windows» (Часть 4)
KLASS (04-09-2021 09:36): Продолжение в Флейм раздела «Microsoft Windows» (Часть 5)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.Board
© Ru.Board 2000-2020

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru