svd71: При чем тут ученики Мао?
Если поддерживает гигабит, то и с сотней будет нормально работать. Скорость коннекта выбирается динамически, когда оборудование договаривается.
Если на другом конце провода будет карточка на 10мегабит, он и будет работать на этой скорости.
Тут вся фишка в LVM.
Если вы работаете просто с диском - оставили неразмеченную область и файловая система к ней доступа не имеет.
А у вас файловая система работает не с диском, а с LVM - т.е с менеджером логических дисков.
LVM у вас имеет доступ к всем адресам диска, а что и куда писать он решает сам.
Сергей: Это не фантастика, это максимальная скорость канала в идеальных условиях.
В реальных будет поменьше. Часто на порядок поменьше :)
Ну и надо не забывать что это канальная скорость, т.е без учета кодов коррекции, упаковки пакетов, и прочее.
А реальная скорость прокачки будет не более половины канальной.
По поводу ссылок - под рукой ничего интересного нет, где то на работе валялась довольно грамотная пдфка по логике работы основных контроллеров ssd, на аглицком, если интересно завтра могу найти.
DizZa: Вы неверно представляете себе работу SSD.
Это я насчет вашей фразы - "отскок в запасною область, не выделенную самостоятельно, а заводскую (хотя и выделенную тоже), происходит в момент, когда при попытке записи диск попадает на грязную ячейку"
Диск всегда знает сколько у него чистых ячеек, на записанную он может попасть только если чистых нет вообще!
Все SSD работают по стандартному интерфейсу предназначенному для HDD, и система работает с ними как с HDD, т.е пишет в определенный сектор, определенной дорожки. Т.е стандартная LBA.
На SSD нет ни секторов, ни дорожек, там есть ячейки и страницы.
Там есть так называемая таблица трансляции где хранится соответствие адресов LBA и ячеек диска.
Все ячейки указанные в этой таблице - записанные, остальные чистые.
Если вы оставляете неразмеченной часть диска, то некоторый диапазон адресов LBA не будет использоваться файловой системой - значит эти адреса никогда не будут сопоставлены с ячеками, и будут чистыми.
Если у вас половина массива свободна - скорость все равно будет деградировать.
Т.к адреса LBA сопоставлены ячейкам, а информации что их нужно стереть не было, т.к трим не работает. Эта информация появиться только тогда когда файловая система инициирует запись в данный адрес LBA.
Чтобы это работало нужно именно гарантированно исключить доступ файловой системы к определенному блоку адресов. Когда вы оставляете кусок диска неразмеченным, файловая система не может его адресовать и все работает.
То, что постоянно пишется, механизму никак не мешает. И трим ни в коем случае не делает очистку сразу после удаления.
Очистку делает сборщик мусора.
Трим дал информацию о том что ячейку можно очищать, и сборщик мусора в порядке очереди (т.е не моментально) ее очистит.
Она прекрасно работает на серверах, это я на основании собственного опыта говорю.
Я просто использую Hyper-v в большинстве задач, поэтому с mdadm последнее время практически не сталкивался.
Механизм сбора мусора есть в любом самом деревянном диске, даже на флешках встречается.
Если диски не дешевые, то там сам производитель отрезает половину емкости под этот самый запас.
То что постоянно что-то пишется, никак не мешает работать этому механизму.
Артем: Трим не убирается, это просто дополнительная ATA команда, которая сообщает диску какую информацию можно удалять. Т.е при использовании трима сборщик мусора работает более эффективно, и вовремя.
Насчет mdadm - посмотрел сейчас, должен через него заработать фокус с неразмеченным разделом.
Т.е поднимаете 10 рейд с помощью mdadm, оставляете кусок неразмеченного пространства, остальное отдаете LVM.
DizZa: А при чем тут продление жизни? Трим на него никак не влияет, отрезание раздела тоже.
Трим это команда которая передает диску информацию о том, что информация удалена из файловой системы, и ее можно затирать. Для магнитных дисков она бессмысленна, т.к они прекрасно пишут поверх старой информации.
Если нет трима - весь диск забивается информацией которая уже давно удалена из файловой системы, и при записи ему приходится очищать ячейки, ибо он не может писать в записанную ячейку. Очистка это длительный и ресурсоемкий процесс, поэтому скорость падает ниже плинтуса.
Если вы оставите область диска неразмеченной - она всегда будет чистой, сборщик мусора постарается.
В итоге у вас при записи всегда будет гарантированный запас чистых ячеек, благодаря этому скорость записи не просядет.
DizZa: А какую ссылку вам надо? Я как то затрудняюсь даже.
Просто отрезаете кусок диска, оставляете его неразмеченным - у диска будет гарантированный запас ячеек.
А на размеченных участках поднимаете LVM.
Кстати а десятый рейд зачем? Я просто сколько сталкивался -не вижу от него пользы в случае с SSD.
DizZa: Похоже туплю, не сработает. У вас же внизу mdamd, а он работает целиком с дисками, а не с разделами.
Уберите его и делайте зеркалирование средствами LVM
DizZa: Отрезанный кусочек работает где угодно. Я вам чистую практику говорю.
И совершенно пофиг какие у вас там будут рейды, lvm и прочее.
Просто отрезать его надо на всех дисках, и не включать его в рейд.
Если поддерживает гигабит, то и с сотней будет нормально работать. Скорость коннекта выбирается динамически, когда оборудование договаривается.
Если на другом конце провода будет карточка на 10мегабит, он и будет работать на этой скорости.