The OpenNET Project / Index page

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



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

Оглавление

OpenBSD под угрозой закрытия, в случае если не будут собраны..., opennews (??), 16-Янв-14, (0) [смотреть все]

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


158. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  +3 +/
Сообщение от metallica (ok), 17-Янв-14, 11:36 
> И чо толку от толпы файловых систем? Один черт самая перспективная в
> плане продуктива это ZFS. До которой EXTам еще расти и расти.

Тормозит она, эта ваша прелесть ZFS. Гонял тесты на днях.
По скорости чтения/записи файлов как минимум в полтора, а временами и в два раза
медленне, чем ext4.
Все тюнинги zfs-а согласно бест практикс проведены были.

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

199. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  –10 +/
Сообщение от bOOsteremail (?), 17-Янв-14, 12:52 
Да все нормально там со скоростью на Free, на Mac и исходя из того что ZFS как каменная глыба надежна, отложенная перезапись блоков файла с сохранением предыдущего состояния чего только стоит. А все эти супер-пупер EXT скоростные системы как были с принципом работы FAT с блоками файла (в общем) так уж 30 лет и сидят на том, вместе с fsck. Хех структуру каталогов/файлов переделали - велико достижение!
Ответить | Правка | Наверх | Cообщить модератору

203. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  +4 +/
Сообщение от AlexAT (ok), 17-Янв-14, 13:02 
Чушь порешь. Отличия между FAT и ext'ами, особенно ext4 - кардинальные. ext2/3 ближе к HPFS/NTFS, ext4 уходит вперед по технологиям аллокации. А ZFS со своим блочным аллокатором находится где-то на уровне ext2/3, за исключением того, что использует CoW.
Ответить | Правка | Наверх | Cообщить модератору

212. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  –1 +/
Сообщение от bOOsteremail (?), 17-Янв-14, 13:13 
Аха, отлично минусуете с учетом того что один из лидеров разработки ext ов как раз и сказал - сидим на старье, и двинул на btrfs - которая ой как близко к ZFS - чуть ли не брат близнец, правда не однояйцевый. Учите матчасть, школьники.
Ответить | Правка | Наверх | Cообщить модератору

217. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  +4 +/
Сообщение от AlexAT (ok), 17-Янв-14, 13:26 
Чудо, btrfs слегка не имеет тех архитектурных просчетов, которые имеет ZFS. Ну и да, в btrfs экстентный аллокатор, а-ля ext4. Вангую, что в этом году btrfs-таки вылижут до production-stable, и ZFS останется уделом маргиналов от BSD и анальных рабов оракло-санок.
Ответить | Правка | Наверх | Cообщить модератору

267. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  –1 +/
Сообщение от iZEN (ok), 17-Янв-14, 14:58 
> Чудо, btrfs слегка не имеет тех архитектурных просчетов, которые имеет ZFS.

Сказочники такие сказочники, что на волшебство не способны, да.

> Ну и да, в btrfs экстентный аллокатор, а-ля ext4.

Прикинь, в ZFS аллокатор выбирает размер блока при записи.

> Вангую, что в этом году btrfs-таки вылижут до production-stable

Слышали это же самое и год назад, и два года назад, и три года назад. Не сбывается.

>, и ZFS останется уделом маргиналов

Более вероятно, что Btrfs останется игрушкой тестеров, чем ZFS прекратит использоваться в продакшене.

> от BSD и анальных рабов оракло-санок.

Ну а вы с вашим Red Hat, да ПоттерИнгом останетесь, и будет всеобщее счастие и благоденствие. Один фюрер — одна судьба.

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

295. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  +1 +/
Сообщение от Добрый Дохтур (?), 17-Янв-14, 16:34 
> Прикинь, в ZFS аллокатор выбирает размер блока при записи.

изя, рассказываю как экстренно поставить zfs в позу, из которой выхода нет.

заполняем на 90% любым хламом(по факту, это может быть полезная инфа, тут роли не играет).

9 и 10 оставшихся % заполняем файлами, которые начинаем переписывать мелкими блоками по сотне байт. в итоге всё будет очень и очень грустно, но на нормальных фс хотя бы дефраг есть.

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

299. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  +4 +/
Сообщение от AlexAT (ok), 17-Янв-14, 16:42 
Поставить ее раком можно даже проще. Создаем файлик процентов на 50 от объема (ну, разумного объема, раза в 2 больше объема оперативки). Далее рандомно переписываем его блоками по 64-512K (типовой случай БД), суммарный записанный объем должен превысить объём данного файла раза в 2. После пытаемся этот файлик линейно прочитать (бэкап). Наблюдаем ахтунг, ибо CoW размазал файлик по диску ровным слоем.
Ответить | Правка | Наверх | Cообщить модератору

602. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  +/
Сообщение от Добрый Дохтур (?), 20-Янв-14, 16:45 
> Поставить ее раком можно даже проще.

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

просто когда через полгода-год _ВНЕЗАПНО_ народ обнаруживает, что скорость записи на хранилище медленнее ноутбучного винта... вот это для них шок и паника. особенно, когда там 45-60Тб данных, которые надо куда-то забэкапить.

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

407. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  –1 +/
Сообщение от Аноним (-), 18-Янв-14, 10:49 
>> Прикинь, в ZFS аллокатор выбирает размер блока при записи.
> изя, рассказываю как экстренно поставить zfs в позу, из которой выхода нет.
> заполняем на 90% любым хламом(по факту, это может быть полезная инфа, тут
> роли не играет).
> 9 и 10 оставшихся % заполняем файлами, которые начинаем переписывать мелкими блоками
> по сотне байт. в итоге всё будет очень и очень грустно,
> но на нормальных фс хотя бы дефраг есть.

Прикинь, об этом в ее руководстве написано. И этот недостаток - продолжение достоинства CoW и перманентно целостного on-disk state.

Самое главное - а что, это огромадная проблема в 2014м, когда 1 Тб HDD стоит как лопата дерьма?

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

408. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  +1 +/
Сообщение от AlexAT (ok), 18-Янв-14, 10:50 
> Самое главное - а что, это огромадная проблема в 2014м, когда 1
> Тб HDD стоит как лопата дерьма?

Это огромадная проблема, например, для СУБД. Да и для любого софта, который предполагает, что линейно записанные на диск данные лежат хотя бы более-менее линейно. Т.е. с виртуализацией при использовании VDI всё тоже будет интересно. В btrfs механизм CoW хотя бы выборочно отключаем.

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

411. "OpenBSD под угрозой закрытия, в случае если не будут..."  +1 +/
Сообщение от arisu (ok), 18-Янв-14, 10:54 
> Самое главное - а что, это огромадная проблема в 2014м, когда 1
> Тб HDD стоит как лопата дерьма?

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

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

527. "OpenBSD под угрозой закрытия, в случае если не будут..."  +/
Сообщение от Аноним (-), 19-Янв-14, 16:40 
> настойчивые предложения решать алгоритмические проблемы аппаратными средствами —
> в большинстве случаев признак ламеризма. или людей, которые писали, или людей,
> которые забивают гвозди микроскопом.

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

Оракл, кстати, вполне себе просек фишку. И их архитект сразу рассматривал и дефраг при GC, и отключение CoW там где от него один вред, как то журнал БД например.

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

603. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  +/
Сообщение от Добрый Дохтур (?), 20-Янв-14, 16:48 
> Самое главное - а что, это огромадная проблема в 2014м, когда 1
> Тб HDD стоит как лопата дерьма?

дело не в месте. места может быть много, но файлик всё равно будет размазан ровным слоем по диску. дело в отсутствии механизмов дефрагментации. да, можно сделать костыль с fallocate+копирование содержимого файла. но это костыль.

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

604. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  +1 +/
Сообщение от AlexAT (ok), 20-Янв-14, 18:23 
> дело не в месте. места может быть много, но файлик всё равно
> будет размазан ровным слоем по диску. дело в отсутствии механизмов дефрагментации.
> да, можно сделать костыль с fallocate+копирование содержимого файла. но это костыль.

А хрен этот костыль поможет, если свободное место тоже ровным слоем :)

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

605. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  +/
Сообщение от Добрый Дохтур (?), 20-Янв-14, 18:55 
> А хрен этот костыль поможет, если свободное место тоже ровным слоем :)

да, именно. и тут мы приходим к проблемам "а куда забэкапить 50Тб данных?", "а оно льётся со скоростью 2-3Мб/с, такой downtime недопустим" итп.

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

466. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  +/
Сообщение от Аноним (-), 19-Янв-14, 06:03 
> Прикинь, в ZFS аллокатор выбирает размер блока при записи.

Только он не может выбрать реально большой регион. Так что толку с этого ровно буй.

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

377. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  –1 +/
Сообщение от bOOsteremail (?), 17-Янв-14, 23:22 
Sun вылизала В бизнес ПРИМЕНЕНИЯХ ZFS за пяток лет только... а тут за пару лет готовятся.. ?? Ась  
Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

397. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  –1 +/
Сообщение от Led (ok), 18-Янв-14, 02:23 
> Sun вылизала ... ZFS

Нет

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

468. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  +1 +/
Сообщение от Аноним (-), 19-Янв-14, 06:05 
> Sun вылизала В бизнес ПРИМЕНЕНИЯХ ZFS за пяток лет только...

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

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

232. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  +/
Сообщение от Michael Shigorinemail (ok), 17-Янв-14, 13:55 
> и исходя из того что ZFS как каменная глыба надежна

Расскажите это в качестве утешительной сказочки Joyent и их клиентам, а то прям на Solaris/SPARC и рассыпалось.  О том, что фрёвый zfs с солярисным рядом не лежал, не слышал только глухой.

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

254. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  +/
Сообщение от Crazy Alex (ok), 17-Янв-14, 14:44 
А что там было?
Ответить | Правка | Наверх | Cообщить модератору

268. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  –3 +/
Сообщение от iZEN (ok), 17-Янв-14, 15:00 
> А что там было?

Серверную стойку залило водой из пожарного шланга, поди.

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

386. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  +1 +/
Сообщение от kurokaze (ok), 18-Янв-14, 00:41 
>> А что там было?
> Серверную стойку залило водой из пожарного шланга, поди.

Бздо-админы настолько суровы что таким способом компенсируют недостатки в реализации APM

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

528. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  +/
Сообщение от Аноним (-), 19-Янв-14, 16:40 
> Серверную стойку залило водой из пожарного шланга, поди.

Админ писал кипятком? :)

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

281. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  +2 +/
Сообщение от Andrey Mitrofanov (?), 17-Янв-14, 15:39 
> А что там было?

Нищеброды-хостеры использовали OpenSolaris и его ZFS на клиентах.
И не обновлялись.
Тэ драма.

google://Joyent zfs downtime

----
January 15th, 2008

[---]hosting provider Joyent have been offline for the last three days, apparently due to corruption problems with the ZFS file system.

[---]On Tuesday Joyent CEO David Young said the extended downtime was caused by complex corruption issues with ZFS, a new file system for pooled storage originally developed by Sun Microsystems for its Solaris 10 Operating System.

----
Joyent Services Back After 8 Day Outage

January 21st, 2008

[---]UPDATE: Spoke too soon. As of midday Monday, Strongspace is down again “due to unexpected issues” that Joyent is evaluating.

[>>>]Joyent was running an older version of OpenSolaris and that the ZFS bug had been and fixed months earlier.

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

282. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  –3 +/
Сообщение от бедный буратино (ok), 17-Янв-14, 15:43 
> Тэ драма.

С продукцией microsoft за последние 20 лет такое случалось шесть сикстиллиардов раз. Никто не умер. А если и умер, то microsoft это не колышет. Они стабильно невиноваты.

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

261. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  +3 +/
Сообщение от metallica (ok), 17-Янв-14, 14:50 
> Да все нормально там со скоростью на Free, на Mac

Нет не  нормально преверьте.
> из того что ZFS как каменная глыба надежна, отложенная перезапись блоков

На солярис она  надёжна,  на Free она хлипкая, как..
Тематические форумы по фрибсд постоянно пополняютя скриншотами с крешдампами
zfs, и воплями: ну что же это такое, кто нибудь использует в продакшене.

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

385. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  +1 +/
Сообщение от kurokaze (ok), 18-Янв-14, 00:39 
> Да все нормально там со скоростью на Mac

Ты идиот, на маках используется HFS+

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

529. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  +1 +/
Сообщение от Аноним (-), 19-Янв-14, 16:41 
А ZFS эппл вообще официально отказался портировать, так что там как максимум чьи-то сторонние хаки...
Ответить | Правка | Наверх | Cообщить модератору

279. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  –3 +/
Сообщение от iZEN (ok), 17-Янв-14, 15:23 
>> И чо толку от толпы файловых систем? Один черт самая перспективная в
>> плане продуктива это ZFS. До которой EXTам еще расти и расти.
> Тормозит она, эта ваша прелесть ZFS. Гонял тесты на днях.

Дык ей приличный объём ОЗУ нужно под кэш чтения.

> По скорости чтения/записи файлов как минимум в полтора, а временами и в
> два раза медленне, чем ext4.

Отключите checksum в свойствах ZFS и так же будет летать, как Ext4. Но когда что-то "полетит", то восстанавливать будет нечего — fsck-то нету, а scrub признаёт только чексуммирование. :))

> Все тюнинги zfs-а согласно бест практикс проведены были.

До тестов или после с повтором?

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

290. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  +3 +/
Сообщение от metallica (ok), 17-Янв-14, 16:22 

> Дык ей приличный объём ОЗУ нужно под кэш чтения.

Угу почти гиг схавало.

> Отключите checksum в свойствах ZFS и так же будет летать, как Ext4.
> Но когда что-то "полетит", то восстанавливать будет нечего — fsck-то нету,
> а scrub признаёт только чексуммирование. :))

Ну это самое первое правило попыток ускорить zfs, вообще в фрибсд
она не намного медленее ext4, выше говорил про соляркину.

> До тестов или после с повтором?

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

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

409. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  –1 +/
Сообщение от Аноним (-), 18-Янв-14, 10:52 
>> Дык ей приличный объём ОЗУ нужно под кэш чтения.
> Угу почти гиг схавало.

"Они настраиваются, мужик. Они - настраиваются!" (с)

>> Отключите checksum в свойствах ZFS и так же будет летать, как Ext4.
>> Но когда что-то "полетит", то восстанавливать будет нечего — fsck-то нету,
>> а scrub признаёт только чексуммирование. :))

Отключать надо не чексуммирование. А не надо лепить горбатого^Wraid-z поверх еще аппаратного рейда. Достаточно погуглить, чтобы понять, что так делать не нужно. Если уж самому тяму не хватает допетрить, почему это так.

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

418. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  +1 +/
Сообщение от metallica (ok), 18-Янв-14, 13:09 
Она вся настраиается, только толку от этих настроек
в плане ускорения чтения/записи мало.
Самосвал в гараж для мотоцикла на загонишь.
ZFS- неудачная попытка произвести несравненый софт продукт,
одновременно требующий мощного железа (sun бы такие и предлагал)
для выполнения хранения данных на накопителях.
Готовились они перед крахом к
очередному hardware and software engineered to work together,
который Ларри подхватил.
Ответить | Правка | Наверх | Cообщить модератору

425. "OpenBSD под угрозой закрытия, в случае если не будут собраны..."  –1 +/
Сообщение от iZEN (ok), 18-Янв-14, 15:08 
> Она вся настраиается, только толку от этих настроек
> в плане ускорения чтения/записи мало.
> Самосвал в гараж для мотоцикла на загонишь.
> ZFS- неудачная попытка произвести несравненый софт продукт,
> одновременно требующий мощного железа (sun бы такие и предлагал)
> для выполнения хранения данных на накопителях.
> Готовились они перед крахом к
> очередному hardware and software engineered to work together,
> который Ларри подхватил.

ZFS, вообще-то, прекрасно работает на Intel Atom. Она требовательна только к объёму оперативки.


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

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

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




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

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