The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..., opennews (??), 29-Мрт-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


10. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  –4 +/
Сообщение от linux must _RIP_ (?), 29-Мрт-13, 18:03 
вы бы еще на версию 1.6 сослались в качестве линка на wiki.lustre.org... вот что значит когда новости пишут люди которые не в теме..
Ответить | Правка | Наверх | Cообщить модератору

12. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +1 +/
Сообщение от alexxy (ok), 29-Мрт-13, 18:10 
Где вранье? Читай roadmap для lustre 2.4. А про LLNL и Sequia http://www.eofs.eu/fileadmin/lad2012/21_Andreas_Dilger_Intel...

Ну как бы ldiskfs это довольно плотно пропатченный ext4, но начиная с релиза 2.4 будет альтернатива в виде zfs для osd

Ответить | Правка | Наверх | Cообщить модератору

16. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +1 +/
Сообщение от ананим (?), 29-Мрт-13, 18:23 
дык про 2.0 тоже самое уже слышали.
так что пусть вначале выйдет.
Ответить | Правка | Наверх | Cообщить модератору

17. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +1 +/
Сообщение от ананим (?), 29-Мрт-13, 18:29 
зыж
и да, ссылка-пруф  с поддержкой люстры на проект http://zfsonlinux.org это конечно круто, но разработкой люстры всё же занимаются где-то тут http://wiki.lustre.org/index.php/Main_Page.
Ответить | Правка | Наверх | Cообщить модератору

58. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от alexxy (ok), 29-Мрт-13, 21:11 
Неа. Oracle давно забила на люстру. Последние два года разработкой занимался OpenSFS и Whamcloud. Whamcloud был не так давно куплен интелом в и переименован в HPDD[1] (High Performance Data Devision). А ссылка на zfsonlinux вполне закономерна так как там обитают афторы порта люстры на zfs в качестве osd

[1] https://wiki.hpdd.intel.com/display/PUB/HPDD+Wiki+Front+Page

Ответить | Правка | Наверх | Cообщить модератору

62. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от ананим (?), 29-Мрт-13, 21:33 
где вы новости читаете? оракл продала люстру.
и люстра не разрабатывается командой zfsonlinux.
есть патчи от zfsonlinux, которые добавляют бэкэнд (один из) к люстре и который возможно(!!!) примут в 2.4 (и эта песня идёт ещё с анонса 2.0).
зыж
смотрим ссылки этого «пруфа» из новости http://zfsonlinux.org/lustre.html
>If you can't wait until Lustre 2.4 the latest source code is available below with brief directions on how to download, build, and configure your system.

https://github.com/chaos/lustre/downloads — 5.9MB · Uploaded 8 months ago
https://github.com/chaos/spl/downloads — 440KB · Uploaded 8 months ago
https://github.com/chaos/zfs/downloads — 1.9MB · Uploaded 8 months ago
>After downloading the Chaos versions of the SPL, ZFS, and Lustre Orion source you can build RPM packages. Simply start by following the directions to http://zfsonlinux.org/spl-building-rpm.html

404 There isn't a GitHub Page here.
абчём новость господа?

Ответить | Правка | Наверх | Cообщить модератору

63. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от ананим (?), 29-Мрт-13, 21:46 
а да, и продана была
>In February 2013, Xyratex Ltd. announced it acquired the original Lustre trademark, logo, website and associated intellectual property from Oracle.


Ответить | Правка | Наверх | Cообщить модератору

64. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от alexxy (ok), 29-Мрт-13, 21:50 
Я общаюсь с разработчиками как zfs так и lustre. Оракл продала не люстру а патентный пул. Люстра это проект под GPL2 так что он не продается. Патчи с zfs в git master приняли примерно три месяца назад, так что в релизе они будут. Так же будет поддержка ядер до 3.8 включительно а не только RHEL 2.6.32.

Сейчас по сути люстру пилят три компании это intel, emc, и xyratex. Во всяком случае 90% коммитов в git master идут от них.

PPS то что на github уже давно устарело.

Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

73. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от ананим (?), 29-Мрт-13, 22:21 
>Я общаюсь с разработчиками как zfs так и lustre.

с чем вас и поздравляю.
>Патчи с zfs в git master приняли примерно три месяца назад,

вот и бросьте ссылкой. проект то открытый, не?
а то в новости пруфы 2010-го года.
>Оракл продала не люстру а патентный пул.

In February 2013, Xyratex Ltd. announced it acquired the original Lustre trademark, logo, website and associated intellectual property from Oracle.[20]

Что и называется продала люстру. Или там что-то ещё можно было? :D
зыж
То что zfsonlinux готовит ещё один бэкэнд (ни шатко, ни валко — в этом только вопрос) ещё не делает его апстримом.
в данном случае это примерно также как патчи Con Kolivas к ядру или zenlinux.

Ответить | Правка | Наверх | Cообщить модератору

76. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от alexxy (ok), 29-Мрт-13, 22:47 
Xyratex продает СХД на базе Lustre так что патентный пул это их защита.

Ссылки. Ну все сосредоточенно на трех сайтах
wiki https://wiki.hpdd.intel.com/display/PUB/Lustre+2.4+Scope+Sta...
bugtrack https://jira.hpdd.intel.com/secure/Dashboard.jspa
rewievboard http://review.whamcloud.com/#q,status:open,n,z

В принципе можете сделать git clone и смотреть что и как меняется. Я не в курсе есть ли там gitweb, у меня локальная копия гита

Ответить | Правка | Наверх | Cообщить модератору

82. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от ананим (?), 30-Мрт-13, 00:20 
ну так дайте анонимный жит.
сам и посмотрю.
а то даёте ссылки на куски кода разной степени протухлости.
Ответить | Правка | Наверх | Cообщить модератору

112. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  –1 +/
Сообщение от alexxy (ok), 30-Мрт-13, 14:54 
А поискать по ссылкам? или традиционно анонимы по ссылкам не ходят?
Ответить | Правка | Наверх | Cообщить модератору

114. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  –1 +/
Сообщение от ананим (?), 30-Мрт-13, 15:35 
пруф гони, НЕаноним. по ссылкам — старьё.
Ответить | Правка | Наверх | Cообщить модератору

115. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  –2 +/
Сообщение от alexxy (ok), 30-Мрт-13, 15:50 
О_о roadmap на lustre 2.4 старье? ну ну ;) гони пруф, что старье
Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

119. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  –1 +/
Сообщение от ананим (?), 30-Мрт-13, 16:29 
так и запишем — анонимный жит с люстрой и, цитата «патчи с zfs в git master», представить отказался.
Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

130. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  –1 +/
Сообщение от alexxy (ok), 30-Мрт-13, 20:59 
О_О так анонимы не в курсе что gerrit содержи гит? Слив анонима засчитываем. Прекращаю кормить тролля ;)
Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

140. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  –1 +/
Сообщение от ананим (?), 30-Мрт-13, 22:45 
Т.е. пруфа к новости так и не будет.
Жаль. Но ожидаемо.
Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

142. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  –1 +/
Сообщение от alexxy (ok), 30-Мрт-13, 23:03 
Пруф есть приведенные выше ссылки. Если кто то не в состоянии по ним пройти, ну что ж, может тогда им стоит вернуться на лор?
Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

146. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от ананим (?), 30-Мрт-13, 23:16 
В приведённых ссылках пруфа на жит с люстрой, где есть zfs, нет.
Так что прошу доказать.
Сможете?
Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

151. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  –1 +/
Сообщение от alexxy (ok), 31-Мрт-13, 10:41 
А если включить голову и посмотреть? ананимы не умеют gerrit? или инструкция не гуглится? а еще ананимы видимо не могут юзать багтреккер. Склонируй через геррит гит мастер и посмотри или на это умения не хватает? Я понимаю что тут писателей много, а вот читателей как то нема, но все же. Там есть zfs-osd + зависимости  на zfs/spl. Так же после релиза 2.4 ldiskfs отстригут в отдельный реп.
Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

156. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от ананим (?), 31-Мрт-13, 13:38 
Трепаться не надоело?
Я склонирую, ты ссылку дай.
Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

159. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  –1 +/
Сообщение от alexxy (ok), 31-Мрт-13, 14:26 
Зайди на ревьюбоард там есть ссылки. Или настоящий аноним по ссылкам не ходит?
Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

161. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  –1 +/
Сообщение от ананим (?), 31-Мрт-13, 16:23 
дай пруф сюда и скажу что не было.
а так — слив засчитан.
Ответить | Правка | К родителю #159 | Наверх | Cообщить модератору

18. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от ананим (?), 29-Мрт-13, 18:32 
>Где вранье?

ну тут точно:
>например, лимит размера ФС в 8 Тб и отсутствие средств гарантирующих целостность хранимых данных.


Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

43. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  –1 +/
Сообщение от Аноним (-), 29-Мрт-13, 20:07 
>>например, лимит размера ФС в 8 Тб и отсутствие средств гарантирующих целостность хранимых данных.

Тааак. И какие же там имеются средства, гарантирующие целостность данных? (Ну, кроме RAID56, который к ext никак не относится)

Ответить | Правка | Наверх | Cообщить модератору

49. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  –1 +/
Сообщение от linux must _RIP_ (?), 29-Мрт-13, 20:30 
>>>например, лимит размера ФС в 8 Тб и отсутствие средств гарантирующих целостность хранимых данных.
> Тааак. И какие же там имеются средства, гарантирующие целостность данных? (Ну, кроме
> RAID56, который к ext никак не относится)

у ext4 есть checksums еще. в частности md checksum да и для данных t10 DIF/DIX был (во всяком случае в планах).

Ответить | Правка | Наверх | Cообщить модератору

56. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от Аноним (-), 29-Мрт-13, 21:05 
> у ext4 есть checksums еще.

Данных или метаданных?

> в частности md checksum

Речь шла о сохранности _данных_. Сохранность метаданных является для этого необходимым, но не достаточным условием.

> данных t10 DIF/DIX был (во всяком случае в планах).

DIF/DIX защищает данные только на ограниченном участке передачи до контроллера диска. И к ext* опять же никак не относится.

Ответить | Правка | Наверх | Cообщить модератору

67. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от ананим (?), 29-Мрт-13, 21:54 
>Речь шла о

Речь шла о 8 Тб в первую очередь.
Во вторую о ссылке, датированной декабрём 2010.
И в третьих, в ext4 таки есть
-o [^]mount-option[,...]
   journal_data
        When  the  filesystem  is  mounted with journalling enabled, all data (not just metadata) is committed into the journal prior to being written into the main filesystem.

так что и врёте, и не знаете.

Ответить | Правка | Наверх | Cообщить модератору

90. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  –1 +/
Сообщение от etw (ok), 30-Мрт-13, 02:39 
journal тебе повреждения на диске не найдет
Ответить | Правка | Наверх | Cообщить модератору

96. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от ананим (?), 30-Мрт-13, 09:38 
Повреждения на диске давно ищутся ... самим диском.
Марш смотреть smarttools и badblocks.
Ответить | Правка | Наверх | Cообщить модератору

97. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от ананим (?), 30-Мрт-13, 09:46 
зыж
вот помогу, теперь это выглядит так
# smartctl -l selftest /dev/sda
http://smartmontools.sourceforge.net/badblockhowto.html
Ответить | Правка | Наверх | Cообщить модератору

102. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  –1 +/
Сообщение от Аноним (-), 30-Мрт-13, 10:18 
> Повреждения на диске давно ищутся ... самим диском.

Оно, конечно, да. НО как вы понимаете, находится далеко не 100% возможного.

Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

104. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  –2 +/
Сообщение от ананим (?), 30-Мрт-13, 11:36 
Бред.
Это вы совсем не знаете работы современных носителей.

Зыж
Слышали о таком понятии как низкое форматирование? Во-о-о-от. А оно есть. В начале 90-х делалось вручную, теперь нет. Нет даже упоминаний.
Контроллер делает до 32 попыток (теперь даже эта цифра х/з и может менятся) чтения/записи до совпадения контрольной суммы и только потом помечает как бэд с переносом сектора в резервную область. ФС узнаёт о бэдах чуть ли не в последнюю очередь.

Это первое, второе — бэды не имеют отношения к поднятому вопросу контроля целосности данных. Сюрприз?
Ну тогда посмотрите что предоставляет по этому поводу zfs. Посмотрели? Ни-и-иче-е-его.
Для zfs бэды вообще не существуют.

Ответить | Правка | Наверх | Cообщить модератору

113. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  –1 +/
Сообщение от Stax (ok), 30-Мрт-13, 14:58 
> Для zfs бэды вообще не существуют.

Неправда, существуют. Там накручивается счетчик аппаратных ошибок (он отдельно от счетчика просто ошибок контрольной суммы), блок восстанавливается из миррора или raidz и перезаписывается. Как вы сами понимаете, бэды в винчестере бывают на чтение - при записи либо сектор становится нормальным, либо делается ремап, если он физически поврежден.


Ответить | Правка | Наверх | Cообщить модератору

116. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от ананим (?), 30-Мрт-13, 16:04 
>Неправда, существуют. Там накручивается счетчик аппаратных ошибок (он отдельно от счетчика просто ошибок контрольной суммы),

Столбцы READ и WRITE в zpool status -x ни разу не бэдблоки. И содержат количество неисправимых ошибок контрольной суммы при операциях чтения/записи. К примеру шлейф отошёл.
К слову (с чего и начиналась эта ветка) в ext4 также есть контрольные суммы.
В общем как обычното. и не блоки, и не бэды, и считает не то, и не так…
>блок восстанавливается из миррора или raidz и перезаписывается.

куда восстанавливается? и что и где перезаписывается?
вы смешали понятия.
в общем читайте http://docs.oracle.com/cd/E19253-01/820-0836/gavwg/index.html
зыж
и да, там же:
>Проверка целостности данных ZFS
>Эквивалентов служебной программы fsck для ZFS не существует. Эта служебная программа традиционно использовалась в двух целях: для восстановления и проверки данных.

и помогите уже коллеге с фринасом! :D http://forums.freenas.org/archive/index.php/t-3708.html

Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

118. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от ананим (?), 30-Мрт-13, 16:22 
s/И содержат количество неисправимых ошибок контрольной суммы/И содержат количество неисправимых ошибок ПРИ ПРОВЕРКЕ контрольной суммы/
ошибки чтения контрольной суммы в столбце CKSUM.

ззыж
ещё раз.
бэдблоки при этом не исправляются и не ремепятся. и даже не фигурируют. цитата:
>Каждый раз, когда ZFS обнаруживает ошибку в процессе очистки или при обращении к файлу по запросу, ошибка регистрируется на внутреннем уровне, что позволяет получить сводку всех выявленных ошибок в пуле.
>Единственной причиной возникновения на диске несогласованных данных является сбой оборудования (в этом случае пул должен быть избыточным) или ошибка в программном обеспечении ZFS.

т.е. нужен RAID. что и следовало доказать.

Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

136. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +1 +/
Сообщение от iZEN (ok), 30-Мрт-13, 21:28 
> Это первое, второе — бэды не имеют отношения к поднятому вопросу контроля
> целосности данных. Сюрприз?
> Ну тогда посмотрите что предоставляет по этому поводу zfs. Посмотрели? Ни-и-иче-е-его.

При чтении данных с бэд/ремапенных блоков чексуммы не сходятся, и данные берутся из другого носителя, если есть избыточность. В противном случае (если избыточности нет) файл объявляется потерянным.

> Для zfs бэды вообще не существуют.

Бэды на уровне любой ФС вообще не существуют. Это нонсенс! Есть такое понятие как "целостность файловой системы", есть такое понятие как "непротиворечивость метаданных", а в ZFS и Btrfs к этому списку понятий добавляется понятие "целостность пользовательских данных", поскольку осуществляется вычисление контрольных сумм при чтении любого блока ФС и их сравнение с ранее записанными. Вот поэтому для таких ФС нужен большой кэш на чтение в памяти, чтобы не перечитывать и не сверять контрольные суммы блоков часто используемых данных.


Ответить | Правка | Наверх | Cообщить модератору

143. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от ананим (?), 30-Мрт-13, 23:04 
>При чтении данных с бэд/ремапенных блоков чексуммы не сходятся, и данные берутся из другого носителя, если есть избыточность.

Будешь теперь мне про RAID'ы рассказывать? В рассчёте побольше накидать, глядишь потонет?
>Бэды на уровне любой ФС вообще не существуют. Это нонсенс! Есть такое понятие как "целостность файловой системы",

Тогда чего ж ты молчал, когда бэды в преимущества zfs над extX тут приводили?
Плохо попахивает знаешь ли.

Ответить | Правка | К родителю #136 | Наверх | Cообщить модератору

145. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от ананим (?), 30-Мрт-13, 23:14 
зыж
>Вот поэтому для таких ФС нужен большой кэш на чтение в памяти, чтобы не перечитывать и не сверять контрольные суммы блоков часто используемых данных.

вообще уже.
контрольные суммы рассчитываются/проверяются тогда, когда данные итак нужны по запросу от ПО. И для контроля целостности интересуют как раз суммы данных с диска, а не из кэша.
А то так и будет кэшированный объект считаться правильным, когда на диске уже протух давно.

И бтр отсюда выкини, она куда менее жрущая до ОЗУ.

Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

181. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от nagualemail (ok), 02-Апр-13, 17:03 
ZFS пишет на диск, и что будет если попвтка записать прийдется на бедблок ?
Ответить | Правка | К родителю #136 | Наверх | Cообщить модератору

190. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от iZEN (ok), 02-Апр-13, 19:28 
> ZFS пишет на диск, и что будет если попвтка записать прийдется на бедблок ?

То же, что в случае с обычными ФС и dd — диск молча должен отремапить бэдблок, взяв из резервной области необходимую "полоску" хороших секторов и навсегда подменив ими бэдблок. Если область ремапа исчерпана, то будет шибка записи данных, сигнализация пойдёт на уровень ФС, а от интеллектуальности ФС уже зависит, что она сделает или не сделает/сообщит об ошибке и т.д..


Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

193. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от nagualemail (ok), 02-Апр-13, 19:53 
>> ZFS пишет на диск, и что будет если попвтка записать прийдется на бедблок ?
> То же, что в случае с обычными ФС и dd — диск
> молча должен отремапить бэдблок, взяв из резервной области необходимую "полоску" хороших
> секторов и навсегда подменив ими бэдблок. Если область ремапа исчерпана, то
> будет шибка записи данных, сигнализация пойдёт на уровень ФС, а от
> интеллектуальности ФС уже зависит, что она сделает или не сделает/сообщит об
> ошибке и т.д..

Вот я и спрашиваю как ZFS отреагирует на то что бедблок.

Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

174. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от Аноним (-), 02-Апр-13, 06:36 
> Это вы совсем не знаете работы современных носителей.

Напротив, я более-менее представляю что по факту есть в секторе и как реально устроены сектора накопителя.

> Слышали о таком понятии как низкое форматирование? Во-о-о-от. А оно есть. В
> начале 90-х делалось вручную, теперь нет. Нет даже упоминаний.

Теперь служебная разметка наносится прямо на заводе - так называемые сервометки. По ним накопитель понимает что происходит и где спозиционирована голова. Дело в том что в современных накопителях используется линейное перемещение голов при помощи "voice coil". Отклонение катушки пропорцинально напряжению на ней. У головы нет дискретных шагов. По этому поводу накопитель не может работать без сервометок. И не может их сам пересоздать, как минимум без посторонней помощи. Сервометки используются для понимания текущей позиции головы и в какую сторону напряжение на катушке менять дальше чтобы голова попала в нужное место накопителя. Ну а если нет сервометок - неизвестно где голова. Вот потому и нет процедуры низкоуровневого формата. Его слет == накопитель в мусорку. Сам он такую разметку просто так уже не пересоздаст.

> Контроллер делает до 32 попыток (теперь даже эта цифра х/з и может менятся)

В секторах современных накопителей есть не чексум а ECC, который может не только обнаруживать ошибки но и исправлять, если их не очень много. В SMART кстати бывают параметры отражающие статистику по этому делу. И, кстати, 4K сектора стали использовать в том числе и потому что там можно ECC поудачнее раскинуть. С 512 байтовым сектором ECC занимает бОльший процент поверхности чем с 4096-байтовым сектором.

Сколько именно попыток накопитель сделает - очень зависит от, это целиком на совести его фирмвары и весьма. Никакого стандарта на это нет. И например RAID-ориентирванные накопители не долбятся до упора. Иначе есть шанс что контроллер выкинет диск по таймауту операции. А еще бывает что ECC исправил ошибку - при этом сектор может быть помечен как нестабильный, но данные с него успешно достанут.

> бэд с переносом сектора в резервную область.

А это вообще в меру дури фирмвари накопителя и ее настроек. Опять же - никакого стандарта на жто нет. Внутреннее дело накопителя.

> ФС узнаёт о бэдах чуть ли не в последнюю очередь.

Тем не менее, если был битый сектор и его не удалось прочитать даже с ECC - очень большой вопрос что там и кому вернет накопитель как результат чтения. Может быть, I/O error, что логично. Может "что прочлось". Кто там писал фирмвару и насколько они криворукие - никто не знает. К тому же есть еще глюки контроллеров, повреждения данных при передаче от накопителя, etc. Там конечно нынче тоже контрольные суммы бывают, но достаточно слабые. И при большом объеме данных вполне можно нарваться на ситуацию когда таки пролезут какие-то невалидные данные.

> Это первое, второе — бэды не имеют отношения к поднятому вопросу контроля
> целосности данных. Сюрприз?

Лишний уровень который имеет шансы поймать лажу предыдущих уровней - само по себе достаточно здраво.

> Ну тогда посмотрите что предоставляет по этому поводу zfs. Посмотрели? Ни-и-иче-е-его.

Она умеет чексуммирование данных. Как и btrfs. При наличии избыточности на RAID это может позволить обнаружить верную копию и работать с ней. Ну а если избыточности нет - ФС сможет только констатировать облом, что логично.

> Для zfs бэды вообще не существуют.

Для нее существуют чексуммы, которые она таки проверяет. Btrfs тоже такие фичи имеет. А вот ext4 - и подобные - ну да, им до балды что там с данными творится. Собственно, журналинг только метаданных давно узаконил такое состояние дел.

Ответить | Правка | Наверх | Cообщить модератору

124. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  –1 +/
Сообщение от etw (ok), 30-Мрт-13, 17:33 
> Повреждения на диске давно ищутся ... самим диском.
> Марш смотреть smarttools и badblocks.

Марш головой думать: если сектор, на который записаны данные, станет плохим и затем отремапится контроллером диска, то файловай система об этом не узнает, ведь для нее все прозрачно и сектор с данными и сектор с нулями после ремапа для нее ничем не отличаются. И само приложение, работающее с данными может этого не заметить. Зато для пользователя разница есть.

Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

126. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  –2 +/
Сообщение от ананим (?), 30-Мрт-13, 18:19 
>то файловай система об этом не узнает, ведь для нее все прозрачно и сектор с данными

марш в школу, прозрачно ему. уже давно даже никто не может точно сказать сколько блинов и головок у тебя на винте. опа с ручкой, а не прозрачно.
вот вики хоть почитай http://ru.wikipedia.org/wiki/%D0%96%D1%9...
зыж
читать http://ru.wikipedia.org/wiki/S.M.A.R.T. до посинения:
>S.M.A.R.T. (от англ. self-monitoring, analysis and reporting technology — технология самоконтроля, анализа и отчётности) — технология оценки состояния жёсткого диска встроенной аппаратурой самодиагностики…
>В начале 1995 г. Compaq предложила провести стандартизацию, что было поддержано IBM, Seagate, Quantum, Conner, Western Digital…
>Технология SMART позволяет осуществлять:
>  мониторинг параметров состояния;
>  сканирование поверхности;
>  сканирование поверхности с автоматической заменой сомнительных секторов на надёжные.


Ответить | Правка | Наверх | Cообщить модератору

155. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  –1 +/
Сообщение от etw (ok), 31-Мрт-13, 13:20 
>>то файловай система об этом не узнает, ведь для нее все прозрачно и сектор с данными
> марш в школу, прозрачно ему. уже давно даже никто не может точно

При чем тут, вообще, блины и головки, если информация о них для работы с отдельными секторами не нужна? Максимум, что SMART тебе может предоставить - это счетчик отремапленных секторов. Badblocks о них тебе тоже ничего не сообщит (они ведь уже отремаплены).

В общем, сам в школу проследуй, специалист с википедией наперевес, блин.

Ответить | Правка | Наверх | Cообщить модератору

158. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  –1 +/
Сообщение от ананим (?), 31-Мрт-13, 13:50 
Жалкая попытка юлить.

>В общем, сам в школу проследуй, специалист с википедией наперевес, блин.

Тебе, олуху, сразу ссылку на первоисточник дали в #97
># smartctl -l selftest /dev/sda
>http://smartmontools.sourceforge.net/badblockhowto.html

Но в нём ты так ничего и не понял. Мог бы спасибо сказать, что теперь вот этот бред ты уже не напишешь:
>если сектор, на который записаны данные, станет плохим и затем отремапится контроллером диска, то файловай система об этом не узнает, ведь для нее все прозрачно и сектор с данными и сектор с нулями после ремапа для нее ничем не отличаются.

