The OpenNET Project / Index page

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



"Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Присылайте удачные настройки в раздел примеров файлов конфигурации на WIKI.opennet.ru.
. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..." +/
Сообщение от Аноним (-), 24-Сен-12, 21:17 
>> Не совсем понимаю при чем тут ваш sysctl.
> Ох уж эти провалы в памяти ...

Так продолжите мыслю в нормальном виде.

>> ламерюгам желания совершенно нет.
> С такими провалами в памяти да забесплатно ? Я бы тоже не согасился :-))

Ну и замечательно, мне же меньше геморроя.

> Безусловно месье знает лучше разработчиков но его забыли стросить. Похоже у месье
> ЧСВ в потолок уперлось. :-)))

Я могу себе представить как выглядело бы соответствующее размещение структур на диске. Только и всего. Насколько близко к этому приблизится реальный аллокатор - зависит от его реализации, разумеется. Просто в отличие от вас, полагающих что вам в высокие материи врубиться не дано, я предпочитаю понимать основы того как все это работает. И это не ЧСВ а констатация очевидных фактов. Просто капитанинг.

> Вероятно разработчики UFS хотели чтоб при любой степени заполненности диска данные читались
> приблизительно с одинаковой скоростью ? Не ?

Они хотели одного: не бубухать в его переделку людские ресурсы которых у бсдшников сроду нет. Поэтому они оставили архаичный дизайн, примотав к нему скотчем и проволокой улучшайзеры.

А указанную вами цель на 100% не достигает практически ни 1 дизайн ФС. Ну кроме случая когда ФС отдефрагят, но там свои проблемы, в том что в клиническом случае дефраг может не справиться ни за какое разумное время вообще. Например, мсье как-то раз видел как виндовый дефрагер не осилил заметно улучшить картину на сильно забитом разделе на всего жалких 40Гб за целые сутки непрерывного хрустения. Какая скорость работы всего этого - несложно догадаться. Да-да, хваленый вами нтфс выдавал 5-10Мб/сек, что для десктопного винча просто смехотворно. В итоге оказалось проще сдвинуть оттуда все файлы и переформатить. Не в пример быстрее и результативнее.

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

Ох, правда? Тогда покажите мне дефрагеры в вашей любимой bsd.

> Нейтрино не взаимодействует ни с чем ...

Вообще-то, достаточно сильный поток нейтрино повстречавшись с достаточно большим объемом вещества все-таки немного но взаимодействует. Т.к. нейтрино почти не взаимодействуют с веществом, детекторы являют собой достаточно исполинские сооружения. Ну чтобы повысить вероятность детектирования, детектор должен быть большим, а нейтрино - побольше. Более того, я вполне себе следил за приколами типа "якобы сверхсветовых" нейтрино и узнал что теория относительности не пошатнулась, просто GPS используемый для синхронизации малость налажал.

> месье далек от физики ? :-))

Мсье вполне себе интересуется элементарными частицами. Между прочим, если ввести в гугл "детектор нейтрино" - даже расскажут про них, какие бывают, где строят и прочая. Хотя может быть, все эти лохи тоже далеки от физики и только nagual у нас тут умный. Вот только он упустил слово "почти". Ну тогда допплеровского эффекта - почти нет. Его относительная величина - мизер. А как же тогда радар у гайцев работает? А почему в GPS его учитывают? Они еще и теорию относительности учитывают. Хотя казалось бы, эффекты мизерные и можно отделаться ньютоновской механикой. А вот ФИГ.

> и один другому говорит: - не bsdи? прорвемся ...

Да, вам этот анекдот подходит, судя по постам :)

>> некто хочет записать кусок "хренадцать мегабайт", btrfs вполне может оформить его
>> его как ОДНУ запись экстента.
> Ага а если питаение в этот момент пропадет то его одним куском и похерит :-))

Это не баг, это фича. CoW реализует подвид полного журналинга. Поэтому файл или будет в старом состоянии, или в новом. А что вы будете делать с полу(пере)записанным файлом? Он все-равно в общем случае неюзабелен. Зато выглядит почти как живой. В этом плане btrfs вообще монстр. Всегда можно отмотать на снапшот. Это настолько простая и легкая операция что он их на автомате делает. И при сбое просто отматывает на последний успешный снапшот. И рекавери при сбое быстрое и состояние файлов  куда предсказуемее чем обычно в классических ФС. В UFS это малость подлечили побочным методом, но общей тормознутости и архаичности дизайна этой ФС сие не отменяет. Сколько запорожцу подушки безопасности не ставь, мерседесом он от этого не станет.

Ответить | Правка | Наверх | 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
Добавить, Поддержать, Вебмастеру