The OpenNET Project / Index page

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



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

Оглавление

Компания Oracle молча перевела man-руководства MySQL на проп..., opennews (ok), 19-Июн-13, (0) [смотреть все]

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


128. "Компания Oracle молча перевела man-руководства MySQL на проп..."  +/
Сообщение от Аноним (-), 20-Июн-13, 00:41 
> В попытках потопить контору? Контроль над ZFS-то уже утерян.

А утерян? А то вон шифрование почему-то никто реализовать не смог. В общем, сдается мне что в результате всех этих передряг как обычно зарулит всех btrfs. Который от такого геморроя изначально не страдает и лучше по ряду параметров. Собственно, основные фичи на него прицепили, отлаживают адски и лажи в нем все меньше и меньше. Скоро он уже начнет рулить и педалить.

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

131. "Компания Oracle молча перевела man-руководства MySQL на..."  +/
Сообщение от arisu (ok), 20-Июн-13, 00:46 
> зарулит всех btrfs

доверять системе, разработчики которой считают, что crc — хорошая хэш-функция? нененене.

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

139. "Компания Oracle молча перевела man-руководства MySQL на..."  +/
Сообщение от Аноним (-), 20-Июн-13, 01:24 
> доверять системе, разработчики которой считают, что crc — хорошая хэш-функция? нененене.

Для целей файловой системы и ее внутренних нужд? Нормальная вполне. Хотя конечно можно вспомнить твой любимый пример про хакера в столовой. А то что хакер может коллизий нагенерить - ну так он может и солонку из столовой унести :)

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

157. "Компания Oracle молча перевела man-руководства MySQL на..."  +/
Сообщение от arisu (ok), 20-Июн-13, 11:32 
>> доверять системе, разработчики которой считают, что crc — хорошая хэш-функция? нененене.
> Для целей файловой системы и ее внутренних нужд? Нормальная вполне.

нет. *ни для каких целей* crc не является «нормальной хэш-функцией». вообще ни для каких. если ты строишь дом с хреновым фундаментом, то отмаз «а, для наших целей покатит» — не проходит.

ты совершенно не понимаешь сути проблемы, что ли? crc имеет херовый avalanche. очень херовый. на *любых* данных. что *в любом случае* приводит к херовой работе хэш-таблиц. это как взять скоростной скутер и воткнуть на него квадратные колёса.

так вот фишка в том, что авторы btrfs, похоже, тоже этого не понимают. то есть, как минимум одну вещь они используют без понимания основ, которые дают в любом нормальном ВУЗе (или которые узнаёшь сам, как только начинаешь разбираться с вещью).

и вот я не вижу причин, по которым такая вещь в системе должна быть всего одна. гораздо логичней предположить, что подобных граблей там раскидано изрядно. поэтому лично мне — учитывая сложность btrfs — совершенно не хочется доверять ей какие-либо данные, которые я не готов сразу потерять. а если я готов эти данные сразу потерять — то их проще тут же и удалить, и btrfs снова не нужна.

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

173. "Компания Oracle молча перевела man-руководства MySQL на..."  –2 +/
Сообщение от linux must __RIP__ (?), 20-Июн-13, 16:41 
>>> доверять системе, разработчики которой считают, что crc — хорошая хэш-функция? нененене.
>> Для целей файловой системы и ее внутренних нужд? Нормальная вполне.
> нет. *ни для каких целей* crc не является «нормальной хэш-функцией». вообще ни
> для каких. если ты строишь дом с хреновым фундаментом, то отмаз
> «а, для наших целей покатит» — не проходит.
> ты совершенно не понимаешь сути проблемы, что ли? crc имеет херовый avalanche.
> очень херовый. на *любых* данных. что *в любом случае* приводит к
> херовой работе хэш-таблиц. это как взять скоростной скутер и воткнуть на
> него квадратные колёса.

фишка в том что ты не понимаешь разницы между разными типами хэш функций.
В своей нише crc вполне подходит. Если тебе надо обнаружить изменение байта - то вполне, колизии у нее весьма сложно получить, хотя это и не криптографический хэш.

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

147. "Компания Oracle молча перевела man-руководства MySQL на проп..."  +1 +/
Сообщение от Vkni (ok), 20-Июн-13, 08:30 
> А утерян? А то вон шифрование почему-то никто реализовать не смог.

Ага. Зато реализовали кое-что другое. В результате, у всех сейчас будет несовместимая с Oracle открытая ветка ZFS. Это и есть - утеря контроля.

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

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

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




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

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