Member
Статус: Не в сети Регистрация: 19.09.2006 Откуда: Москва
══ FAQ ПО НАКОПИТЕЛЯМ НА ФЛЭШ-ПАМЯТИ (SSD) ══ МиниFAQ по содержанию темы Обзоры, тесты и полезные статьи Убедительная просьба НЕ задавать вопросы типа: Купил SSD XXX! Как устанавливать и настраивать ОС XXX?? - короткий ответ: так же как и HDD (альтернатива для владельцев дисков от Intel) Хочу поставить X накопителей в RAID0! Ведь будет быстрее?? - короткий ответ: нет Установил SSD XXX! А почему у меня ОС загружается XX секунд, а не YY?? - короткий ответ: потому что это зависит в первую очередь от конфигурации системы (инициализация разных устройств требует разного времени)
Advanced member
Статус: Не в сети Регистрация: 02.05.2006 Откуда: Москва
Allex... Я уже пару раз написал, что для RAID сами диски не принципиальны. кроме их общей производительности. Тоесть чем быстрее диски, тем быстрее будет работать рейд в целом, почти не завсимо от размера страйпа. Зависимость будет только от конкретных задач. Но т.к. система выполняет очень много задач одновременно, И служебных и пользовательских. То в каждой будет своя зависимость, а в среднем с размером страйпа можно не заморачиваться Теперь о SSD. В чем собствеено, главное отличие между HDD и SSD при записи. HDD всегда, в любое место, не читая предварительно, может писать. но тратит время на позицианирование. SSD не тратит время на позицианирование. Но SSD может сразу писать, только в чистые страницы. Если там уже что-то есть, то блок 512к нужно прочитать, занулить весь блок. изменить в памяти нужные страницы, и записать весь блок на место. Все это происходит внутри SSD. А со стороны интерфейса все работает, как и с обычным диском. Все отличие только в тормозах, при записи непустых страниц. И причем тут размер страйпа? Если в каких то ситуациях будет писаться один кластер, в других куча разных в разные места. в третьих, куча последовательных кластеров. И главное, не известно, какие страницы чистые, какие нет. Если все эти кластера, ( ну так случилось. ) по своей адресации попадут на один из дисков массива, то какая разница сколько дисков, какой размер страйпа. Только один диск и будет работать, а другие ждать "свои" кластеры. А вот способность контроллера, быстро вычислить, куда-чего писать, связать цепочки кластеров в одну команду, чтобы не посылать десяток. Правильно их расположить с учетом внутрених возможностей HDD или в даном случае SDD. Куда важней. т.е. если контроллер, будет знать, как внутри SSD организованы банки данных, куда можно посылать данные практически сразу, а куда лучше подождать, пока закончится предыдущая операция, то толку будет гораздо больше. А тестированием, в том виде, как делают здесь присутствующие, я бросил заниматься лет 15 назад. Так как это совершенно бесмысленно. Сравнить два устройства при покупке, ну еще куда нишло, чтобы выбрать пошустрей, хотя бы по максимальным цифрам. Но это совершенно не значит, что оно будет быстрее в реальных задачах. А когда уже купил, то какая разница - не выбрасывать же его теперь. Пусть работает, как есть
Что то я читаю и понять не могу, к примеру если моя материнка не поддерживает AHCI, то Trim работать не будет? прочитал наверное все страницы начиная с фака, так и не понял. Подскажите плиз. Спс.
Advanced member
Статус: Не в сети Регистрация: 02.05.2006 Откуда: Москва
serj писал(а):
А как-же зонная структура? serj долго чешет репу ..
Ну, а причем сдесь зонная структура? адаптивы и зонные таблцы, всегда в памяти HDD. Естественно меняя зону, нужно загрузить в микросхемы канала чтения и позицианирования новые адаптивы, но по сравнению со временем позицианирования, это копейки. Кстати и SDD имеет адаптивы, если так можно выразится. Микросхемы не могут иметь совершенно одинаковые тайминги, и для максимальной производительности, при записи/чтении в разные микросхемы, тайминги нужно подстраивать. Но это тоже копейки по времени.
serj писал(а):
И какой контроллер это делает?
Практически все дорогие, со своим процессором и памятью. Но они не "помнят" каждый тип HDD, а выявлеют особенности каждого диска в процессе работы и подстраиваются под них. Любопытно, как такой умный контроллер, будет разбираться с SSD у которой время записи и чтения плавает. Вероятно, Усреднит и снизит общую скорость .работы.
serj писал(а):
в диски прут запросы с размером stripe.
. Как с вами трудно, Да нет же, писать будет, столько сколько надо, и даже сразу несколько блоков, на один диск, если контроллер, соберет их в одну команду. Размер страйпа определяет порядок распределения адресов LBA в массиве по дискам и только. Но вобще реализаций работы каждого конкретного RAID контролера - море. Целая наука, в которой используются статистические методы для улучшения производительности.
serj может вы внесёте ясность про ньансы работы РЕЙДа с ССД - или хотябы расскажете где и что посмотреть... а то я тоже долго чухал репу..вроде всё красиво рассказано... но не про то...
Добавлено спустя 1 минуту 11 секунд:
PeN писал(а):
Что то я читаю и понять не могу, к примеру если моя материнка не поддерживает AHCI, то Trim работать не будет? прочитал наверное все страницы начиная с фака, так и не понял. Подскажите плиз. Спс.
это какая??? Asus p5k ? это вам кто сказал? всё там поддерживается и работает.
Добавлено спустя 4 минуты 11 секунд:
Tomset писал(а):
Но вобще реализаций работы каждого конкретного RAID контролера - море.
нам не надо каждого конкретного и МНОГО - нам интересен ОДИН - именно ICH 10R и всё. он у 80% народа.
_________________ Кто людям помогает, тот тратит время зря! Хорошими делами прославиться нельзя!
Advanced member
Статус: Не в сети Регистрация: 02.05.2006 Откуда: Москва
Allex... писал(а):
нам интересен ОДИН - именно ICH 10R и всё. он у 80% народа.
Не добрался еще. и видимо не скоро, доберусь Компов несколько, но часть еще на 865 чипсете, есть еще 975 и G41(IСH7) Для тестировнания HDD вполне годятся. Тут такая петрушка. Для качественного тестирования HDD. действует правило: 1 комп - 1 HDD. И другие варианты не катят. Так что нет смыcла покупать дорогие матери, все равно сразу несколько HDD не потестируешь. И если уж буду брать RAID, то аппаратный отдельный контроллер, пропускающий технологические команды. А все эти CHxR и прочие "дж-микроны" не пропускают технологические команды, и на физическом уровне не позволяют работать с массивом, как с отдельным физическим диском. И не возможно сделать посекторную копию, скажем ,с одного 2х терабайтнака, на два терабайтника.
Последний раз редактировалось Tomset 16.12.2010 1:37, всего редактировалось 1 раз.
Advanced member
Статус: Не в сети Регистрация: 02.05.2006 Откуда: Москва
LEONSIO Можно проверить, типа плохой - хороший, но проверить на задержки уже нельзя, взаимное влияние, тормознет, подвиснет один, тесты покажут, что тормозят все.
Tomset тоесть если я правильно понял - у вас нет ни современного железа, ни ССД, ни тем более РЕЙДа из ССД. Есть только определённые знания которые в данном случае не имеют практической ценности? так?
_________________ Кто людям помогает, тот тратит время зря! Хорошими делами прославиться нельзя!
Advanced member
Статус: Не в сети Регистрация: 02.05.2006 Откуда: Москва
Allex... писал(а):
Есть только определённые знания которые в данном случае не имеют практической ценности? так?
Ну скажем так, эти знания удержат меня от решения, собирать массив на встроеном контроллере материнки, на программном рейде. Так как он может рассыпаться на ровном месте, из-за зависания или сбоя операционой системы. И даже некоторый выигрышь скорости, не компенсирукт потери от простоя и времени восстановления работоспособности системы. И как я уже говорил меня сейчас интересует, как их ремонтировать, когда железо все исправно, но улетела микропрограмма А попугаи их производительности для меня совсем не интересны. Цели у нас разные,
Advanced member
Статус: Не в сети Регистрация: 07.10.2004 Откуда: Сыктывкар
Tomset писал(а):
Ну скажем так, эти знания удержат меня от решения, собирать массив на встроеном контроллере материнки, на программном рейде. Так как он может рассыпаться на ровном месте, из-за зависания или сбоя операционой системы.
Вы преувеличиваете. Использовал рейд 0 аж из 4 дисков (а до этого из 3-х и 2-х). Работало как часы. Ну и побыстрее тоже. Просто сейчас в свете ссд носителей уже неактуальны монструозные конструкции и нагромождения. И желание тишины.
_________________ Если не знаешь что делать, делай хоть что-нибудь.
Tomset это не ответ. я не спрашивал о РЕЙД контроллерах и целесообразности их применения, а так же о надёжности. перечитайте вопрос. Теории и теоретиков у нас достаточно. нужны люди которые могут разобраться в некоторых вопросах.
_________________ Кто людям помогает, тот тратит время зря! Хорошими делами прославиться нельзя!
Member
Статус: Не в сети Регистрация: 07.11.2007 Откуда: Санкт-Петербург
Tomset писал(а):
Ну скажем так, эти знания удержат меня от решения, собирать массив на встроеном контроллере материнки, на программном рейде. Так как он может рассыпаться на ровном месте, из-за зависания или сбоя операционой системы.
Безусловно может, но у меня и моих знакомых почему-то не сыпался до состояния невосстановления ни разу. У меня - один раз и ребилд помог за 5 минут. Если вы предлагаете хранить ценные не забэкапленные данные, то тогда конечно не вариант.
Tomset писал(а):
А попугаи их производительности для меня совсем не интересны.
Да собственно и меня сейчас попугаи интересуют только в плане вопроса нормально ли работает система. А ускорение даже на глаз ощутимо, так что лично для меня дело далеко не в мерянии
Member
Статус: Не в сети Регистрация: 03.06.2008 Откуда: Rep. of Ireland Фото: 8
Интересно, в статистику попадали те, которые вообще не работают(не оприделяются системой/не читаются) или возврат по подению скорости тоже?
_________________ ЖК трое суток с целью обучения хорошим манерам (ибо просил не называть меня на "ты") (c) exodi В обращении ко мне используйте Сэр. (с) Я
Advanced member
Статус: Не в сети Регистрация: 02.05.2006 Откуда: Москва
Allex... Тогда я не понимаю вопросов. Спрашиваешь, какой страйп лучше, отвечаю практически не зависит, обьяснил - почему, Для тебя это не убедительно. Хочешь в доказетельство цифр от тестов, но в интернете цифры только по HDD. так как SSD распространены пока мало. Сам я, даже если куплю (ну или починю), ни чего тестировать на скорость и сравнивать не буду. не интересно и жалко времени. Мне интересно, как там внутри реально, распологаются и перемещаются блоки, как устроен транслятор, какие логи ведет котроллер. Но информация эта вся засекречена, раскопки займут много времени. Ну и главный вопрос, стоит ли на это тратить время. Не ровен час, народ посмотрит, посмотрит, потеряет сотни $$$. И скажет, а ну их эти SSD, вернусь ка я лучше к провереным временем хардаи. И останутся SSD в маленькой нише рынка. Ну типа SCSI/SAS. которых столь мало, что и орентировать на них свою работу (ремонт и восстановление данных), нет смысла, затраты на оборудование и иследования огромны, а потока заказов - нет.
Member
Статус: Не в сети Регистрация: 03.06.2008 Откуда: Rep. of Ireland Фото: 8
Tomset,
Цитата:
Не ровен час, народ посмотрит, посмотрит, потеряет сотни $$$. И скажет, а ну их эти SSD, вернусь ка я лучше к провереным временем хардаи.
Ну, если с райдом на домашнем компьютере я согласен(хотя, тревожность о его развале не разделяю), то это высказывание противоречит Вам самому. Пока будет прибавка производительности от ССД(а она есть и Вы с этим в принципе согласны, как я понял) народ БУДЕТ их покупать. Фактов говорящих об обратном, я не вижу. Да, ХДД будет в строю еще долго, из за не рациональности хранения данных на ССД.
_________________ ЖК трое суток с целью обучения хорошим манерам (ибо просил не называть меня на "ты") (c) exodi В обращении ко мне используйте Сэр. (с) Я
Tomset так вот именно что это ССД - а не ХДД - и приколы в работе СВОИ. и реально не увидел одной вещи - для ССД - важно количество записанного. вот. размер СТРАЙПА - и убьёт ресурс ССД. например - ставим СТРАЙП в 8КБ. а ССД пищет МИНИМУМ 512КБ... и пока не запишет - другой блок брать НЕ БУДЕТ... и получается что ресурс умрёт в 64 раза быстрее... это я побредил...
_________________ Кто людям помогает, тот тратит время зря! Хорошими делами прославиться нельзя!
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 14
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения