3 ТЕХНОЛОГИИ ХРАНЕНИЯ ИНФОРМАЦИИ
Несмотря на потрясающие достижения вычислительных технологий, парадигма «Программа-массив» стала не только искаженно отображать концептуальные стремления теоретиков программирования и применения средств ВТ в социуме, но и существенно тормозить эти стремления. Первые успехи применения цифровых средств ВТ в промышленности, потребовали создание и внедрение в социум, новой парадигмы, адекватной новым задачам автоматизации производства. Такая парадигма была создана и получила первоначальное название «Информационный подход». В дальнейшем, стали развиваться другие интерпретации этой идеи. Мы рассмотрим одну из таких интерпретаций, которую назовем « Технологии хранения информации ». Несмотря на кажущуюся «узость» такой интерпретации, в данном разделе учебного пособия будет показано, что на самом деле такой взгляд имеет место быть и подтверждается целым рядом системных решений, которые сохраняют самостоятельное технологическое направление развития программного обеспечения средств цифровой ВТ.
Что такое Dropbox и для чего он нужен?
Непосредственно, в данном разделе рассматриваются следующие вопросы:
• Парадигма информационного подхода. • Технологии структурирования и формализованного описания предметной области. • Универсальные способы представления, хранения и обработки информации. • СУБД. Системы и технологии проектирования. • Конкретные технологии ADO.NET, MS SQL Server, Oracle.
3.1 Парадигма информационного подхода
Как было показано в предыдущем разделе, основной технологический прорыв в сфере создания и применения компьютеров, обусловлен первыми тремя этапами их развития: • Нулевым поколением (1492-1945), подготовившим и накопившим потенциал для создания цифровых средств ВТ; • Первым поколением (1937,1945 — 1953,1955), реализовавшим первые ЭВМ на базе электронных ламп; • Вторым поколением (1954,1955 — 1962,1965), которое на базе полупроводников и транзисторов, не только реализовало модульные конструкции ЭВМ, но и обеспечило широкие возможности внедрения средств ВТ в производство. Главенствующая парадигма «Программа-массив», породившая бурное развитие «Вычислительных технологий», стала очень быстро себя исчерпывать . Следует отметить, парадигма «Программа-массив» породила три основные проблемы: • проблему сложного взаимодействия большого количества программ; • проблему подготовки и ввода большого количества исходных данных; • проблему сохранения результатов расчетов и последующую их обработку. Как стремление решить перечисленные проблемы, стала интенсивно развиваться парадигма « Информационного подхода ». Первоначально она была сформулирована и стала развиваться как « Технология проектирования предметной области ». Такой подход обоснован реальными задачами промышленности по автоматизации задач управления производством.
26 Проектировщики автоматизированных систем управления (АСУ) столкнулись с явным фактором преобладания значимости типизации и хранения данных над фактором сложности самих вычислений. Этот идейный антагонизм концептуальной парадигме вычислительных технологий создал объективные условия для появления и развития нового технологического направления.
Как cookie-файлы следят за нами? | РАЗБОР
В теоретическом плане были выделены две компоненты такой технологии: • технологии описания предметной области , предполагающие теоретическое изучение сложных, в том числе и социальных объектов, и документирование этих описаний; • технологии универсального , применительно к ЭВМ, представления данных , разработки универсальных средств хранения и манипулирования этими данными, а также разработки универсальных (машинных) языков, обеспечивающих инструменты программирования, применительно к этим универсальным преставлениям данных. Первая компонента этих технологий, со временем, стала интегрироваться с другими традиционными подходами и называться просто проектированием . Вторая компонента технологий сформировала собственное технологическое направление и стала называться системами управления базами данных (СУБД).
Со временем появись и смешанные технологии , которые обеспечили автоматизацию проектирования информационных систем . Чтобы подробнее раскрыть данную тему, кратко рассмотрим ряд качественных свойств, которые присущи сложным программно-техническим системам. Такими свойствами являются: переносимость и интероперабельность информационных систем.
Продукты, которые сегодня принято называть информационными системами, появились много лет назад. В основе первых информационных систем находились мэйнфреймы компании IBM, файловая систем ОС/360, а впоследствии ранние СУБД типа IMS и IDMS. Эти системы прожили долгую и полезную жизнь, многие из них до сих пор эксплуатируются.
С другой стороны, полная ориентация на аппаратные средства и программное обеспечение корпорации IBM породила серьезную проблему » унаследованных систем » (legacy systems). Это связано с тем, что производственный процесс не позволяет прекратить или даже приостановить использование морально устаревших систем , чтобы перевести их на новую технологию.
Многие серьезные исследователи сегодня заняты попытками решить эту проблему. Серьезность проблемы унаследованных систем очевидно показывает, что информационные системы и лежащие в их основе базы данных являются слишком ответственными и дорогими продуктами, чтобы можно было позволить себе их переделку при смене аппаратной платформы или даже системного программного обеспечения. Это касается, главным образом, операционной системы и СУБД. Для решения этой проблемы, программный продукт должен обладать свойствами легкой переносимости с одной аппаратно-программной платформы на другую . Это не означает, что при переносе не могут потребоваться какие-нибудь изменения в исходных текстах; главное, чтобы такие изменения не означали переделки системы. Другим естественным требованием к современным информационным системам является способность наращивания их возможностей за счет использования дополнительно разработанных, а еще гораздо лучше, уже существующих программных компонентов . Этого требует обеспечение свойства, называемого интероперабельностью . Интероперабельность — соблюдение определенных правил, а также привлечение дополнительных программных средств, обеспечивающих возможность взаимодействия
27 независимо разработанных программных модулей, подсистем или даже функционально завершенных программных систем . Возникает естественный вопрос: «Каким образом можно одновременно удовлетворить оба эти требования уже на стадии проектирования и разработки информационной системы?». Ответ может быть следующий: следуйте принципам Открытых Систем . Другими словами, максимально строго придерживайтесь международных или общепризнанных фактических стандартов во всех необходимых областях.
Какие же стандарты следует иметь в виду при разработке информационной системы сегодня. При использовании текущей технологии, информационная система пишется на некотором языке программирования, в нее встраиваются операторы языка SQL и, наконец, включаются какие-либо вызовы библиотечных функций операционной системы.
Значит прежде всего, следует обращать внимание на степень стандартизации используемого языка программирования. На сегодняшний день, приняты международные стандарты языков Фортран, Паскаль, Ада, Си и, совсем недавно, Си++. Очевидно, что Фортран , даже в своем наиболее развитом виде Фортран-95, не является языком, подходящим для программирования информационных систем.
Паскаль не удобен тем, что в его стандарт не включены средства раздельной компиляции. Следовательно, его использование — вряд ли разумно и практично. Язык Ада пригоден для любых целей. На нем можно писать и информационные системы, что и делают американские и некоторые отечественные военные. Недостаток его — неоправданная «громоздкость».
Наиболее хороший стандарт, на сегодняшний день, существует для языка Си . Опыт многих лет, прошедших после принятия стандарта, показывает, что, при использовании стандарта Си ANSI/ISO , проблемы переноса программ, связанные с особенностями аппаратуры или компиляторов практически не возникают. Важной вехой является факт принятия стандарта языка Си++ . Это означает, что можно говорить уже о мобильном программировании на Си++, в том же смысле, в котором можно говорить об этом сегодня по отношению к Си.
Завершим рассуждения о стандартизации языков, упомянув вопросы взаимодействия с базами данных, которые традиционно связываются сейчас с языком SQL . Деликатность этих вопросов вызвана тем, что SQL с самого своего зарождения являлся сложным языком со смешанной декларативно-процедурной семантикой и далеко не идеальным синтаксисом. Тем не менее, судьба распорядилась так, что именно SQL, несмотря на наличие других кандидатов, стал практически единственным используемым языком реляционных баз данных . Сейчас имеется два общепринятых стандарта SQL: SQL/89 и SQL/92.
Стандарт SQL/89 отражает все особенности первых попыток стандартизации, когда многие важные аспекты в нем — не определены или отданы на определение в реализации. С другой стороны, большинство современных коммерческих реляционных СУБД на самом деле соответствуют стандарту SQL/89. Стандарт SQL/92 является существенно более продвинутым, но язык SQL/92 настолько сложен, что возникают вопросы о его практической целесообразности. Тем не менее, имеется практическая возможность создания достаточно переносимых программ с использованием SQL/89. Для этого нужно максимально локализовать те части программы, которые содержат не стандартизованные конструкции, и стараться не использовать расширения языка, предлагаемые в конкретной реализации.
28 Аналогичная ситуация существует и в области операционных систем . Существующий сегодня набор стандартов происходит от интерфейсов операционной системы Unix: SVID , POSIX , XPG и другие. В большинстве современных ОС эти стандарты поддерживаются, но, как правило, любая ОС содержит множество дополнительных средств.
Поэтому, если стремиться к достижению переносимости приложения, следует стараться ограничить себя минимально достаточным набором стандартных средств . В случае, когда нестандартное решение некоторой операционной системы позволяет существенно оптимизировать работу информационной системы, разумно предельно локализовать те места программы , в которых это решение используется. Сказанное выше, позволяет поговорить о middleware : « системных » или « полусистемных » средствах поддержки интероперабельности программных компонентов , начиная от средств межпроцессных взаимодействий.
Такие средства, проходя через сетевой механизм вызова удаленных процедур , заканчиваются средствами Common Object Request Broker Architecture (CORBA). Завершая рассмотрение вопросов создания переносимых и интероперабельных информационных систем, необходимо упомянуть о профилях или профайлах стандартов, в окружении которых разрабатывается система.
Чем правильнее выбран профиль, тем более вероятно, что системе удастся прожить долгую и счастливую жизнь. Таким образом, первые шаги информационного подхода подняли большой пласт проблем, многие из которых еще только требовали своего решения. Это позволило сосредоточить усилия на создании технологий, обеспечивающих массовое и долговременное хранение данных, доступных, в дальнейшем, для решения научных и производственных задач. Эти технологии оформились в самостоятельное направление, обобщенно обозначаемое как СУБД.
3.2 Инструментальные средства хранения данных
Очень быстро технологическое направление, призванное создавать инструментальные средства хранения данных, управления данными и доступа к ним, стало отдельной технологий, которая стала называться СУБД или системы управления базами данных. Были сформированы три основные базовые модели представления данных, которые проявляли свои специфические черты и стали развиваться практически независимо: • иерархическая модель закрепилась за файловыми системами и языками программирования: представление и описание объектов, ООП и другие; • реляционная модель , традиционно ассоциированная с таблицами и имеющая достаточно развитый математический аппарат, стала обслуживать все широкие потребности промышленности и социума; • сетевая модель , как наиболее сложная и обобщающая модель, стала предметом будущих перспективных исследований в области искусственного интеллекта и технологий управления данными. Фактически все современные практически используемые СУБД ассоциируются, прежде всего, с реляционной моделью. Реляционная модель стала современной технологической парадигмой представления, хранения и управления данными , которая, ментально, ассоциируется с языком SQL. Сам язык SQL рассматривается и представлен в двух ипостасях (сущностях): • язык структурированных запросов — собственно сам SQL, ориентированный на клиента СУБД;
29 • язык процедурных расширений , предназначенный для программирования самой СУБД на стороне сервера. Поскольку сам язык SQL не является языком программирования, в общепринятом смысле, поскольку не имеет средств для автоматизации операций с данными, каждый производитель СУБД стал вводить свои процедурные расширения: • хранимые процедуры — stored procedures ; • процедурные языки-«надстройки», позволяющие программировать «внутри» СУБД.
Практически в каждой современной СУБД применяется свой процедурный язык . Со временем был введен стандарт для процедурных расширений, который был представлен спецификацией SQL/PSM : Persistent Stored Modules или, — постоянно хранимые модули. Имеется также международный стандарт ANSI — ISO /IEC 9075-4:2003, который регулирует эту проблему. Перечень процедурных расширений для наиболее популярных сейчас СУБД приведен в следующей таблице 3.1. Таблица 3.1. — Наиболее популярные процедурные расширения языка SQL.
| СУБД | Краткое | Расшифровка |
| название | ||
| InterBase / Firebird | PSQL | Procedural SQL |
| SQL Procedural Language (расширяет SQL/PSM ); также в DB2 | ||
| IBM DB2 | SQL PL | хранимые процедуры могут писаться на обычных языках |
| программирования: Си , Java и другие. | ||
| MS SQL Server / | Transact-SQL | Transact-SQL. |
| Sybase ASE | ||
| MySQL | SQL/PSM | SQL/Persistent Stored Module. |
| Oracle | PL/SQL | Procedural Language/SQL, который основан на языке Ада. |
| PostgreSQL | PL/pgSQL | Procedural Language/PostgreSQL Structured Query Language |
| (очень похож на Oracle PL/SQL) |
Сейчас корпорации Microsoft и Oracle, являющиеся известными производителями СУБД, внесли дополнительные изменения в свои процедурные расширения SQL, в основном для написания тригеров баз данных (БД): • Microsoft включила язык C# ; • Oracle включила язык Java. Основное преимущество и популярность реляционной модели — это ассоциация ее с табличной формой представления данных: • это — удобно для запросов к СУБД; • это — удобно для формирования отчетной документации. С другой стороны, основные недостатки реляционной модели : • избыточность представления и хранения данных; • значительные расходы ресурсов на поиск и извлечение данных; • сложные и затратные механизмы сортировки данных.
Источник: studfile.net
Технологии и средства хранения и обработки данных
Надежное хранение данных – задача, которую приходится решать каждой организации. Проблемы возникают, когда повышаются объемы информации и растут требования к ее защите. Современные системы хранения данных – это сложные программно-аппаратные комплексы, каждый из которых специально разрабатывается под нужды конкретного заказчика.
Что именно нужно компаниям, чтобы организовать работу с информацией наилучшим образом? Сориентироваться на высокотехнологичном рынке – непростая, но разрешимая задача. Давайте разбираться по порядку.
Что такое СХД и почему в ней возникла необходимость
Система хранения данных (СХД) представляет собой конгломерат программного обеспечения и специализированного оборудования, предназначенный для хранения и передачи информации больших объемов. Особенностью СХД является оптимальное распределение ресурсов при хранении информации на дисковых площадках
Необходимость в СХД возникла, когда массивы хранимой и передаваемой информации превысили все мыслимые на тот момент пределы. Согласно данным TAdviser, c 2010 г. объем хранимой информации каждый год возрастает примерно на 50% от ее первоначального объема. Растет и стоимость информации, поскольку от нее напрямую зависят все бизнес-процессы. TAdviser отмечает, что в России в третьем квартале 2014 года наблюдался рост емкости систем хранения данных на 22,3%, а стоимость СХД, поставленных на российском рынке, превысила $114,38 млн.
Надежное хранение данных и быстродействие доступа к ним требуют организации средств хранения, как отдельной подсистемы вычислительных комплексов. Эта подсистема должна быть грамотно спроектирована и внедрена, чтобы обеспечить возможность восстановления утраченных данных.
Применение СХД
Системы хранения данных в настоящее время применяются повсеместно: от хранения архивов видеонаблюдения в магазинах до работы с информацией в госструктурах, банках и на крупных предприятиях. В качестве отдельных примеров организации современных многоуровневых СХД последнего времени можно привести проекты агропромышленного холдинга «Разгуляй», «Банка Хоум Кредит», «Райффайзенбанка», телекоммуникационной компании «Мегафон».
Разработчики систем хранения данных
Наиболее авторитетны на рынке разработчики, располагающие обширными партнерскими и сервисными сетями по всему миру, вкладывающие крупные средства в создание и маркетинг новой продукции, имеющие миллиардные обороты в секторе СХД. Это такие известные и уважаемые бренды, как Dell, EMC, Fujitsu, Hitachi, HP, Violin, Symantec, NetApp, Oracle. Они контролируют около 80% рынка.
Организация системы хранения данных
СХД должна быть масштабируемой, то есть гибкой, отказо- и катастрофоустойчивой. Необходимо обеспечивать ее соответствие стандартам и требованиям информационной и физической безопасности.
В случаях, когда требуется хранение больших объемов данных, важно не просто создать СХД, но и сделать ее оптимальной для решения конкретных задач компании.
Варианты подключений
- «Внутреннее» (подключения устройств и жестких дисков внутри одного хранилища: SCSI, Serial Attached SCSI (SAS), Serial ATA (SATA), Fibre Channel (FC). Накопитель устанавливается непосредственно на сервер.
- «Внешнее» (FC, Fibre Channel over Ethernet (FCoE), SCSI, iSCSI. Накопитель подключается к серверу с помощью шины).
- Кластерное (Infiniband). Подключение, организованное на основе кластеров (подсетей). Позволяет передавать данные с высокими скоростями за счет оптимальной маршрутизации
Основные элементы
СХД состоит из накопителей информации, серверов, инфраструктуры, обеспечивающей связь между ними, и системы управления.
Типы СХД
Системы хранения данных по типу накопителей информации делятся на три больших группы.
- Дисковые. Используются самые первые, распространенные и недорогие накопители. В современных условиях существенным недостатком становится то, что скорость передачи информации ограничивается скоростью вращения шпинделя, на котором закреплены пластины жесткого диска, однако современные дисковые СХД очень экономичные и «умные» в сравнении с их предшественниками.
- Ленточные (кассетные). Мобильность кассет в сочетании с возможностью длительного хранения и восстановления информации делают их популярным средством для создания надежного электронного архива с физическим ограничением доступа к информации. Широко используются в мультимедийных библиотеках, где особенно важна низкая стоимость терабайта информации.
- Флэш. Полупроводниковые накопители отличаются высочайшей скоростью работы. Если у жесткого диска на обработку запроса уходит в среднем 6–7 мс, то для флэш-накопителей этот показатель достигает 0,1 мс. Таким образом, количество транзакций в секунду возрастает на 1–2 порядка. До недавнего времени флэш-накопители считались дорогими и использовались в гибридных системах вместе с дисковыми. Сейчас ситуация меняется и все чаще внедряются СХД полностью на флэш-накопителях, которые позволяют существенно сэкономить пространство серверов.
Технологии хранения
Говоря о технологиях хранения, невозможно обойти вниманием термин RAID. Redundant array of independent disks — избыточный массив независимых дисков — это технология виртуализации данных, которая объединяет несколько дисков в логический элемент для повышения производительности. В зависимости от выбранного типа RAID, технологии хранения делятся на два класса:
- С использованием аппаратного RAID. Более дорогое и не всегда оправданное решение, связанное с покупкой дополнительного компьютерного «железа» с собственной памятью и выделенным процессором. Аппаратный RAID требуется при наличии в системе как минимум четырех и более накопителей.
- С использованием программного RAID. В этой технологии используются контроллеры на материнской плате, которые не имеют своей памяти и выделенного процессора. Они используют от 2-5% ресурсов центрального процессора сервера. Не менее надежны, чем аппаратные решения, используются в небольших системах.
Устройства хранения
- DAS. Накопители ставятся непосредственно в сервер для получения дополнительного пространства со сравнительно быстрым доступом. Самый простой и недорогой вариант.
- NAS. Хранилище, подключаемое по сети. Отличается гибкостью и централизованным управлением, однако скорость доступа ограничена скоростью сети.
- SAN. Хранилище, подключаемое через оптико-волоконный кабель. Сочетает в себе все плюсы NAS с высокой скоростью доступа.
Создание системы хранения данных
Для создания хранилищ данных требуется разработка логической модели, которая будет полностью отражать ожидания клиента и возможности разработчика. После этого можно рассматривать технологические аспекты – например, размеры хранилища. Логическая модель может содержать тысячи атрибутов и связей.
Стоимость СХД варьируется в зависимости от масштаба, логической модели и оборудования. В одних случаях речь идет о сотнях тысяч рублей, в других – о десятках миллионов. На создание СХД может уйти от одного месяца до полугода. Важным фактором, который следует учитывать, является необходимость сервисной поддержки оборудования.
Ее можно заказать непосредственно в представительстве мирового производителя или у локальной IT-компании. Во втором случае стоимость владения СХД заметно снизится.
Белоногова Нарцисса Николаевна Ответственный редактор
Источник: www.kp.ru
Система хранения данных: что это, виды СХД и как выбрать?
Система хранения данных (СХД) – это устройство для хранения и управления данными. Используется для решения проблем, связанных с большими объёмами информации.
431 просмотров
Ранее все данные могли храниться на одном жёстком диске, однако сейчас любая функциональная система требует отдельного. Благодаря СХД можно рассредоточить информацию по разным хранилищам, тем самым децентрализовав её.
Система хранения данных отличается от пользовательского жесткого диска сложной архитектурой, возможностью объединять хранилища в сеть передачи данных, наличием отдельного программного обеспечения для управления системой хранения, продвинутыми технологиями резервного копирования, сжатия и виртуализации.
Классификация СХД:
1. Файловые хранилища
Данные хранятся в виде файлов. Такой вид СХД используется для хранения информации, не требующая операционных вычислений. На файловых хранилищах строятся NAS. Однако есть и недостатки, например, при накоплении больших объемов данных усложняется иерархия папок, что влияет на скорость работы СХД.
2. Блочные хранилища
Данные хранятся независимо друг от друга. Каждому такому блоку присваивается идентификатор, который позволяет системе размещать каждый блок, где ей удобно. Из недостатков можно выделить сложность настройки и обслуживания и высокую стоимость.
3. Объектные хранилища
Данные хранятся в плоской файловой структуре в виде объектов с метаданными, поэтому объектное хранилище похоже по структуре на БД. По скорости уступает блочному хранилищу в задачах, связанных с транзакционными нагрузками.
Что такое SAN, NAS и DAS?
Обычно выделяют два основных типа СХД, которые различаются уровнем хранения, чтения и записи данных. Первый тип работает с данными файлового уровня. То есть он функционирует как сервер с собственной файловой системой. Второй тип представляет доступ к данным на уровне блоков. Он ускоряет обмен данными между хранилищем и сервером.
SAN (Storage Area Network)
Это сеть хранения данных, которая использует выделенную сеть для работы, тем самым позволяя подключать диски к серверам. Так решается вопрос с утилизацией дискового пространства серверами, а также устраняются точки отказа, неизбежно присутствующие в системах хранения данных на основе DAS. Накопители используются в блочном режиме.
Высокая скорость работы, низкая задержка; хранение данных блоками; высокая надёжность обмена и хранения данных; гибкость и масштабируемость; разгрузка подсети от служебного трафика – это всё преимущества SAN. Однако у SAN есть и недостатки такие как сложность проектирования, большие финансовые затраты, отсутствие возможности некоторых систем и приложений работать с протоколом iSCSI.
NAS (Network-Attached Storage)
Это сетевое хранилище, которое представляет дисковые ресурсы в виде файлов с использованием сетевых протоколов. NAS используется для работы с данными файлового типа, к которым нужен коллективный одновременный доступ. Network-Attached Storage работает через общие маршрутизаторы.
Из преимуществ NAS можно выделить доступность и низкую стоимость, простоту подключения и управления и возможность быстро увеличить объём для хранения данных. Но стоит отметить, что хранение данных осуществляется только в виде файлов, а также предоставление доступа к информации по сетевым протоколам происходит медленно.
DAS (Direct Attach Storage)
Это прямое подключение к рабочему хранилищу. Внутри системы находится блок питания, охлаждение и RAID-контроллер, который обеспечивает надёжность и отказоустойчивость хранилища. Управляется при помощи встроенной операционной системы. Из простоты архитектуры DAS можно выделить её основные преимущества: доступная цена и относительная простота внедрения.
Также такой конфигурацией легче управлять, так как число элементов системы мало. Однако DAS требует выделенного сервера (и не больше двух).
Как выбрать СХД?
Стоит разобраться в задачах, которые будет СХД решать, и определиться с базовыми параметрами. Мы рекомендуем обратить внимание на типы данных (разные типы данных требуют разной скорости доступа, технологий обработки), объём данных, отказоустойчивость (необходимо представлять, какова стоимость потери данных за определённое время), вендор и производительность.
Источник: vc.ru
Нужна ли технология Intel Rapid Storage?
когда я установил этот дайвер, внезапно мой процессор начал работать на 25%+ без открытых программ, и когда я отключил его, процессор вернулся на 1-2% холостого хода. Нужен ли этот драйвер/это известная ошибка с этим драйвером? Я ничего не нашел в интернете.
Я не буду делать какие-либо RAID системы (по крайней мере, сейчас), так что если это единственное, что этот драйвер делает я просто держать его удален.
3 ответов
вам не нужен этот драйвер, если вы не собираетесь настроить программный RAID (fakeraid) с помощью чипсета Intel вашей материнской платы.
Если вы конвертируете в fakeraid позже, установите драйвер в существующую систему непосредственно перед установкой новых дисков, чтобы он с большей вероятностью загрузился позже.
отвечен Michael Hampton 2012-07-23 21:17:03
Я знаю, что это старая тема, но у меня недавно был тот же вопрос, поэтому он по-прежнему актуален сегодня, и принятый ответ неверен.
этот первый драйвер полезен (хотя, строго говоря, не «нужен»), даже если у вас нет RAID:
«технология хранения Intel быстрая снабубежит преимущества потребители одиночных приводов также. Через AHCI, производительность улучшается с основной очереди команд (NCQ). AHCI также обеспечивает более длительный срок службы батареи с Link Управление питанием (LPM), которое может снизить энергопотребление чипсета и жесткого диска Serial ATA (SATA).» http://www.intel.com/support/chipsets/imsm/sb/CS-020784.htm
например, на моей системе Windows 10 после того, как я удалил драйвер (также думая, что это было бесполезно, и после прочтения некоторых ответов, таких как тот, что выше, что это не нужно), мое время загрузки увеличилось с 17 секунд до 27.
отвечен Evgeny 2015-09-10 21:26:14
Я никогда не считал RST полезным, с точки зрения производительности, на одном жестком диске AHCI или SSD. На самом деле, в некоторых случаях, я нашел Windows 10 или родной драйвер ОС, чтобы быть немного лучше или, если ничего другого, не хуже, чем RST.
производители ПК обычно считают RST рекомендуемым, но не обязательным драйвером. Я удалил его на всех моих Win 10 ПК только ради устранения ненужных драйверов и собирается более родной Windows 10 установить без влияния OEM. Я думаю, что мой компьютер работает много лучше так, но ваш опыт может отличаться.
в любом случае я не вижу резкой разницы с или без RST.
Источник: kompsekret.ru