Хотя конечно, ослиное упрямство и хамское воспитание тебе позволяют только изворачиваться и хамить.
Ха, википедия ему плоха. Ну-ну. Только с ней то ты и понял как облажался.

Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

175. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от Аноним (-), 02-Апр-13, 06:39 
> марш в школу, прозрачно ему. уже давно даже никто не может точно
> сказать сколько блинов и головок у тебя на винте.

А это тут вообще при чем? Ну да, сектора просят по LBA номеру. А откуда накопитель этот номер возьмет - его проблемы. Но вот что накопитель должен вернуть в качестве запрошенных данных, если...
- Дай мне сектор 100500?
- Ой, не читается!
- Ой, не читается!
- Ой, не читается!
...
- Ну блин. ремаплю битый сектор на резервный. Но вот что сказать тем кто просил сектор 100500? Что мы его про...ли? :)

Ответить | Правка | Наверх | Cообщить модератору

191. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  –1 +/
Сообщение от iZEN (ok), 02-Апр-13, 19:30 
>[оверквотинг удален]
> А это тут вообще при чем? Ну да, сектора просят по LBA
> номеру. А откуда накопитель этот номер возьмет - его проблемы. Но
> вот что накопитель должен вернуть в качестве запрошенных данных, если...
> - Дай мне сектор 100500?
> - Ой, не читается!
> - Ой, не читается!
> - Ой, не читается!
> ...
> - Ну блин. ремаплю битый сектор на резервный. Но вот что сказать
> тем кто просил сектор 100500? Что мы его про...ли? :)

Бэдблоки ремапятся только во время записи в них. Чтение выдаёт лишь ошибку и никакого ремапа во время неудачного чтения не происходит. Это является причиной задумчивости некоторых ФС при простом чтении данных с полудохлых HDD. NTFS что-то там ещё делает на своём уровне с многократными чтениями "плохих" кластеров, чтобы к ним больше не обращаться — выцепляет информацию, если может, помечает кластер как сбойный, данные переносит в новый кластер.


Ответить | Правка | К родителю #175 | Наверх | Cообщить модератору

59. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от alexxy (ok), 29-Мрт-13, 21:13 
>>Где вранье?
> ну тут точно:
>>например, лимит размера ФС в 8 Тб и отсутствие средств гарантирующих целостность хранимых данных.

Ну про 8Т те кто правил новость явно проврались, в остальном там нормально. Интел в частности планирует люстру в мейнлайн ядра протолкнуть в районе релиза 2.5


Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

68. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от ананим (?), 29-Мрт-13, 21:58 
ну во первых этот пруф к новости от декабря 2010.
во-вторых journal_data никто не отменял (т.е. и вторая часть брехня)
в-третьих — это шло в контексе новости про добавление zfs. интересно как именно интел будет её туда запихивать. и нахемуэтонадо.
Ответить | Правка | Наверх | Cообщить модератору

77. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от alexxy (ok), 29-Мрт-13, 22:48 
> ну во первых этот пруф к новости от декабря 2010.
> во-вторых journal_data никто не отменял (т.е. и вторая часть брехня)
> в-третьих — это шло в контексе новости про добавление zfs. интересно как
> именно интел будет её туда запихивать. и нахемуэтонадо.

zfs туда запихивают llnl по заказу минэнерго штатов. И используют в продакшен на sequia (да они отказались там от gpfs)

Ответить | Правка | Наверх | Cообщить модератору

83. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от ананим (?), 30-Мрт-13, 00:22 
да как бы всё-равно кто, как и кому.
а вот давать в новости ссылки в подтверждение на код 2-3 летней давности, это куууул.
Ответить | Правка | Наверх | Cообщить модератору

48. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от linux must _RIP_ (?), 29-Мрт-13, 20:28 
вранье про 8Т лимита.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

46. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 29-Мрт-13, 20:24 
> вот что значит когда новости пишут люди которые не в теме..

На http://www.opennet.ru/opennews/art.shtml?num=36538 есть ссылка "исправить" под текстом новости, YW.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

240. "Первый стабильный выпуск ZFSonLinux, реализации ZFS для ядра..."  +/
Сообщение от nagualemail (ok), 23-Апр-13, 00:10 
>> вот что значит когда новости пишут люди которые не в теме..
> На http://www.opennet.ru/opennews/art.shtml?num=36538 есть ссылка "исправить" под
> текстом новости, YW.

https://github.com/amplab/tachyon

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру