The OpenNET Project / Index page

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



"Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Присылайте удачные настройки в раздел примеров файлов конфигурации на WIKI.opennet.ru.
. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..." +/
Сообщение от nagualemail (ok), 23-Сен-12, 18:28 
> ... приходится разъяснять
> и в ротик класть. Я бы предпочел этого не делать, честно-честно.

И не делайте, тем более половина неверная ...

> Вообще-то это было про btrfs. А то что вы не видели -
> не удивительно. Вы видите только то что хотите видеть, а не
> то что есть на самом деле. Вы всегда пытаетесь выдать желаемое
> за действительное и ужасно палитесь на различных нестыковках :)

Наверно поиск по Crtl F по маске sysctl тоже находит только то что хочет ... Поделитесь с нами тонкостью настройки своей чудо btrfs или опять одна лирика ?

> Хоть это и не форум русского языка, но орфографические ошибки за которые
> ученикам 3 класса лепят двойки - напрягают. Вообще-то, "ложь" пишется с
> мягким знаком на конце.

Судя по вашим познаниям в русском языке с информационными технологиями вы сталкиваетесь не часто ...

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

В UFS и ZFS это точно не так :-)))

>>> не заметит особой разницы. Фрагментация являет собой проблему когда том становится
> Что именно? Укажите и обоснуйте. С моей колокольни это выгялдит так: скорость
> заметно падает если диск заметный процент времени проводит делая перемещения голов
> нежели чтение данных. Такая формулировка не исключает фрагментацию, но показывает зависимость
> между скоростью чтения файла и расположением фрагментов. Это подтверждено многочисленными
> наблюдениями, изучением расположения файлов соотв. утилитами и просто здравым смыслом.

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

> Да, гламурных кнопочек нету. Какая трагедия.

Как насчет объединения свободного пространства ?


> Наверное потому что это достаточно специфичный субъект. В то время как меня
> интересуют в основном более-менее проверенные фактами и экспериментами вещи, а не
> просто домыслы. По этой причине я вообще достаточно осторожно отношусь к
> любым теориям которые не подтверждены практикой и/или когда теоретический результат сильно
> отличается от практически наблюдаемого.

Неужели вам удалось поймать нейтрино?

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

В двух словах пользы никакой :-)))

> А оно и при небольшом кеше не сдувается так как ZFS. Вы
> прикиньте? Да, там нормальный экстентный аллокатор а не черт знает что
> с блоками переменного размера.

Именно переменные блоки дают преимущества над железными RAID. У btrfs его нет увы, поэтому фаны линукса начинают ругать переменные блоки ... знакомо :-)))

> Да уж. Диагноз называется "BSDшник-пионер".

Ох уж эти маркетологи.

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

Оглавление
Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..., opennews, 19-Сен-12, 13:02  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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