Некоторые IDE являются бесплатными, другие - платными. Некоторые из них довольно простые, в то время как другие делают практически все, что можно только представить. Вариантов очень много, а это значит что вы точно найдете то что подходит именно вам.
В этой статье мы поможем вам сделать этот выбор детально познакомившись с пятью популярными IDE для веб разработки.
Сначала давайте разберемся что такое IDE? Согласно википедии IDE — это интегрированная среда разработки (англ. Integrated Development Environment) — система программных средств, используемая программистами для разработки программного обеспечения.
IDE можно расценивать как швейцарский нож для разработки программного обеспечения! В хорошей IDE вы найдете все, что вам нужно, для продуктивной работы.
В отличие от большинства редакторов, IDE обычно поддерживают полноценные проекты, а не только возможность обрабатывать отдельные файлы исходного кода. Даже если редактор способен редактировать несколько файлов, он не способен поддерживать создание проекта, который охватывает всю папку, полную файлов, а также специфические параметры для этого проекта. Эти параметры проекта могут включать в себя ссылки на внешние библиотеки программного обеспечения, настройку редактора, контроль версий и параметры отладки.
Решение о том, какую IDE использовать очень субъективно, поскольку оно действительно зависит от функционала, который вы ищете, это может быть:
Нет никаких жестких правил относительно того, что является IDE, а что нет. Чем больше функций из приведенного выше списка, присутствуют в программе, так и доступного в качестве надстройки, тем ближе он становится IDE.
Возможно, вы заметите, что некоторые из IDE, которые мы рассмотрим в этом учебном пособии, на самом деле не являются IDE, они являются редакторами близкими к IDE. Так зачем вообще их включать в наш список? Эти редакторы стали чрезвычайно популярными в сфере веб-разработки и имеют большие сообщества пользователей, которые их развивают добавляя множество пакетов, расширений и дополнений, которые значительно облегчают разработку и преобразовывают их из просто редакторов в очень полезные IDE.
Представьте их как легкие IDE. Быстрые, надежные и настраиваемые. Помните нашу аналогию с швейцарским армейским ножом раньше? Sublime Text 3, Coda 2 и Atom - отличные примеры таких IDE. Они не являются традиционными IDE, но при правильной настройке они прекрасно вписываются в поняти IDE.
Преимущества выбора легкого редактора над полностью признанной традиционной IDE заключаются в том что они открываются и запускаются быстрее. Вы поймете, что я имею в виду, если вы когда-либо откроете IDE с большим проектом, вам нужно будет подождать некоторое время, пока приложение откроет и проиндексирует все файлы, прежде чем вы сможете начать редактирование.
Сравните это с «легким» редактором, только с добавленными вами функциями. Это приводит к созданию среды IDE, которая не содержит большого количества функций, которые вы никогда не сможете использовать. Это помогает быстро и быстро настроить ваши разработки. Однако, если вы находитесь на очень быстрой машине, вы можете не заметить слишком большой разницы в повседневной разработке между полной IDE и тщательно настроенным редактором. Однако, если у вас нет такой роскоши, производительность IDE может быть очень важным фактором в вашей повседневной разработке.
По этим причинам мы решили немного смешать список и включить как полноценные, так и «облегченные» IDE, которые будут очень полезны веб разработчикам.
Давайте начнем наш тур по IDE для веб разработки с PhpStorm.
PhpStorm - это коммерческая IDE от компании JetBrains, она может похвастаться внушительным набором полезных функций.
Однако для нового пользователя огромное количество функций, доступных в PhpStorm, может показаться немного сложным. Не стоит пугаться, поскольку PhpStorm имеет отличную документацию и видеоуроки, доступные на официальном веб-сайте .
Поскольку PhpStorm очень богат своим функционалом, для загрузки может потребоваться некоторое время. Однако, после полной загрузки, PhpStorm чувствует себя отлично и нет никаких заметных задержек при редактировании файлов. Одна из заметных особенностей PhpStorm заключается в регулярных обновлении, исправлении ошибок и добавлении новых функций.
PhpStorm не только для разработки PHP (кстати, у него есть полная поддержка PHP 7). Он также имеет отличную поддержку HTML, JavaScript и CSS.
Веб-сайт: https://www.jetbrains.com/phpstorm/
Стоимость: бесплатная 30-дневная версия
Релиз: 2009
Регулярно обновляется: да
Поддерживаемые расширения: плагины
Написан на: Java
Далее в нашем списке - Sublime Text 3, разработанный Джоном Скиннером. Спустя много лет многих лет он стал мощным и очень быстрым пользовательским редактором. Он также хорошо известен как чрезвычайно стабильный и может легко обрабатывать очень большие файлы.
Интересно, что Sublime Text 3 не видел крупного релиза уже несколько лет. Несмотря на то, что он регулярно обновляется, обновления в основном содержат исправления ошибок наряду с незначительными улучшениями и новыми функциями. Sublime Text 3 по-прежнему находится в стадии бета-тестирования, не смотря на то, что он был выпущен как бета-версия еще в 2013 году! И в настоящее время новостей о новом крупном выпуске нет.
Sublime Text 3 очень быстро запускается. Фактически, это происходит почти мгновенно. Он работает очень быстро, без задержек или сбоев, что обеспечивает чрезвычайно плавное и эффективное редактирование кода. Он довольно минималистский и имеет менеджер пакетов для установки надстроек (написанных на Python) без необходимости перезапуска.
Как упоминалось выше, он обрабатывает файлы больших размеров очень хорошо. Существует огромное количество мощных надстроек (называемых пакетами), которые делают Sublime Text очень гибким и универсальным.Сложно отрицать, что использование Sublime Text одно удовольствие.
Вы также можете найти большое количество руководств и видеоуроков по Sublime Text 3. Это доказывает, что Sublime Text 3 по-прежнему очень популярен и широко используется многими веб-разработчиками на повседневной основе, что свидетельствует о качестве этого фантастического маленького редактора.
Несмотря на то, что Sublime Text по-прежнему очень популярен, он может начать терять почву в течение следующих нескольких лет. Однако, если библиотека пакетов Sublime Text 3 продолжит свое процветание, то на отсутствие крупного выпуска можно закрыть глаза, в краткосрочной перспективе.
Построенный командой GitHub, Atom - это новый парень среди популярных IDE в нашем обзоре. Выпущенный в 2014 году, это один из самых популярных редакторов на данный момент и имеет быстро растущее сообщество.
Эта популярность может быть обусловлена, по крайней мере частично, тем фактом, что Atom с открытым исходным кодом и полностью управляется сообществом.
Atom также имеет огромную дополнительную библиотеку с более чем 6 000 пакетов .
Подобно Sublime Text, Atom полностью поддерживает проекты, а также индивидуальное редактирование файлов. Есть встроенная поддержка Git, что неудивительно, поскольку Atom разработала команда GitHub.
Обновления выпускаются регулярно, но так как редактор относительно новый, вы вряд ли будете ждать их.
Многие пользователи жалуются на то, что при редактировании наблюдается медленная загрузка и неоднородная производительность, особенно при работе с большими файлами. Возможно это связанно с тем, что Atom создан на JavaScript, в то время как, Sublime Text разработан на C ++, который работает изначально быстрее. Только время покажет, смогут ли будущие версии Atom решить эти проблемы. Однако стоит помнить, что Atom относительно молодой и имеет достаточно времени, чтобы созреть.
В целом, Atom - отличный редактор, который можно легко настроить для веб разработки. Неудивительно, что Atom уже приобрел такое большое сцепление, и будет действительно интересно посмотреть, как он созревает в течение следующих нескольких лет. Это определенно нужно следить!
Coda был впервые выпущен в 2007 году, всего за год до Sublime Text. На протяжении многих лет он был очень сильным игроком, разделяя большую часть рынка веб-разработки с Sublime Text, на компьютерах Mac. Это главный недостаток Coda - даже спустя десять лет после первоначального выпуска, нет версии на Windows. Это единственный не кросс-платформенный редактор нашего обзора.
Редактор включает в себя встроенный терминал и клиент управления исходным кодом, а также FTP-клиент и встроенный редактор MySQL.
Несмотря на то, что Coda 2 регулярно обновляется, это, в основном, исправления ошибок и в течение многих лет не было выпусков новых версий.
Не ошибитесь, Coda 2 - очень хороший выбор. Возможно, он еще себя покажет, я все же определенно рекомендую проверить его, прежде чем принимать окончательное решение. Особенно, если вы пользователь macOS!
NetBeans существует уже давно (со середины 1990-х годов), но все еще процветает и может конкурировать с новыми IDE. Как и PhpStorm, он разработан на Java и доступен для нескольких платформ. NetBeans состоит из набора «модулей» для добавления функций в среду IDE.
В течение многих лет NetBeans является сильным фаворитом среди веб-разработчиков как одна из наиболее полнофункциональных IDE.
NetBeans хорошо работает с веб проектами. Вы получаете подсказки и подсветку кода, полную навигацию по коду, а также мощный отладчик, который довольно впечатляет для 100% бесплатного продукта.
Хотелось бы в очередной раз поднять эту довольно спорную тему.
С тех пор, как я начал заниматься программированием, этот вопрос не даёт мне покоя, а многочисленные темы на форумах и хабре ясности не внесли. Плюс к этому, мне кажется, некоторые аргументы как за одну, так и за другую сторону не были приведены. А у тех, что приведены, неверно расставлены приоритеты и упущен контекст.
В статье я постараюсь исправить это упущение и расставить ещё немного точек над «ё».
Приглашаю всех поучавствовать в поисках идеального инструмента.
Продолжая изучать C++ я перешел на Windows и, соответственно, Visual Studio - куда же без него. Застал версии, если не ошибаюсь, с 5 до 7. После простенького редактора это было нечто - кодогенерация и автодополнение вызывали восторг. Правда, во всём этом сгенерированном добре разобраться было практически невозможно, но это казалось неважным.
Через некоторое время я пересел на Linux и занялся веб-разработкой на php. Здесь параллельно изучал vim и для разработки использовал ZendStudio. В какой-то момент начал использовать только Vim для всего - превратил его, в соответствии с многочисленными руководствами в маленькую ide. В нём же написал свою первую велосипедную CMS на php.
Замечу, что до этого программирование не было основным видом моей деятельности. Да, я и для работы писал различные мелкие утилитки, делал темы для для WordPress, но основным родом деятельности было администрирование.
Как только я занялся разработкой профессионально - возможностей vim мне перестало хватать. Был сначала eclipse, потом netbeans, сейчас - phpstorm.
Последние пол-года героически пытаюсь освоить emacs, в т.ч. в качестве основной рабочей среды.
Так что у меня есть с чем сравнивать и, надеюсь, моё мнение будет достаточно обоснованным и агрументированным.
Начну, пожалуй, с одного из бесспорных преимуществ редактора - его богатых возможностей по работе с текстом и возможности всё делать не отрывая рук от клавиатуры. Cреды в большинстве своём так не умеют. Только вот нужны ли такие возможности при написании кода? При написании статьи или письма, думаю, удобно одним нажатием клавиши поменять местами 2 слова или передвинуть абзац вверх страницы. Но в тексте программы это, в большинстве случаев бессмысленно и требует рефакторинга. А платить за это приходится либо пальцедробительными сочетаниями клавиш emacs, либо не менее мозгодробительными командами в vim. А ведь это всё нужно поминать! То, что просто решается одним движением мыши, вроде перемещения окна или изменения их размеров, превращается в целый квест. Да даже выделить текст проще мышкой - точнее, быстрее, и на надо считать сколько там слов до нужнго места в тексте. Нет, программисту тоже могут быть полезны эти функции, но дело в том, что его временные затраты на собственно редактирование кода ничтожны, так что выгоды во времени не будет практически никакой. А вот значительное усложнение инструмента - налицо.
Программист 80% своего времени тратит на понимание написанного кода и перемещению по нему. Причём перемещению именно по коду, а не по тексту! И здесь ему редактор не может помочь абсолютно ничем. Список параметров метода во всплывающей подсказке не покажет, перейти к определению метода не позволит, синтаксис не проконтролирует. А IDE, даже самые простые, с этим справляются просто и элегантно. Я недавно потратил минут 10 на поиск определения одного метода в проекте при помощи silversearcher из emacs. Оказалось, класс был определён в другом модуле и т.п. 10 минут, вместо одного клика мышкой! Я в emacs, конечно, недостаточно опытен, поэтому пусть будет 5 минут, даже минута. Но всё равно соотношение впечатляет.
И вот здесь IDE показывает свой, пожалуй, единственный, но очень жирный плюс - это наличие синтаксического анализатор языка программирования. Среда «понимает» что она редактирует код. Редактор - нет. А это и автодополнение, и навигация, и подсветка синтаксических, а, иногда, и семантических ошибок. Кажется, излишество, приятная мелочь, баловство. Но оно, превращается в необходимость после того, как размер проекта привысит некоторый предел. А с учётом объемных современных фреймворков - этот предел наступает практически сразу.
Да, на проекте из десятка файлов и пары тысяч строк, этот плюс не проявляет себя во всей красе. Редактор тоже может выполнять то же самое автодополнение, но он никогда не отсеет бессмысленные, варианты. И если размер проекта приближается к 100 тыс строк и состоит из тысяч файлов не считая библиотек, то становится проблемно выбирать нужное название из мешанины из названий переменных, методов других классов, да и просто слов из комментариев (было такое в vim-е у меня, не знаю, может, исправили). Интеллектуальные подсказки избавляют от необходимости помнить названия нужных функций и их параметры. Часто это просто физически невозможно.
Кстати о проектах. Во всех IDE есть такое понятие. К нему привязываются настройки, ресурсы, можно осуществлять поиск и т.п. В редакторах это в лучшем случае открытый каталог файловой системы. Иногда чуть больше.
Интеграция с отладчиком в редакторах тоже оставляет желать много лучшего. Юнит-тестирование, логирование в какой-то мере спасают ситуацию, но, иногда без отладчика никуда.
Кто-то может возразить, что в современных редакторах многие из этих функций уже реализованы и ничем не уступают самым навороченным IDE. Не соглашусь. Во-первых, полноценных реализаций нет. Не работают они, как должны. Во-вторых, установка всего этого уже достаточно сложная задача. Да даже конфигурация внутренних функций редактора уже нетривиальна. Попробуйте, скажем, включить нумерацию строк в том же emacs! Плюс ко всему, часто нужный функционал реализуется десятком плагинов непонятно как между собой взаимодействующих. А часто ещё и имеющих десяток версий и веток, не всегда совместимых, странно настраиваюхся и т.п. Можно, конечно, потратить месяц, всё настроить и установить (что тоже удел энтузиастов), но это всего лишь приблизит редактор к уровню IDE. К примеру, вернёмся к тем же проектам - я пробовал и Project под vim и projectile под emacs и ещё некоторые плагины. Если Project ещё более-менее отвечает моим требованиям (хотя в последней версии мне вообще не удалось создать проект из-за багов), то projectile оставил исключительно негативные впечатления.
И тем не менее, у редакторов есть несколько областей применения, где они, как минимум, составляют достойную конкуренцию средам разработки.
Во-первых, они себя лучше показывают на мелких проектах. Нет смысла загружать IDE-комбайн для работы с проектом в 10-20 файлов. Проще в редакторе подправить 3-4 строки.
Во-вторых, в некоторых специфических областях все преимущества IDE нивелируются. Например, низкоуровневая разработка для linux. Я этим не занимался, но, судя по структуре кода и предпочтениям разрабочиков (около 70% - emacs и клоны, 25% - vim, 5% - какая-то экзотика вроде jed), IDE там делать нечего. Весь нужный код, с которым происходит работа, собран, как правило в одном-двух файлах, и не нужно прыгать в пределах всего проекта. Да и не сильно поможет автодополнение при выборе из десятка-двух функций с почти одинаковыми названиями.
В-третьих, редакторы могут работать не только с кодом. Всю их мощь можно задействовать при работе с csv или xml файлами. Либо чего-то другого, в чём иногда возникает необходимость, вроде статьи или письма. И не нужно переучиваться, искать удобную программу или запоминать горячие клавиши - всё под рукой, всё одинаковое.
В-четвёртых, возможность работы с языками, для которых нет вменяемой IDE. Скажем, с тем же ruby мне среда не сильно помогла. SublimeText-а оказалось достаточно. Хотя с большим ruby проектом я не работал, возможно, там бы IDE себя показала.
И в-пятых, пресловутая возможность расширения. При наличии хороших плагинов редактор становится очень удобным! Плюс специфическое удовольствие непрерывного тюнига своего основного инструмента и ощущение полного контроля над ним - дорогого стоит.
Но индустрия (и начальство) диктует свои требования. Если не использовать IDE, производительность значительно упадёт. Но никто не даст вам пол-часа на поиск пропущенной запятой в 10 тыс строках кода. Это всё должно выполняться автоматически и автоматически же исправляться. Мне тоже иногда нравится покопаться в коде без всяких инструментов - но на работе это непозволительная трата времени.
После всех своих проб и ошибок я сделал такой вывод - редактор можно использовать для разработки, но с IDE, после определённого предела он не сравнится и использование редактора для чего-то, за что вам платят - непозволительная роскошь. Да, если использовать правильные практики разработки, правильно проектировать/документировать код, следовать стандартам - можно сгладить врождённые недостатки редакторов. Но мы живём далеко не в идеальном мире, поэтому использование IDE - необходимость, независимо от нашего желания.
Максимальная производительность достигается при использовании механизма AHCI. Поэтому во всех новых ПК, которые работают под управлением операционной системы Windows 7 или более старших версий ОС от Microsoft, используется именно этот вариант. Если же речь идет о старых системах, то здесь нужно еще подумать, использовать AHCI или IDE. Что лучше? Ответ на этот вопрос зависит от многих факторов.
Несмотря на популярность операционных систем Windows 7, 8, 10 многие владельцы персональных компьютеров и ноутбуков продолжают использовать Win XP. ОС отличается стабильностью. Людям комфортно с ней работать. Однако у системы Windows XP есть и ряд существенных недостатков:
Список можно было бы продолжать еще долго. Если рассматривать вопрос о том, какой лучше режим работы - AHCI или IDE - то здесь стоит принимать во внимание тот факт, что Windows XP просто не поддерживает первый вариант. Это, разумеется, касается и более старых версий ОС от Microsoft. Поэтому здесь выбор очевиден - только IDE. Но если человек относится к категории продвинутых пользователей, он может загрузить в систему специальные драйверы, которые позволяют использовать механизм AHCI. По умолчанию же этот режим не поддерживается.
Комплектующие, которым для подключения необходим интерфейс ATA, используют для работы механизм IDE. Данная технология является устаревшей, однако она широко применялась в девяностых годах прошлого столетия и в начале нулевых. Стандарт был внедрен в IBM PC - первых массовых популярных компьютерах.
Механизм IDE (параллельный интерфейс подключения накопителей) обеспечивал передачу данных со скоростью 150 Мбит/сек. Он не позволял использовать некоторые актуальные на тот момент технологические решения. Так, нельзя было произвести горячее извлечение из системы жесткого диска или CD-привода без выключения или перезагрузки системы. Подобные возможности были добавлены инженерами спустя некоторое время, однако лишь часть компьютеров получила их поддержку. Зная предысторию развития интерфейсов, можно легко ответить на ряд вопросов: AHCI или IDE - что лучше для конкретной операционной системы, какая схема обеспечивает более быструю работу?
Активное использование интерфейсов Parallel ATA закончилось примерно в 2006 году, когда главную роль стал играть новый стандарт SATA. Однако даже спустя 10 лет IDE все еще в строю, хотя и используется гораздо реже. Механизм применяется практически во всех старых компьютерах и ноутбуках, активен даже в системах, поддерживающих работу с AHCI.
Появление нового интерфейса SATA, который обладал более мощными возможностями в сравнении с предшествующей технологией PATA, создало потребность в новом механизме работы с системой. Так появился режим AHCI. Он позволил использовать ресурсы недавно появившегося интерфейса на полную мощность. Сегодня данный механизм поддерживается всеми современными системными платами.
Использование режима AHCI позволяет обеспечить передачу информации на максимально возможной скорости и использовать любые актуальные технологические решения. Все актуальные на сегодняшний день операционные системы имеют драйверы устройств, эксплуатирующие данный протокол. Так что же выбрать сейчас, IDE или AHCI? Что лучше для современного компьютера? В большинстве случаев выбор стоит делать в пользу второго варианта.
Современные приводы с интерфейсом SATA полностью совместимы с новым режимом. Какие же преимущества есть у этого механизма? Все-таки, выбрать IDE или AHCI - что лучше? Windows 7 и более новые версии ОС от Microsoft способны работать с двумя вышеназванными протоколами. Но второй из них лучше использовать для новых систем.
Выгоды, которые получает пользователь при использовании AHCI:
Зная обо всех плюсах и минусах решения, легко сделать выбор, ставить в настройках AHCI или IDE. Что лучше будет для современного компьютера? Если он не оснащен приводами PATA, лучше установить новый режим.
Несмотря на то что режим IDE давно устарел, его поддержка все еще осуществляется производителями материнских плат. Даже в самых новых моделях присутствует возможность использовать этот интерфейс. В настройках BIOS в соответствующем разделе можно сменить один режим на другой. По умолчанию обычно устанавливается механизм AHCI. Можно нарваться на исключение, однако это бывает крайне редко.
Если взять типичную ситуацию, когда пользователь пытается установить на компьютер операционную систему Windows 7, то ему даже не придется вносить никаких изменений в BIOS, чтобы использовать новую схему. Возможно, кому-то покажется привычным работать со старым интерфейсом. Так все же, IDE или AHCI - что лучше? Windows 7 ведь позволяет использовать оба режима.
Если жесткий диск или другой накопитель подключен к материнской плате через интерфейс SATA, то следует оставить режим AHCI, заданный по умолчанию. Полная поддержка данного механизма обеспечивается в операционных системах Windows 7, 8, 10, Ubuntu 16.04 и других. Только с новым режимом возможна стабильная работа данных ОС.
Такая ситуация может возникнуть, если у пользователя установлена ОС Windows XP или старая версия Linux. Здесь не стоит вопрос, предпочесть AHCI или IDE. Что лучше будет для старой ОС? Пожалуй, предпочтительнее задать режим IDE. Можно попытаться установить в систему дополнительные драйверы, которые обеспечивают поддержку нового стандарта. Однако нет гарантии, что после данной процедуры ОС будет корректно работать.
В некоторых случаях компьютер, успешно проработавший долгое время под управлением системы Windows XP, однажды перестает загружаться. При этом пользователь не менял в BIOS режим работы накопителей. Такая ситуация может возникнуть из-за ошибок в работе базовой системы ввода-вывода. В этом случае происходит сброс настроек, активируется режим AHCI.Пользователю необходимосамостоятельно установить в настройках BIOS поддержку механизма IDE.
IDE (Integrated Device Electronics) - интерфейс устройств со встроенным контроллером. При создании этого интерфейса разработчики ориентировались на подключение дискового накопителя. За счет минимального удаления контролера от диска существенно повышается быстродействие.
Интерфейс EIDE имеет первичный и вторичный каналы, к каждому из которых можно подключить два устройства, то есть всего их может быть четыре. Это может быть жесткий диск, CD-ROM или переключатель дисков.
Физически интерфейс IDE реализован с помощью плоского 40-жильного кабеля, на котором могут быть разъемы для подключения одного или двух устройств. Общая длина кабеля не должна превышать 45 сантиметров, причем между разъемами должно быть расстояние не менее 15 сантиметров.
| Контакт | Назначение | Контакт | Назначение | Контакт | Назначение | Контакт | Назначение |
|---|---|---|---|---|---|---|---|
| 1 | Сброс | 2 | Земля | 3 | Данные 7 | 4 | Данные 8 |
| 5 | Данные 6 | 6 | Данные 9 | 7 | Данные 5 | 8 | Данные 10 |
| 9 | Данные 4 | 10 | Данные 11 | 11 | Данные 3 | 12 | Данные 12 |
| 13 | Данные 2 | 14 | Данные 13 | 15 | Данные 1 | 16 | Данные 14 |
| 17 | Данные 0 | 18 | Данные 15 | 19 | Земля | 20 | Key |
| 21 | DDRQ | 22 | Земля | 23 | I/O запись | 24 | Земля |
| 25 | I/O чтение | 26 | Земля | 27 | 10C HRDY | 28 | Cable Select |
| 29 | DDACK | 30 | Земля | 31 | IRQ | 32 | Не используется |
| 33 | Адрес 1 | 34 | GPIO DMA66 Detect | 35 | Адрес 0 | 36 | Адрес 2 |
| 37 | Chip Select 1Р | 38 | Chip Select ЗР | 39 | Активен | 40 | Земля |
Существует несколько разновидностей интерфейса IDE, совместимых снизу вверх друг с другом.
В целях развития возможностей интерфейса IDE компанией Western Digital была предложена его расширенная спецификация Enhanced IDE (синонимы: E-IDE, Fast AТА, АТА-2 и Fast АТА-2), которая обрела затем статус американского стандарта ANSI под названием АТА-2. Она содержит ряд нововведений: поддержку IDE-накопителей емкостью свыше 504 Мбайт, поддержку в системе нескольких контроллеров IDE и подключение к одному контроллеру до четырех устройств, а также поддержку периферийных устройств, отличных от жестких дисков (приводов CD-ROM, CD-R и DVD-ROM, накопителей LS-120 и ZIP, магнитооптики, стримеров и тому подобное). Расширение спецификации IDE для поддержки иных типов накопителей с интерфейсом IDE называют также ATAPI (АТА Packed Interface). В Enhanced IDE также введены элементы распараллеливания операций обмена и контроля за целостностью данных при передаче.
В спецификацию интерфейса Enhanced IDE добавлена поддержка режимов PIO Mode 3 и 4, а также режимы DMA Single Word Mode 2 и Multi Word DMA Mode 1 и 2. Максимальная скорость передачи данных по шине в режиме РIO Mode 3 составляет 4.1 Мбайт/с, а в режимах РIO Mode 4 и Single Word DMA Mode 2 - 16.7 Мбайт/с. Режим Multi Word DMA Mode 2 позволяет получить пиковую скорость обмена свыше 20 Мбайт/с.
Следующим шагом в развитии интерфейса IDE/ATA явился стандарт Ultra АТА (он же Ultra DMA, АТА-33, DMA-33, АТА-3). Ultra АТА является стандартом де-факто использования быстрого Режима DMA - mode 3, обеспечивающего скорость передачи данных 33.3 Мбайт/с. Для обеспечения надежной передачи данных по все тому же кабелю используются специальные схемы контроля и коррекции ошибок, при этом сохраняется обратная совместимость с предыдущими стандартами - АТА и АТА-2.
| Спецификация | АТА-1 | АТА-2 | АТА-3 | ATA/ATAPI-4 | ATA/ATAPI-5 | ATA/ATAPI-6 | ATA/ATAPI-7 |
|---|---|---|---|---|---|---|---|
| Синонимы | АТА, IDE | EIDE, Fast АТА, Fast IDE, Ultra ATA | EIDE | АТА-4, UltraATA/33 | АТА-5, UltraATA/66 | АТА-6, Ultra ATA/100 | АТА-7, Ultra ATA/133 |
| Пропускная способность, Мбай/с | 3.3-8.3 | 11.1-16.6 | 16 | 16.7-33.3 | 44.4-66.7 | 100 | 133-150 |
| Количество соединений | 2 | 2 | 2 | 2 на один кабель | 2 на один кабель | 2 на один кабель | 1 на один кабель |
| Характеристики кабеля | 40 контактов | 40 контактов | 40 контактов | 40 контактов | 40 контактов, 80-жильный | 40 контактов, 80-жильный | 7 контактов |
| Новые свойства | 28-битовая адресация логических блоков (LBA) | S. M. A. R. T. | Интерфейс ATAPI, поддержка CD-ROM, стримеров и прочего. | 80-жильный кабель | 48-битовая LBA | SATA 1.0, поддержка длинных логических / физических блоков | |
| Максимальный размер диска | 137 Гбайт (128 GiBi) | 144 Пбайт (128 PiBi) | |||||
| Контроль no CRC | Нет | Нет | Нет | Есть | Есть | Есть | |
| Дата выпуска | 1981 | 1994 | 1996 | 1997 | 1999 | 2000 | 2003 |
| 1 Стандарт ANSI | Х3.221-1994 | ХЗ. 279-1996 | Х3.298-1997 | NCITS 317-1998 | NCITS 340-2000 | NCITS 361-2002 | NCITS 397-2005 1 |
Наконец - интерфейсы Ultra ATA/66, Ultra ATA/100, Ultra AТА/133, позволяющие осуществлять передачу данных со скоростями 66.100 и 133-150 Мбайт/с соответственно.
Последовательный интерфейс Serial АТА (SATA). Основные преимущества Serial АТА по сравнению с Parallel АТА (РАТА):
Первое поколение (известно как SATA/150 или SATA 1) появилось на рынке в середине 2002 года и поддерживало скорость передачи данных до 1.5 Гбит/с. SATA 1 использует схему кодирования 8В/10В на физическом уровне, которая имеет эффективность, равную 80 %, что приводит к реальной скорости в 1.2 Гбит/с или 150 Мбайт/с.
Следующая версия (SATA 3.0 Гбит/с) также использует схему 8В/10В, поэтому максимальная скорость передачи составляет 2.4 Гбит/с или 300 Мбайт/с. Однако сегодняшние устройства НЖМД не поддерживают таких скоростей, поэтому реальное быстродействие системы ограничено возможностями дисковода. Спецификацию 3.0 Гбит/с часто называют «Serial АТА 2» («SATA 2»), а также SATA 3.0 или SATA/300, продолжая линию АТА/100, АТА/133 и SATA/150.
Интерфейс SCSI был разработан в конце 1970-х годов организацией Shugart Associates. Первоначально известный под названием SASI (Shugart Associates System Interface), он после стандартизации в 1986 году уже под именем SCSI (читается «скази») стал одним из промышленных стандартов для подключения периферийных устройств - винчестеров, стримеров, сменных жестких и магнитооптических дисков, сканеров, CD-ROM и CD-R, DVD-ROM и тому подобное К шине SCSI можно подключить до восьми устройств, включая основной контроллер SCSI (или хост-адаптер).
Интерфейс SCSI является параллельным и физически представляет собой плоский кабель с 25-, 50-, 68-контактными Разъемами для подключения периферийных устройств. Шина SCSI содержит восемь линий данных, сопровождаемых линией контроля четности, и девять управляющих линий. Стандарт SCSI определяет два способа передачи сигналов: одно-полярный, или асимметричный (Single ended), и дифференциальный (Differential). В первом случае имеется один провод с нулевым потенциалом («земля»), относительно которого передаются сигналы по линиям данных с уровнями сигналов, соответствующими ТТЛ-логике. При дифференциальной передаче сигнала для каждой линии данных выделено два провода, и сигнал на этой линии получается вычитанием потенциалов на их выходах. При этом достигается лучшая помехозащищенность, что позволяет увеличить длину кабеля.
Для интерфейса SCSI необходимо наличие терминаторов (согласующих сопротивлений, которые поглощают сигналы на концах кабеля и препятствуют образованию эха).
Устройства SCSI также соединяются в виде цепочки (daisy chain), причем каждое устройство SCSI имеет свой адрес (SCSI ID) в диапазоне от 0 до 7 (или от 0 до 15). В качестве адреса платы контроллера обычно используется наибольшее значение SCSI ID - 7(15), адрес загрузочного диска SCSI ID равен 0, а второго диска - 1. Обмен между устройствами на магистрали SCSI определяется нормированным списком команд (Common Command Set, CCS). Программное обеспечение для интерфейса SCSI не оперирует физическими характеристиками накопителя (то есть числом цилиндров, головок и так далее), а имеет дело только с логическими блоками данных, поэтому в одной SCSI-цепочке могут быть размещены, например, сканер, жесткий диск и накопитель CD-R.
Опрос устройств производится контроллером SCSI сразу после включения питания. При этом для устройств SCSI реализовано автоконфигурирование устройств (Plug-and-play) по протоколу SCAM (SCSI Configured AutoMagically), в котором значения SCSI ID выделяются автоматически. Для стандартизированного управления SCSI-устройствами наиболее широко применяется программный интерфейс ASPI (Advanced SCSI Programming Interface).
Существует более десятка различных версий интерфейса SCSI. Наиболее существенные из них - SCSI-1, Fast SCSI, Fast Wide SCSI, Ultra SCSI, Ultra 2 SCSI.
Основными характеристиками шины SCSI являются:
На скорость влияют в основном два первых параметра. Обычно они записываются в виде приставок к слову SCSI.
Максимальную скорость передачи устройство-контроллер можно подсчитать, взяв частоту шины, а в случае наличия «Wide» умножить ее на 2 (например, FastSCSI - 10 Мбайт/с, Ultra2WideSCSI -80 Мбайт/с).
Четыре недавние версии SCSI, а именно SSA (Serial Storage Architecture), FC-AL и Serial Attached SCSI (SAS), отошли от традиционного параллельного стандарта SCSI и ориентированы на передачу данных по последовательным коммуникациям. Основные преимущества последовательного интерфейса - большие скорости передачи данных; «горячее» включение-выключение; лучшая помехозащищенность.
| Тип шины | Макс. скорость, Мбайт/с | Ширина шины (разрядность) | Максимальная длина связи (в зависимости от типа сигналов), в метрах | Максимальное количество подключений | ||
|---|---|---|---|---|---|---|
| SE | LVD | HVD | ||||
| SCSI-1 | 5 | 8 (узкий) | 6 | - | 25 | 8 |
| Fast SCSI | 10 | 8 | 3 | - | 25 | 8 |
| Fast Wide SCSI | 20 | 16 (широкий) | 3 | - | 25 | 16 |
| Ultra SCSI | 20 | 8 | 1.5 | - | 25 | 8 |
| Ultra SCSI | 20 | 8 | 3 | - | - | 4 |
| Wide Ultra SCSI | 40 | 16 | - | - | 25 | 16 |
| wide Ultra SCSI | 40 | 16 | 1.5 | - | - | 8 |
| Wide Ultra SCSI | 40 | 16 | 3 | - | - | 4 |
| Ultra2 SCSI | 40 | 8 | Не определена для скорости выше Ultra | 12 | 25 | 8 |
| Wide Uitra2 SCSI | 80 | 16 | - | 12 | 25 | 16 |
| Ultra3 SCSI or Ultra 160 SCSI | 160 | 16 | 12 | Не определена для скорости выше Ultra2 | 16 | |
| Ultra320 SCSI | 320 | 16 | - | 12 | - | 16 |
| SSA | 40 | 1 | 25 | 96(192) | ||
| SSA40 | 80 | 1 | 25 | 96(192) | ||
| FC-AL 1Gb | 100 | 1 | 500-3000 | 127 | ||
| FC-AL 2Gb | 200 | 1 | 500-3000 | 127 | ||
| FC-AL4Gb | 400 | 1 | 500-3000 | 127 | ||
| SAS 3 Gbit/s | 300 | 1 | 6 | 16 256 | ||
| Fibre Channel | 2000 | Не определена | 10 000-100 000 | Не определено | ||
По типу сигналов различают линейные (Single Ended) и дифференциальные (Differential) версии SCSI, их кабели и разъемы идентичны, но электрической совместимости устройств между ними нет.
Дифференциальная версия для каждого сигнала использует витую пару проводников и специальные приемопередатчики, при этом становится допустимой большая суммарная длина кабеля, сохраняя высокую частоту обмена. Дифференциальный интерфейс применяется в мощных дисковых системах серверов, но в обычных персональных компьютерах не распространен.
В линейной версии сигнал должен идти по своему одному проводнику, скрученному (или, по крайней мере, отдельному от другого в плоском шлейфе) с нулевым (обратным) проводом.
SCSI устройства соединяются кабелями в цепочку, на крайних Устройствах подключаются терминаторы. Часто одним из крайних устройств является хост-адаптер. Он может иметь для каждого канала как внутренний разъем, так и внешний.
По электрическим свойствам различают следующие типы терминаторов:
Активные терминаторы требуют питания, для этого имеются специальные линии интерфейса TERMPWR.
Ассортимент кабелей SCSI довольно широк. Основные стандартизированные кабели:
Возможны различные вариации кабелей-переходников.
Назначение контактов разъемов на примере распространенного А-кабеля приведено в таблице.
| Контакт разъема | Сигнал | Контакт разъема | Сигнал |
| 1 | GND | 26 | DB0# |
| 2 | GND | 27 | DB1# |
| 3 | GND | 28 | DB2# |
| 4 | GND | 29 | DB3# |
| 5 | GND | 30 | DB4# |
| 6 | GND | 31 | DB5# |
| 7 | GND | 32 | DB6# |
| 8 | GND | 33 | DB7# |
| 9 | GND | 34 | DBParity# |
| 10 | GND | 35 | |
| 11 | GND | 36 | |
| 12 | GND/Reserved | 37 | Reserved |
| 13 | Open | 38 | TERMPWR |
| 14 | Reserved | 39 | Reserved |
| 15 | GND | 40 | |
| 16 | GND | 41 | ATN# |
| 17 | GND | 42 | GND |
| 18 | GND | 43 | BSY# |
| 19 | GND | 44 | ACK# |
| 20 | GND | 45 | RST# |
| 21 | GND | 46 | MSG# |
| 22 | GND | 47 | SEL# |
| 23 | GND | 48 | C/D# |
| 24 | GND | 49 | REQ# |
| 25 | GND | 50 | I/O |
Шина . Как и в шине PCI, в шине SCSI предполагается возможность обмена информацией между любой парой устройств. Конечно чаще всего обмен производится между хост-адаптером и периферийными устройствами. Копирование данных между устройствами может производиться без выхода на системную шину компьютера. Здесь большие возможности имеют интеллектуальные хост-адаптеры со встроенной кэш-памятью. В каждом обмене по шине принимает участие его инициатор (Initiator) и целевое устройство (Target). В таблице приводится назначение сигналов шины.
| Сигнал | Источик: I=Initiator, T=Target | Назначение |
|---|---|---|
| DBx# | - | Инверсная шина данных с битами паритета |
| TERMPWR | - | Питание терминаторов |
| ATN# | I | Внимание |
| BSY# | I, T | Шина занята |
| REQ# | T | Запрос на пересылку данных |
| ACK# | I | Ответ на REQ# |
| RST# | I, T | Сброс |
| MSG# | T | Target передает сообщение |
| SEL# | I/T | Выбор (Select) целевого устройства инициатором или Reselect инициатора целевым устройством |
| C/D# | T | Управление (0) / данные (1) на шине |
| l/0# | T | Направление передачи относительно инициатора или фаза Selection (1) / Reselection (0) |
Все устройства на шине должны быть согласованно сконфигурированы. Для них требуется программно или с помощью перемычек (джамперов) установить следующие основные параметры.
Идентификатор устройства - SCSI ID - адрес 0-7 (или 0-15), уникальный для каждого устройства на шине. Обычно хост-адаптеру, который должен иметь высший приоритет, назначается ID 7. Заводское назначение идентификаторов устройств приведено в таблице, хотя оно и не является обязательным. Устройства адресуются позиционным кодом (хотя ID задается 3-4-битовым кодом), что обеспечивает совместимость адресации 8- и 16-битовых устройств на одной шине. Номер SCSI ID обычно устанавливается с помощью перемычек (хотя в SCSI существуют и новые стандарты, аналогичные Plug-and-Play, не требующие перемычек).
Если хотя бы одно устройство на шине не поддерживает контроль паритета, он должен быть отключен на всех устройствах данной шины. Контроль паритета, особенно для дисковых устройств, является средством защиты от искажения данных при передаче.
Активные терминаторы могут включаться одним джампером или даже управляться программным сигналом. Терминаторы должны быть включены только на крайних устройствах в цепочке.
Питание терминаторов джампером или программно должно быть включено хотя бы на одном устройстве, когда используются активные терминаторы.
Режим синхронного обмена, обеспечивающий высокую производительность, включается по взаимному согласованию устройств. Однако, если хоть одно устройство на Шине его не поддерживает, согласование на хост-адаптере необходимо запретить. При этом, если обмен будет инициирован синхронным устройством, хост поддержит этот режим.
При включении этой опции запуск двигателя Устройства выполняется только по команде от хост-адаптера, что Позволяет снизить пик нагрузки блока питания в момент включения. Хост будет запускать устройства последовательно.
Выбор этой опции позволяет устройствам отключаться от шины при неготовности данных, что весьма эффективно используется в многозадачном режиме при нескольких периферийных устройствах на шине.
Хост-адаптер SCSI является важнейшим узлом интерфейса, определяющим производительность подсистемы SCSI-устройств. Существует широкий спектр адаптеров, начиная от простейших, к которым можно подключать только устройства, не критичные к производительности.
Конфигурирование SCSI хост-адаптеров с точки зрения шины SCSI не отличается от конфигурирования других устройств (смотри ранее). Для современных адаптеров вместо джамперов используется программное конфигурирование. Утилита конфигурирования обычно входит в расширение BIOS (на плате адаптера), и приглашение к ее исполнению выводится на экран при инициализации во время POST.
Привет всем, хотел бы рассказать какой выбрать правильно режим для жесткого диска, чтобы он работал как нужно.
Скорее всего эта статья подойдет для средних компьютеров, у которых может быть выбран не тот параметр. Но на всякий случай проверьте. Я до этого тоже как-то и не задумывался об этом пока мой директор не рассказал.
Вообщем ближе к делу) Для начала необходимо зайти в биос компьютере. На разных версиях биоса разные кнопки входа, обычно это del на компьютерах и F2 на ноутбуках. При загрузке компьютера обычно написано press F2 (Del) for bios. На всякий случай вот подсказка:
Как зайти в биос в различных версиях:
После того как вы зашли необходимо искать параметр Sata Configuration. В нем необходимо выбрать режим AHCI.
Заодно расскажу что это за режимы:
Существуют способы подключения IDE и SATA:
Разъем IDE (Integrated Development Environment) это уже устаревший разъем (разработанный в 80-х годах), как видно на картинке, раньше использовался для подключения жестких дисков, дисководов, сидиромов и т.д. что поддерживало такие разъемы. В те времена это конечно была сумасшедшая популярность этого разъема, сейчас же конечно остается его только вспоминать и менять на старых компьютерах.
По мимо всего этого даже сами шнуры удобнее и занимаю меньше места. Разъемы сата поддерживают HotSwap и HotPlug т.е. горячую замену, что удобно в серверах. Не нужно перезагружать или выключать.
AHCI — это режим подключения SATA устройств, вот я и пришел к разгадке все статьи. Благодаря этому режиму sata устройства работают должным образом.
Чтобы и у вас все устройства работали хорошо необходимо его выбрать (конечно если у вас уже он не выбран).
Но для начала нужно выбрать в windows режим achi иначе винда у вас не запуститься! Можете конечно попробовать, но скорее всего . По этому я покажу как поставить режим achi на вндовс 7.
Это делается с помощью реестра.
Нажимаем пуск — выполнить (или WIN+R).
Вводим regedit и нажимаем enter.
Появится редактор реестра. В нем идем по пути:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\msahci
