[Ment69]

заметил некий стат, а точнее на ЮМ от интел реально (тупо) »

Вы для начала посмотрите процент соотношения на рынке Intel чипсетов и других.

... очень смешно, как в цирке ты ак бюрократ, пункт-1... БП, пункт-2... БП, пункт-3... БП, »

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

[misha2]

на ЮМ от интел реально (тупо) летят винты чаще чем других производителей, из своей практики , про БП и речи быть не магёт (!). »

А вы б сами попытались ответить на основные вопросы :
1. Способен ли сам ЮМ подавать команды типа vendor specific в винт, способные нарушить его работоспособность ? Я уверен, что нет. Хост всего лишь обрабатывает стандартные команды в винт, поступающие извне.
2. Способен ли хост выдавать напряжения, различного рода сигналы превышающие по уровню максимально допустимые, которые могут привести к поломке винта ? Тоже нет.
Речь может идти лишь о глюкавости ЮМ, например некоторые SIS, VIA и т.д. Но это частные случаи, не система.
Как например на старом SIS никак не хотят работать новые сата 2 Самсунги. Или как на мамке 8RDA3+ никак не хотели работать WD800BB. Но работоспособности винтов это не нарушало. Эти же винты прекрасно продолжили работу с другими материнками.
Я например, за свой многолетний опыт ремонта винтов, не заметил закономерности такой от чипсета в материнке. А это тысячи винтов попавших в ремонт.
Вы видимо имели ввиду неисправности винтов программного свойства, возникшие от программных сбоев при передаче данных или команд, вследствие плохих контактов, плохого качества пайки ЮМ. Такое конечно есть. Исходя из моей практики, можно сказать что процент винтов пострадавших по вине некачественного БП гораздо выше, чем по вине ЮМ. И ещё больше процент пострадавших винтов по вине самих юзеров.

[Bombarbia]

на счёт специалистов по HDD без сомнений.
кто может объяснить , почему на плате http://www.asrock.com/mb/overview.ru.asp?Model=P43DE (http://www.nix.ru/autocatalog/mother...600_83226.html) sata mode ide пост опрос отображает саташники в UDMA-5 , когда те же саташки на http://www.nix.ru/autocatalog/mother...II_103910.html ----- UDMA-6.Все сюрпризы с подробными описаниями --- не выдоешь за день...
На p43de(E6600/2x1Gb,DDR2-1066/x300/не игровой) в биосе ставил и в ручную и авто , бесполезно , хоть и плата дороже раза в два чем ... , ASRock_N68CS_UCC , а винты на ней то как раз капризничают не зависимо от производителя и ёмкости. БП - ISO400w , доработанный: фильтры-дроссели , да и прочая защита на входных цепях полный комплект; на входе кондёры 680мк х 250в; на выходе конденсаторы увеличенной ёмкости (рассположение снаружи) , по цепи 5vsb конд. поменяно. Проверено под нагрузками-стабильно держит нагрузки (можно АКБ зарядить). Если БП слабоват , остаётся Сварочный апппарат прикрутить к компу.Переходники питания проверенные, шлейфы новые,старые на выбор, провода тока не проверялись на Ампераж(свар.злектрод не потянут, точно).
На системнике с ASRock_N68CS_UCC, БП "настоящий" китайский noname 400w, и ни чего , всё те же "проблемные" харды (2х1тб, 320, 500) на нём работают без капризов.
Возможно это не относиться к теме "HDD-Статистика...", но всё же

[Ment69]

Bombarbia, А вы пробовали системные платы надежных производителей?

БП - ISO400w »

Та ещё какашка - доработки его колхоз полный, лучше брать надежные вещи!

[misha2]

кто может объяснить , почему на плате http://www.asrock.com/mb/overview.ru.asp?Model=P43DE (http://www.nix.ru/autocatalog/mother...600_83226.html) sata mode ide пост опрос отображает саташники в UDMA-5 , когда те же саташки на http://www.nix.ru/autocatalog/mother...II_103910.html ----- UDMA-6. »

Скорее из-за того что в одних мамках в БИОС "вшит" режим УДМА5, в других УДМА 6. Я сам когда-то принудительно включал на иде-винтах Самсунг УДМА-6, вместо заводского УДМА 5. И эти винты на некоторых мамках работали на УДМА 6, но чаще в УДМА 5. Да и разницы в производительности я не заметил, и забросил это дело. То есть у вас вся статистика сводится к проверке нескольких матерей. Вот если б вы взяли 100-200 матерей одной модели, одного производителя, и на всём этом количестве мамок винты всё равно глючили, можно было б утверждать что такие-то винты плохо "дружат" именно с этим типом мамки. А так, 2-3 мамки - это не статистика.

[Bombarbia]

100-200 примеров даже сервис центры навряд ли предоставят, лишние хлопоты.
для примеру(без подробностей):на MSI P35 E6400/2x1Gb,DDR2-800/GF9800/400w (ICH7) то же самое ---- любой сатанашник в UDMA-5 ни как не выше, на нём умерло два саегейта (2х500) , да и новый WD---500Gb SATA-3(переклю на сата-2) неет нет да и брыкается....

[misha2]

100-200 примеров даже сервис центры навряд ли предоставят, лишние хлопоты. »

Лучше всего интересоваться именно у сервисников, у которых проходят многие сотни материнок и винтов.

умерло два саегейта (2х500) , да и новый WD---500Gb SATA-3(переклю на сата-2) неет нет да и брыкается.... »

Ну то что Сигейты умерли, это нисколько не удивительно. Наверняка это были Сигейты архитетуры F3 (Барракуды 11, 12 и т.д.) со своими "мухами СС" и подыхающими БМГ. Причём Сигейты этой архитетуры дохнут повсеместно независимо от чипсетов мамки. Да и ВД тоже часто мрут по своим причинам, но опять же независимо от чипсета. Модели винтов вы ж не указали, чтоб более предметно обсудить...

[Ment69]

100-200 примеров даже сервис центры навряд ли предоставят »

Я работаю в сервисном центре, misha2 тоже работает в сервисном центре, при чем специализирующемся на ремонте HDD. На этом основании, мы пытаемся вам внушить что вы не правы в принципе. А вы продолжаете спорить

[Bombarbia]

да, БП-HDD-user , тема обкатана , всё верно(почти), но..., почему интеловские чипсеты (ICH7,ICH10) не хотят сата винты (новые,старые, bios/sata mode/ compatibele или ide ) в UDMA-6/133 , хотя это на скорости чтение/запись разницы не заметно. В характеристиках матплат пишут ide-100/133 , а реально не поддерживает 133
У мну головная боль с новыми железками - тока этикетки новые, да и браку полно.