https://www.opennet.ru/openforum/vsluhforumID3/60511.html Jeff Bonwick, создатель файловой системы ZFS, сообщил (http://blogs.sun.com/bonwick/en_US/entry/zfs_dedup) в своем блоге о реализации интересного новшества - системы автоматического распознавания и объединения дубликатов. Иными словами, если в нескольких файлах присутствуют аналогичные блоки данных, то они будут сохранены на физический носитель только один раз. Технология поддерживает работу на на уровне блоков данных, что по оценке разработчиков Sun является более универсальным и менее ресурсоемким, по сравнению с вычислением дубликатов на уровне файлов или произвольных наборов байт. Для каждого блока вычисляется контрольная сумма SHA256, если данная контрольная сумма уже присутствует в хэше, производится создание ссылки на уже имеющийся набор данных.<br><br><br>Представленная возможность позволит существенно уменьшить потребление дискового пространства и увеличить производительность - вместо копирования блоков будет лишь изменена запись в соответствующей таблице. Наиболее заметный эффект от...<br><br>URL: http://blogs.s https://www.opennet.ru/openforum/vsluhforumID3/60511.html#169 Thu, 26 Nov 2009 16:09:51 GMT возможно, но только методом копирования данных на новый носитель и копирования их назад :-(<br> https://www.opennet.ru/openforum/vsluhforumID3/60511.html#168 Thu, 26 Nov 2009 16:06:23 GMT не верю! Где бенчмарки? У мну на ноуте тормозит ужасно, если сильно фрагментированный pool заполнен на 97-99%.<br> https://www.opennet.ru/openforum/vsluhforumID3/60511.html#167 Thu, 26 Nov 2009 16:04:06 GMT реализовано 8 лет назад в Bell Labs. Гуглить Venti.<br> https://www.opennet.ru/openforum/vsluhforumID3/60511.html#166 Thu, 26 Nov 2009 15:56:21 GMT не изменяет.<br><br>http://en.wikipedia.org/wiki/Venti<br> https://www.opennet.ru/openforum/vsluhforumID3/60511.html#165 Fri, 06 Nov 2009 09:21:33 GMT Тоесть вы однозначно утверждаете что вы умнее ребят из Sun которые разрабатывают ZFS? Нифиговые у вас понты однако<br> https://www.opennet.ru/openforum/vsluhforumID3/60511.html#164 Fri, 06 Nov 2009 08:48:26 GMT &gt;Вы ветку внимательно читали? Про то что коллизий нет читали? Про то <br>&gt;что в Sun не ламеры работают догадываетесь? Про то что для <br>&gt;параноиков есть отдельные опции второго хеша и сверки данных не догадываетесь? <br>&gt;Нет? Тогда надо натравить на вас чихающую хрюшку, это сейчас самое <br>&gt;модное заклятие... <br><br>извините, но вы - лох, если считаете что в продакшен будет стоять сервер у которого вероятность потерять 512 любых байт в день ненулевая чисто из-за организации программы, а при сверке хешей коллизии ОБЯЗАТЕЛЬНО БУДУТ (иначе мы получаем мечту человечества об архивации всего и вся в 256 байт (делаем один хеш, от него второй хеш, от оного третий. и пока весь петабайт не свернём в 256 байт))<br>это как использовать архиватор который толи распакует ваш файл потом толи нет, русская рулетка очень радует товарищей бизнесменов<br>да и простых юзверей такая перспектива думаю тоже нифига не порадует<br> https://www.opennet.ru/openforum/vsluhforumID3/60511.html#163 Fri, 06 Nov 2009 08:26:03 GMT &gt;Камон, расскажите же нам наконец - как это CoW да вдруг делается <br>&gt;совсем без фрагментации? <br><br>Не "совсем", а "не критичны", не надо перегибать<br> https://www.opennet.ru/openforum/vsluhforumID3/60511.html#162 Fri, 06 Nov 2009 08:23:14 GMT Вы ветку внимательно читали? Про то что коллизий нет читали? Про то что в Sun не ламеры работают догадываетесь? Про то что для параноиков есть отдельные опции второго хеша и сверки данных не догадываетесь? Нет? Тогда надо натравить на вас чихающую хрюшку, это сейчас самое модное заклятие...<br> https://www.opennet.ru/openforum/vsluhforumID3/60511.html#161 Fri, 06 Nov 2009 03:25:56 GMT Камон, расскажите же нам наконец - как это CoW да вдруг делается совсем без фрагментации?<br>