LINUX.ORG.RU

Существенный прогресс в проекте ZFS для FreeBSD

 ,


0

0

Произошло обновление до 13 версии ZFS. Сделано очень большое число улучшений. Среди них: начальная поддержка NFSv4-ACLs, level 2 cache for ZFS, позволяет использовать для кеша дополнительные диски, что приводит к "huge performance improvements mostly for random read of mostly static content", делегирование прав администрирования, что позволяет рядовым гражданам создавать личные файловые системы, снапшоты и т.д. ZFSBoot - загрузки системы с ZFS pool (в начальной стадии). И целый ряд других.

>>> Подробности



Проверено: Shaman007 ()

>FreeBSD

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

Если бы сан не троллила лицензиями и делала их совместимыми с существующим свободным мэйнстримом, то не была бы сейчас на грани банкротства.

anonymous
()
Ответ на: комментарий от anonymous

>Если бы сан не троллила лицензиями ... то не была бы сейчас на грани банкротства.

Какой вы осведомленный человек :).

v1go
()

>что приводит к "huge performance improvements mostly for random read of mostly static content"

>снапшоты

перевести на русськая языка не осилил?

Demon37 ★★★★
()
Ответ на: комментарий от anonymous

>Ну и bsd'шный перелицензировать можно, само собой.

Обломись. ZFS в FreeBSD под CDDL:
/usr/src/cddl/contrib/opensolaris/lib/libzfs/common/libzfs.h
/*
 * CDDL HEADER START
 *
 * The contents of this file are subject to the terms of the
 * Common Development and Distribution License (the "License").
 * You may not use this file except in compliance with the License.
 *
 * You can obtain a copy of the license at usr/src/OPENSOLARIS.LICENSE
 * or http://www.opensolaris.org/os/licensing.
 * See the License for the specific language governing permissions
 * and limitations under the License.
 *
 * When distributing Covered Code, include this CDDL HEADER in each
 * file and include the License file at usr/src/OPENSOLARIS.LICENSE.
 * If applicable, add the following below this CDDL HEADER, with the
 * fields enclosed by brackets "[]" replaced with your own identifying
 * information: Portions Copyright [yyyy] [name of copyright owner]
 *
 * CDDL HEADER END
 */

/*
 * Copyright 2007 Sun Microsystems, Inc.  All rights reserved.
 * Use is subject to license terms.
 */

iZEN ★★★★★
()
Ответ на: комментарий от anonymous

> в линуксе btrfs уже вот-вот совсем скоро
> В линуксе ext4 уже.


Во первых не уже и не скоро, во вторых и btrfs и ext4 даже не близко к zfs по возможностям. Последняя вообще даже не рядом. RTFM!

anonymous
()
Ответ на: комментарий от anonymous

>В линуксе ext4 уже.

А она уже готова в продакшн? У людей еще с ext3 траблы вылезают. Боюсь придется ждать когда Ганс откинется, больше никто для линакса файлухи писать не умеет.

Sun-ch
() автор топика
Ответ на: комментарий от anonymous

>Поздравляю всех чертей со знаменательным релизом!

Да лучше бы они 7.1 допилили наконец и релиз выпустили, а то чувствуешь себя "яки гентушнег" с этими постоянными обновлениями CURRENT.

asion
()
Ответ на: комментарий от Sun-ch

> больше никто для линакса файлухи писать не умеет.

эээ... ИМХО, не совсем верная информация.

флеймовый антиоффтопик: будущее за файловыми системами на основе систем управления базами данных. Скорость доступа, секурность и устойчивость к сбоям в одном флаконе. Даже пресловутый DRM можно будет прикрутить.

asion
()

> позволяет рядовым гражданам создавать личные файловые системы, снапшоты и т.д.

Каждому гражданину по снимку ZFS! Раздавать на улицах будем. Девушкам по личной файловой системе в довесок

anonymous
()
Ответ на: комментарий от asion

> флеймовый антиоффтопик: будущее за файловыми системами на основе систем управления базами данных. Скорость доступа, секурность и устойчивость к сбоям в одном флаконе. Даже пресловутый DRM можно будет прикрутить.

Нунафиг такое будущее...

GFORGX ★★★
()

zfs не нужен, пока сан страдает манией величия пусть идет к BSD-шным чертям вместе то своей зеттабайт файлсистем.

anonymous
()
Ответ на: комментарий от asion

> будущее за файловыми системами на основе систем управления базами данных. Скорость доступа, секурность и устойчивость к сбоям в одном флаконе.

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

anonymous
()
Ответ на: комментарий от anonymous

>Вот только ресурсов будет жрать дай боже :) >Не будет же обычный пользователь покупать отдельную машину под FS.

Нищебродам отдадим спектрумы, так уж и быть.

anonymous
()
Ответ на: комментарий от anonymous

>Вот только ресурсов будет жрать дай боже :)

Достаточный повод для обновления железа. Мелкомягкие, например, будут только рады.

>Не будет же обычный пользователь покупать отдельную машину под FS.

Это совсем не обязательно. СУБД может работать и локально. Но интеграция с мировыми файлопомойками - это уже реалии сегодняшнего дня (сервисы google и файлы.mail.ru, например)

>Да и популярные нынче гигабитные сети слишком медленные по сравнению с нативными интерфейсами.

По моим подсчетам, узкое место, как раз не сеть, а жесткий диск (у сети скорость передачи на порядок выше, чем НЖМД может сохранить)

>Хотя было бы интересно посмотреть на FS на базе хотябы сраненького мускула :)

Думаю, что такие файловые системы очень скоро появятся.

asion
()
Ответ на: комментарий от GFORGX

> Нунафиг такое будущее...

Это правильное и неизбежное будущее. Если пакетный менеджер делая апдейт системы вдруг решил откатиться, он сможет просто сказать - ROLLBACK TRANSACTION и не изобретать велосипед. Также уйдет в лета идиотизм типа mlocate и попытки каждой DE изобрести свой механизм индексации файлов. Произвольные тэги на файлах и мгновенный поиск всех файлов по определенному тэгу.

anonymous
()
Ответ на: комментарий от asion

> По моим подсчетам, узкое место, как раз не сеть, а жесткий диск (у сети скорость передачи на порядок выше, чем НЖМД может сохранить)

Пропускная способность гигабитной сети ~100-110МБ/c. Скорость чтения 1-го среднестатистического диска 7200rpm, 80-110МБ/с. Уже не влезаем. Сеть явно узкое место. Пусть запись будет 60МБ/с, это никак не на порядок. Где-то вы просчитались.

anonymous
()
Ответ на: комментарий от anonymous

вдогонку

>Не будет же обычный пользователь покупать отдельную машину под FS.

Скорее всего ему и не дадут покупать новый компьютер (имхо отделение рабочих рук (мозгов) от средств производства (компьютеров) не за горами). Выгоднее продавать "абонемент" для доступа к базе данных. А сама база может работать и на супер-ЭВМ, которая обычному пользователю, естественно, не по-карману.

asion
()
Ответ на: комментарий от anonymous

> Скорость чтения 1-го среднестатистического диска 7200rpm, 80-110МБ/с.

Машина времени ЛОРА в действии? Скорость рандомного доступа на десктопе в лучшем случае 10-15МБ/с.

asion
()
Ответ на: комментарий от asion

Сеть узкое место. А диски обычно стоят в рейде, где читают сразу с нескольких шпинделей одновременно.

Sun-ch
() автор топика
Ответ на: комментарий от Sun-ch

>Сеть узкое место. А диски обычно стоят в рейде, где читают сразу с нескольких шпинделей одновременно.

На сервере - согласен, а на десктопе - ситуация обратная.

asion
()
Ответ на: комментарий от Sun-ch

Тут были данные, как с iscsi получали скорость 400-600 mb/sec на 10g сетевухах.

Sun-ch
() автор топика
Ответ на: комментарий от anonymous

> Скорость чтения 1-го среднестатистического диска 7200rpm, 80-110МБ/с. Уже не влезаем. Сеть явно узкое место. Пусть запись будет 60МБ/с, это никак не на порядок.

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

И да, 1.5 терабайтные диски уже имеют 115-125МБ/с линейной скорости в начале диска засчёт ещё большей плотности записи на пластину, терабайтники 105-115МБ/с...

anonymous
()
Ответ на: комментарий от anonymous

> И да, 1.5 терабайтные диски уже имеют 115-125МБ/с линейной скорости в начале диска засчёт ещё большей плотности записи на пластину, терабайтники 105-115МБ/с...

SCSI/SAS уже не в моде ?

phasma ★☆
()
Ответ на: комментарий от anonymous

>И да, 1.5 терабайтные диски уже имеют 115-125МБ/с линейной скорости в начале диска засчёт ещё большей плотности записи на пластину, терабайтники 105-115МБ/с...

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

asion
()
Ответ на: комментарий от Sun-ch

> Боюсь придется ждать когда Ганс откинется, больше никто для линакса файлухи писать не умеет.

Делаем ставки. Или все инду^Wафрик^Wнегры отряда сейчас допиливает reiser4 FS. Или Гансу сейчас не до компьютеров..

Bod ★★★★
()
Ответ на: комментарий от Slack

> В линуксе его не будет из-за несовместимости лицензий

Вот не верю. Должен же найтись хотя бы один человек, которому насрать на эти лицензии и сделать порт? Да, в ядро не включат, а использовать будут.

anonymous
()
Ответ на: комментарий от asion

> Да лучше бы они 7.1 допилили наконец и релиз выпустили, а то чувствуешь себя "яки гентушнег" с этими постоянными обновлениями CURRENT.

до RELENG_7 обновиться не судьба, обязательно до HEAD?

JB ★★★★★
()
Ответ на: комментарий от JB

В седьмой ветке ничего интересного уже не будет

anonymous
()
Ответ на: комментарий от anonymous

>Вот не верю. Должен же найтись хотя бы один человек, которому насрать на эти лицензии и сделать порт? Да, в ядро не включат, а использовать будут.

От слов к делу: возьми и портируй :)

anonymous
()
Ответ на: комментарий от Sun-ch

>Сеть узкое место. А диски обычно стоят в рейде, где читают сразу с нескольких шпинделей одновременно.

дорогие рейды это не надо, есть много дешёвых компьютеров их можно объединить в кластер, они и файло будут хранить и считать, если вдруг чё

dimon555 ★★★★★
()

> huge performance improvements mostly for random read of mostly static content

Зачем напрягались, статью переводили?

Jayrome ★★★★★
()
Ответ на: комментарий от dimon555

>а zfs уже готова в продакшн?

Да, но не под линупсом. FUSE и продакшн понятия взаимоисключающие.

anonymous
()
Ответ на: комментарий от anonymous

>>а zfs уже готова в продакшн?

>Да, но не под линупсом. FUSE и продакшн понятия взаимоисключающие.

А где она готова в продакшн?

TheMixa ★★★
()
Ответ на: комментарий от TheMixa

>А где она готова в продакшн?

В солярке, где де еще.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.