forum.opennet.ru

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

Оглавление

Началось тестирование сборок FreeBSD, переведённых на 'ZFS o..., opennews (??), 20-Апр-19, (0) [смотреть все]

Ну посмотрим что из этого получится Если его прикрутят к FreeBSD как в Линуксе , Аноним (1), 08:50 , 20-Апр-19, (1) –3 //

А в чем кривость реализации в линуксе Просто планирую перестройку домашнего nas, Аноним (2), 09:03 , 20-Апр-19, (2) –3 //

например - неумение управлять памятью - родовая беда самого линукса Решение при, пох (?), 09:20 , 20-Апр-19, (4) –20 //

MMU у 32bit x86 аппаратно поддерживали страницы 4Кб Отсюда и размер, а не с пот, dimcha (??), 09:35 , 20-Апр-19, (8) +20

а теперь подумайте верхней головой - сколько при заполненном полутерабайте у хра, пох (?), 09:57 , 20-Апр-19, (10) –5

Жоский ты человек Пох , Адекватный (?), 11:23 , 20-Апр-19, (18) +3

я просто реалист Что вижу - о том и пою Поводов для радости, увы, не вижу , пох (?), 12:15 , 20-Апр-19, (26)
Нет, просто он думает как типичный железняк, а не специалист, который пишет низк, Аноним (56), 15:11 , 20-Апр-19, (56) +3

Он никак не думает Как он там сказал Верхней головой Так вот она у него просто, ананим.orig (?), 16:08 , 20-Апр-19, (62) –3

ЗзыжДа С айзеном хотя бы было весело А до этого с занзвером А с этим даже ком, ананим.orig (?), 16:13 , 20-Апр-19, (64)
Если не вспоминать про стабильность и неумение терять данные, тогда да, вопросов, Школьник (ok), 19:27 , 20-Апр-19, (96) +3

Оно понимает что в ветке обсуждается выделение памяти Ну нет, так нет , ананим.orig (?), 20:01 , 20-Апр-19, (98) +1
ну и у меня Linux mdadm на ехт3 12 лет проработал в продакшине это-ж над, vg (??), 21:27 , 20-Апр-19, (105)

скорее попался сказочно надежный луч питания Один неудачный павердаун - и подобн, пох (?), 23:06 , 20-Апр-19, (109) +3

Честно скажу, btrfs не юзал, но насколько я помню статус, у неё из нестабильных , freehck (ok), 11:29 , 22-Апр-19, (178) +1

Как типичный железняк думает только тот кто считает что кроме x86 ничего больше , bOOster (ok), 10:20 , 10-Июн-19, (231)

Ну хорошо, допустим, в Линухе всё так плохо с управлением памятью при очень боль, Аноним (28), 12:39 , 20-Апр-19, (28) +5

А допустим, что ты хороий программист, почему же у меня снег идёт , псевдонимус (?), 13:50 , 20-Апр-19, (38)
Это же очевидно потому что все, кроме поха, идиоты , Аноним (44), 14:22 , 20-Апр-19, (44) +9
Потому что остальные ОС ЕЩЕ ХУЖЕ, разумеется , Аноним (65), 16:15 , 20-Апр-19, (65) –3

Ахахаха Интересно икается ли сейчас людям получившим нобелевку Ведь они доказа, Аноним (66), 16:21 , 20-Апр-19, (66) –4

с этого места попрошу подробнее Кто доказал, когда , Аноним (76), 16:53 , 20-Апр-19, (76) +1

Насчет наихудщего я бы поправил, но без понимания критериев качества пипл жует ч, qwerty123 (??), 17:35 , 20-Апр-19, (80)

В статье представлен пример об износе которое сокрыто от покупателя и последний , microcoder (ok), 18:48 , 20-Апр-19, (90)

Аналогия совершенно некорректна Вопрос не в износе а в разном количестве информ, Аноним (94), 19:25 , 20-Апр-19, (94)

Вообще-то эмпирика достаточно ясно показала, что дело не в отсутствии наличии ре, freehck (ok), 11:37 , 22-Апр-19, (180)

Угу Вспоминается как Торвальдс Танненбауема послал с его сферическим цирком с ко, Даздраперма (?), 01:13 , 21-Апр-19, (134) –1

Серьезно Ну да, Тлраальдс жеж спец по рынкам, базарам и прочтим житам , ананим.orig (?), 01:20 , 21-Апр-19, (137) +2
Если под оно имелась в виду Minix, то оно вроде как вполне себе живо и даже дово, Аноним84701 (ok), 02:06 , 21-Апр-19, (140)

мужик, в TOP500 от линукса нужна только запускала MPI программ и возможность отк, Аноним (119), 00:02 , 21-Апр-19, (119)

простите кому чего откусить Это вы с чиновниками случаем не путаете , Даздраперма (?), 01:14 , 21-Апр-19, (135)

Экземплярам ОС на счётных модулях узлах откусить Там действительно выгодно , Ю.Т. (?), 07:34 , 21-Апр-19, (146) +1

Сайту с топ500 8212 возможно А владельцам А Попасть на сайт топ500 Интересно, ананим.orig (?), 01:16 , 21-Апр-19, (136)

А почему при средней ужасности во многих отношения ОС Windows Она господствует н, Аноним (161), 13:41 , 21-Апр-19, (161) +2

Вообще-то означает Потому что в процессоры встроена аппаратная система управлен, pda (?), 00:14 , 21-Апр-19, (124) +2

Неумение управлять памятью - внезапно беда кривой поделки ZFS, использующий свой, Онаним (?), 10:15 , 20-Апр-19, (12) +8

угу, он все равно абсолютно бесполезный Поскольку не умеет отличить данные от м, пох (?), 12:10 , 20-Апр-19, (25) –4

И где ты в линуксовом менеджере памяти линейные поиски нашел, а поехавший Ccылк, Аноним (32), 13:40 , 20-Апр-19, (32) +6
А в какой версии был линейный поиск по page cache До 2 6 15 лет назад там уже, Аноним (57), 15:12 , 20-Апр-19, (57) +3

К сожалению, он порой промахивается, всё так же уверенно давая оценки без квалиф, Michael Shigorin (ok), 15:30 , 20-Апр-19, (58)

Ну в целом он прав, улучшения в page cache под huge pages только пока обсуждаютс, Аноним (57), 16:36 , 20-Апр-19, (70) –1

Да-да Потом эти же люди будут ждать прозводительности, стабильности, , дефрагм, ананим.orig (?), 17:42 , 20-Апр-19, (81) +1

все, п-ц, в линyпсе нормального кэша не ждите Ну ооок , пох (?), 23:08 , 20-Апр-19, (110) –2
где траву такую взял и почем ты слово Compound-Page слышал оно тоже выдел, Аноним (119), 00:05 , 21-Апр-19, (120) –1

https en wikipedia org wiki Memory_management_unitзыжсерьезно можешь даже ткн, ананим.jrig (?), 00:49 , 21-Апр-19, (131) –1

Под Linux в prod с 2016 года Дома в mirror под home с 2017 code egrep -v , RNZ (ok), 14:27 , 20-Апр-19, (45) +3 //

Уже года два живу с btrfs на машине Ни разу не было проблем с потерей данных на, Аноним (74), 16:44 , 20-Апр-19, (74) +2

Как я понял, это не связано с ядрами, а связано с тем как сбрасываются dirty pag, RNZ (ok), 17:29 , 20-Апр-19, (79) +1

Приключение, если можно так назвать -- чтение документации, она от Оракла слиш, Аноним (48), 14:33 , 20-Апр-19, (48) //

ну молодцы, че Жаль что фребеэсде с такой zfs все равно нафиг не нужно - у нас , пох (?), 23:10 , 20-Апр-19, (111)

Вот и ты будь молодцом, удали все свой трындёж про TRIM никогда не будет - И , Аноним (145), 07:29 , 21-Апр-19, (145) –1

например в домене AD для smb шар не очень годится, если для FreeBSD раньше можно, rinat85 (?), 10:22 , 21-Апр-19, (149) +1
Ну вообще-то, если вы планируете использовать миррор, то btrfs достаточно стабил, freehck (ok), 09:45 , 22-Апр-19, (172) //

Это с чего бы не предусматривает Но таки да, включать есть смысл разве что на , PnDx (ok), 14:26 , 22-Апр-19, (188)

Не предусматривает в том плане, что выключение дедупа не ведёт к уменьшению потр, freehck (ok), 02:40 , 11-Май-19, (226)

Хм В моей картине мира ОЗУ отжирается в попытке держать все хэши под рукой , PnDx (ok), 11:52 , 13-Май-19, (227)

bcache , Michael Shigorin (ok), 13:38 , 13-Май-19, (228) –1

Не поленился найти более-менее актуальный дайджест https habr com ru compan, PnDx (ok), 15:35 , 13-Май-19, (229) +1

Коллега прокомментировал так в ZFS есть intent log ZIL SLOG , Michael Shigorin (ok), 09:18 , 14-Май-19, (230)
Я хочу дополнить коллегу Шигорина следующими соображениями Мы проверяли, ZIL име, freehck (ok), 14:35 , 17-Июн-19, (234) +1

Как http www databasesoup com 2015 02 running-with-scissors-mode html проверял, Andrey Mitrofanov_N0 (??), 09:03 , 18-Июн-19, (235)

да ничего в общем хорошего - баги сложнее опечаток по прежнему будут не исправля, пох (?), 09:06 , 20-Апр-19, (3) –1 //

Слушай, пох, ты как-то обмолвился, что приходишь сюда потроллить любителей опенс, andy (??), 09:22 , 20-Апр-19, (6) +7 //

Но ведь это правда, в Open source как бы все кал Пользовался этим вашим линуксом, КГБ СССР (?), 10:11 , 20-Апр-19, (11) –14

О, приветик А ты сам в зеркало посматриваешь хоть иногда Кривизны там не замет, Gannet (ok), 13:54 , 20-Апр-19, (39) +3

Там извечное доктор, ну а откуда у вас такие картинки с , Аноним (48), 14:29 , 20-Апр-19, (46) +1
То есть вы считаете, что в линуксе графический стек нормальный Ну у убогих свои , КГБ СССР (?), 18:34 , 20-Апр-19, (87) –1

Дядя, он-то кривой, как пространство-время в окрестностях черной дыры, только во, Школьник (ok), 20:05 , 20-Апр-19, (99) –3

Немного нейтральных уточнений про macOSТак точно, версии выше 3 1 в макось так и, НяшМяш (ok), 20:49 , 20-Апр-19, (101) +2

Игорей там все равно не будет, ну да ладно - я был неправ насчет маргинальности , Школьник (ok), 21:45 , 20-Апр-19, (106) –1

Буквально несколько дней назад на ютубе чуваки воткнули макось на вируталку и за, Ретроград (?), 13:07 , 21-Апр-19, (160)

Полагаю, деградация того, на что потрачено много лет жизни, угнетает-таки И то,, Ю.Т. (?), 11:30 , 20-Апр-19, (19) +2
тут, к сожалению, уже не троллинг - действительно очень жаль что оно кончится во, пох (?), 12:25 , 20-Апр-19, (27) –2

Так есть что-либо, что нравится или нет , andy (??), 13:46 , 20-Апр-19, (36) +1

Да нет, нет Вон раньше небо было зеленее, трава голубее, а сейчас всё 8212 г, Аноним (44), 14:30 , 20-Апр-19, (47) +3

Я не пох, но таки программер и да, вообще любой софт, опен там он сорс или нет, , Аноним (31), 13:28 , 20-Апр-19, (31) +3

Твой да , Аноним (32), 13:41 , 20-Апр-19, (33) +1

И мой к сожалению тоже Вообще IT индустрия это полный ппц с клиническими идиота, Аноним (31), 00:58 , 21-Апр-19, (132) +2

Покатайся пару годиков по стране, поговори с людьми разный профессий И обнаружиш, Аноним (168), 01:14 , 22-Апр-19, (168)

Даже то, что называется абсолютным в природе, оно относительно А значит, ничего, Gannet (ok), 14:37 , 20-Апр-19, (49)

А ты ещё не догадался, что это один и тот же человек, как и товарищ майор , гу, Michael Shigorin (ok), 15:36 , 20-Апр-19, (59) +1

В фидонете, поди Есть у меня подозрение, что я его тоже знаю , имя (?), 17:23 , 20-Апр-19, (78) +2
за что никогда не любил опеннет, так это за вот эту помойку с никами , crypt (ok), 21:10 , 20-Апр-19, (102) +1
пох - в основном я, ником нах помимо меня пользуется еще кто-то, эпизодически,, пох (?), 23:20 , 20-Апр-19, (112) +3

Это типичная сисадминская проблема разработчики говнокодят а им потом в этом ра, Ivan_83 (ok), 11:35 , 22-Апр-19, (179)
Просто не надо ничего изучать впрок Напрасная трата сил Есть задачи, есть усил, АнкхС (?), 13:16 , 25-Апр-19, (207) –1

Это, полагаю, не овощное даже существование те хоть растут , а винтика в механи, Michael Shigorin (ok), 13:28 , 25-Апр-19, (209) –2

Именно винтика Сел на стул и расти Как Вы относитесь к положению некоторых люд, ПавелС (ok), 14:41 , 03-Май-19, (223)

И зачем вам платить за то, что вы сейчас собираетесь неспешно изучить по копипа, пох (?), 15:13 , 25-Апр-19, (211)

Так сам же пишешь, что как не принимаются, так и не будут приниматься Т е ниче, Дон Ягон (?), 18:10 , 20-Апр-19, (82) –1 //

ну какая ж она большая и толстая - сравни с орацлом или даже саном времен его за, пох (?), 23:31 , 20-Апр-19, (113)

По сравнению с ними не толстая, да Да я не про это Понятно что неплохо, у меня , Дон Ягон (?), 00:26 , 21-Апр-19, (129)

redhat покупается ibm получается linux одномоментно становится в 20 раз длинн, ананим.orig (?), 01:00 , 21-Апр-19, (133) –1

к сожалению для любителей zfs, редхат уже купил другие наработки, подорого, поэт, пох (?), 10:30 , 21-Апр-19, (150) +1

Подумаешь, протухли стратегические запасы нефти -- это не делает Министерство эн, Аноним (145), 07:55 , 21-Апр-19, (147)

Такое сальто-мортале по втаскиванию политоты впечатляет , Клыкастый (ok), 15:56 , 23-Апр-19, (196) +3

Ага, при этом один сидит на фоундейшен деньги, второй в той же iX Уже собираютс, anonus (?), 21:21 , 20-Апр-19, (104)
сложно сказать а большие это насколько 10P-20P - это большая или не очень А , Аноним (119), 00:07 , 21-Апр-19, (121) //

вам эти данные вообще, видимо, не нужны про бэкап не спрашиваю, восстановление , пох (?), 00:13 , 21-Апр-19, (123)

Когда уже перейдут на ядро Linux , Аноним (5), 09:22 , 20-Апр-19, (5) +8 //

не торопите события Щас вот kms докопипастили, теперь докопипастят zol, останет, пох (?), 12:03 , 20-Апр-19, (24) +2 //

БУГАГА Хорошо работающий ipsec, хорошая шутка , Аноним (32), 13:41 , 20-Апр-19, (34)
Ващето linuxkpi юзается не только для дров на видюхи но и для дров некоторых сет, Ivan_83 (ok), 11:42 , 22-Апр-19, (181) +1 //

еще бы упраление питанием стыбрили бы и работу с USB3 sdа то под фрей ноут посто, Ананнимас (?), 18:22 , 23-Апр-19, (200)

Когда в этом будет хоть какой то смысл , VINRARUS (ok), 14:14 , 20-Апр-19, (42) //

Нет, когда ZOG W Микрософт скажет, что GPLv2 уже окончательный пермиссив, и Д, Andrey Mitrofanov (?), 10:09 , 22-Апр-19, (173) –1

Отличная новость Когда-то бсдшники хвастались, что у них есть zfs подаренная , andy (??), 09:25 , 20-Апр-19, (7) –4 //

так а ZoL кто zfs подарил , dimcha (??), 09:38 , 20-Апр-19, (9) +10
Так сформулированно, как будто чуть ли не каждый опеннетный пользователь линук, анонн (?), 10:42 , 20-Апр-19, (14) +4 //

как я понимаю, ровно наоборот - теперь ее нет и в bsd Ну, то есть пока ее нет в, пох (?), 11:55 , 20-Апр-19, (22) +1 //

Походу зфс всё Зато щифрование завези , псевдонимус (?), 13:44 , 20-Апр-19, (35)

Ну, если ZFS для тебя это всё, я могу тебя только поздравить Расти бАльшой , Gannet (ok), 14:41 , 20-Апр-19, (50) –4
шифрование через geli в общем-то работало и до того да, поверх него можно было , пох (?), 23:33 , 20-Апр-19, (114) +1

Я так и делал , псевдонимус (?), 02:21 , 21-Апр-19, (141)
Но у них шилов одном месте , псевдонимус (?), 02:25 , 21-Апр-19, (142)
Шифрование на уровне фс намного интереснее , Ivan_83 (ok), 11:44 , 22-Апр-19, (182)

ну нет, оно оставляет снаружи слишком много данных - перечитай результат аудита , пох (?), 17:05 , 23-Апр-19, (197)

В первую очередь, шифрование интересно с точки зрения передачи потом зашифрованн, riv1329 (?), 15:59 , 28-Апр-19, (221)

Кто поставил - это каменту Аргументы будут , riv1329 (?), 15:55 , 28-Апр-19, (220)

RAIDZ В ZFSonLinux на механических накопителях большая попоболь Говорю, как пол, riv1329 (?), 03:47 , 28-Апр-19, (219)

А что, другие ОС в вашу вселенную не завезли , Annoynymous (ok), 14:56 , 23-Апр-19, (195)

Теперь есть общая реализация иtrim для всех В zol заехалала месяц назад , Аноним (97), 19:28 , 20-Апр-19, (97)

Будьте в теме zfs-0 8 0-rc4New Features Native encryption Device removal , Аноним (48), 14:42 , 20-Апр-19, (51) +1 //

А теперь внимание на мелкий шрифт Смотрит в ZoB code grep -R Kiselkov usr sr, анонн (?), 16:39 , 20-Апр-19, (72) +4

Забыл добавить , анонн (?), 16:43 , 20-Апр-19, (73)
Что-то шибко мелко, в https github com zfsonlinux zfs blob master AUTHORS конт, Аноним (145), 08:27 , 21-Апр-19, (148)

А зачем на те 300 персон, когда есть конкретный коммит https github com zfsonl, анонн (?), 11:54 , 21-Апр-19, (155)

Там-то она есть как раз В отличие от ZoL , Дон Ягон (?), 18:14 , 20-Апр-19, (83) +2 //

Superior to sth превосходство над чем-то Или , анонн (?), 22:40 , 20-Апр-19, (107)

Угу, я что-то в глаза пое Wполюбился Отвечал, подразумевая, что оппонент счит, Дон Ягон (?), 00:15 , 21-Апр-19, (125)

Наоборот, взлетел и теперь на основе кодовой базы ZoL Коммитили, но скорость раз, anonus (?), 19:09 , 20-Апр-19, (93) +2 //

Только нызенко-нызенко Возможно что коммитили, но повторю аргумент разраба Я в, анонн (?), 22:45 , 20-Апр-19, (108)

Маркетинг с новыми рюшечками победил здравый смысл , VINRARUS (ok), 14:13 , 20-Апр-19, (41) –1

Следующий этап - тестирование сборок, переведённых на ядро Linux Oh shi , Онаним (?), 10:18 , 20-Апр-19, (13) +2 //

В смысле, вот так https www debian org ports kfreebsd-gnu https wiki gentoo , анонн (?), 10:47 , 20-Апр-19, (16) –1 //

А какой ныне в этом смысл, если в бздшном ядре и около не осталось ничего интере, Онаним (?), 11:32 , 20-Апр-19, (20) –2 //

А что интересного в ведре lинукс Дырявые контейнеры , псевдонимус (?), 13:47 , 20-Апр-19, (37) –2

В linux огромное кол-во типов контейнеров поддерживается Хочешь, выбирай дырявы, Gannet (ok), 14:44 , 20-Апр-19, (53) +1

Недырявые джайлы Нормалные толко опенвз, но они не ко двору рэдхэт Кстати переч, псевдонимус (?), 14:54 , 20-Апр-19, (54) –1

Скрыто модератором, Michael Shigorin (ok), 15:41 , 20-Апр-19, (60)

Скрыто модератором, псевдонимус (?), 15:54 , 20-Апр-19, (61) –1

Скрыто модератором, Michael Shigorin (ok), 16:21 , 20-Апр-19, (67) –2

Скрыто модератором, crypt (ok), 00:06 , 27-Апр-19, (215)

Я вот использую systemd-nspawn, меня вполне устраивают Ну да-да, systemd и всё , Gannet (ok), 16:25 , 20-Апр-19, (68)

покажи аналог jail -l -n shit-program -s 2 var chroot hostname MY_IP usr lo, пох (?), 00:21 , 21-Апр-19, (126)

systemd-nspawn -M shit-program -D var chroot usr local sbin shit-program argsН, Prototik (ok), 10:50 , 21-Апр-19, (152) –3

За что https manpages debian org jessie systemd systemd-nspawn 1 en html, анонн (?), 12:01 , 21-Апр-19, (156) +3
не вижу здесь привязок сетевых интерфейсов нет, не надо все, надо конкретные, у, пох (?), 18:35 , 21-Апр-19, (165) +1

системд, конечно, мда но фрибздешников пинать тоже очень легко инклуды в jai, crypt (ok), 22:34 , 24-Апр-19, (203) +1

если вам нужны тысячи джейлов на одной системе - вы явно делаете что-то не так и, пох (?), 09:50 , 25-Апр-19, (205)
ну ес-но не нужно слив засчитан , crypt (ok), 23:52 , 26-Апр-19, (213)
Особенно не разобравшись jail conf и прочее - это обвязка, причем легкая доста, Аноним (-), 13:48 , 25-Апр-19, (210)
но зачем почему такой простой вещи нет в базе в openvz она 10 лет можно и в , crypt (ok), 23:49 , 26-Апр-19, (212) –1
Ну раз ты так говоришь, то да, это убойный аргумент , Аноним (-), 00:19 , 27-Апр-19, (216)
Еще раз pkg info -ds ezjailezjail-3 4 2_1Flat size 118KiB0 зависимостей, , Аноним (-), 00:29 , 27-Апр-19, (217)

Об этом сейчас мало кто помнит, но в годах эдак 2011-2012-ых линуксоиды кипятком, zzz (??), 00:12 , 21-Апр-19, (122)

а фрибсдшники наконец-то в своем наколенном запилили графическую консоль -правда, пох (?), 00:23 , 21-Апр-19, (127) +1

В огороде бузина, а в Киеве дядька , zzz (??), 09:40 , 22-Апр-19, (171)

Потому что линуксоиды в большинcтве своем это токсичные лицемеры , КГБ СССР (?), 11:22 , 21-Апр-19, (154) –2
Вас ведь правда не затруднит кругом марш читать, в каких годах появились vz, vse, Michael Shigorin (ok), 22:43 , 24-Апр-19, (204)

он там, конечно, чушь сморозил, но загвоздка в том, что openvz в том виде, как , crypt (ok), 23:59 , 26-Апр-19, (214)

В линукс уже завезли более вменяемый kqueue , имя (?), 16:12 , 20-Апр-19, (63) –1

Фуру на таможне задержали , Gannet (ok), 16:27 , 20-Апр-19, (69)

это не наш кокс , линукс (?), 18:36 , 21-Апр-19, (166) +1

Просто ты ядро фри не видел нетграф, геом, осс как для юзера , kqueue - вполн, Ivan_83 (ok), 11:48 , 22-Апр-19, (184)

Вторая новость подряд довольно тонкий набросец Автор молодец По факту - слияние, Аноним (15), 10:43 , 20-Апр-19, (15) +6 //

Не убивай интригу Тут уже рубилово, пламя до потолка и с обстрелов вот-вот в шт, Клыкастый (ok), 01:50 , 24-Апр-19, (201)

Стагнация и Оракл - это слова-синонимы, DmA (??), 11:14 , 20-Апр-19, (17) +6 //

а мы тут причем Вам список изменений за последние два года, криво и плохо или , орацле (?), 11:58 , 20-Апр-19, (23) –1 //

уже все сановские открытые проекты стагнируют OpenOffice,OpenSolaris,java вкривь, DmA (??), 12:50 , 20-Апр-19, (30) +2 //

повторяем - а мы тут причем Вам дали - вы и пилите, они золотые неправда, у нас, орацле (?), 00:26 , 21-Апр-19, (128)

Хороший анекдот получился , iCat (ok), 06:53 , 21-Апр-19, (144)

А он и правда отлично работает Правда на локалхостах и дешевых серверках его не, Аноним (183), 11:46 , 22-Апр-19, (183)

как будто вам что-то мешает установить , пох (?), 11:57 , 22-Апр-19, (185)

При попытке запустить его в виртуалки- оно что-то вякнуло невнятное, в духе ваш, ыы (?), 14:08 , 22-Апр-19, (187)

а виртуалкой-то, небось, bhyve был - в vcenter oracle solaris 11 ставишь в , пох (?), 18:09 , 22-Апр-19, (191)
Турбо-паскалем собирали Нууу, тогда ССЗБ, Аноним (192), 22:10 , 22-Апр-19, (192)

Древность и монстр , Аноним (21), 11:52 , 20-Апр-19, (21) +2
Оно там через линуксулятор , Аноним (29), 12:47 , 20-Апр-19, (29) –2
Это хорошая новость или плохая Вот щас FreeNAS делают на FreeBSD, там нативный , Аноним (40), 14:12 , 20-Апр-19, (40) +5 //

коснутся , псевдонимус (?), 14:16 , 20-Апр-19, (43) +1 //

более того, именно они их будут пропихивать со всей возможной силой - ибо фринас, пох (?), 10:33 , 21-Апр-19, (151) //

Но разве iX не заинтересован в стабилной бесбажной и надёжной ФС , псевдонимус (?), 11:06 , 21-Апр-19, (153)

iX заинтересован в продажах фигни подорого и минимизации расходов он не для того, пох (?), 12:46 , 21-Апр-19, (157)

Раньше в BSD оно просто правильно работало, а теперь будет работать через попу,, VINRARUS (ok), 14:43 , 20-Апр-19, (52) +3 //

А то Надо же менстриму подмахнут , псевдонимус (?), 15:01 , 20-Апр-19, (55) +1
Раскрой тему, чем это вдруг порт ZoL на фряху отличается от порта с илюмос , anonus (?), 19:03 , 20-Апр-19, (92) +1 //

На скоко знаю вариант для ZFS под Linux имеет проблему в отжырании оперативки по, VINRARUS (ok), 20:29 , 20-Апр-19, (100) –1

Так её и в порте ZoL не будет Там под каждую ОС пилится свой слой совместимости, anonus (?), 21:17 , 20-Апр-19, (103)

вы там посмотрите в код bsd шный - и убедитесь, что слой совместимости - он , пох (?), 12:56 , 21-Апр-19, (158) –1

это называется zones , и с ними на самом деле не все хорошо - они принадлежат к, пох (?), 23:46 , 20-Апр-19, (115)
Может хоть протестят нормально, прежде чем внедрять , Аноним (143), 04:58 , 21-Апр-19, (143)

ну вот на фринасерах и потестят А ты думал, у нас есть какое-то другое тестиров, пох (?), 10:10 , 22-Апр-19, (174)

Это безусловно хорошая новость Пострадают только лишь нетакие как все, а именно, anonus (?), 18:56 , 20-Апр-19, (91) –1

Хочу просто напомнить что от RHEL есть опенсорцное решение для сжатия и дедуплик, Аноним (84), 18:19 , 20-Апр-19, (84) –1 //

Хочу напомнить, что OpenZFS чисто опенсорсное решение , anonus (?), 18:42 , 20-Апр-19, (88) –1 //

Тоже попенсорц https github com dm-vdo, Пердак сгорел неуч (?), 17:18 , 21-Апр-19, (163)

ну вот и прикиньте его эффективность - без информации о том, данные ли это вообщ, пох (?), 23:52 , 20-Апр-19, (117) //

это не zfs, там свой уровень для этого, где размер блока известен а самое главн, crypt (ok), 02:27 , 27-Апр-19, (218)

Как человеку, которому приходится использовать ZFS on Linux в Proxmox, доложу, ч, Аноним (118), 23:55 , 20-Апр-19, (118) +4 //

как будто она на других не тормозит Просто на фоне тормозов диска это не так за, пох (?), 00:30 , 21-Апр-19, (130) //

Просто на NVME пуле это вызавает особенный баттхерт С 50-80 потерей IOPS и 10-, Аноним (118), 01:27 , 21-Апр-19, (138)
Любой В ZoL тупо не работает скедулер в данный момент Начинаешь писать на zfs , Аноним (118), 01:33 , 21-Апр-19, (139) +1 //

от оно чо То-то я удивлялся некоторым фифектам надо будет попробовать перен, пох (?), 13:02 , 21-Апр-19, (159) –1

Результатом опыта не поделишься , псевдонимус (?), 13:43 , 21-Апр-19, (162)

делюсь epic failstatus The pool can only be accessed in read-only mode on this, пох (?), 17:09 , 23-Апр-19, (198)

NVME и особенно всякие оптаны слишком шустрые для сжатия ARC compression тоже ме, Аноним (118), 22:18 , 21-Апр-19, (167)

вот надо на этом тестировании им туда результаты с amplification и заслать у ме, crypt (ok), 10:14 , 22-Апр-19, (176) //

надо чем-то тестировать -а у меня как раз старательно blocksize подогнан под исп, пох (?), 16:04 , 22-Апр-19, (189)

ну как у вас я в общем-то знаю, потому что с четвертого или пятого релиза что-ни, crypt (ok), 12:32 , 23-Апр-19, (193)

Угу Видели-с Это ведь у тебя и только у тебя настройки репозиториев не прин, Аноним (-), 12:52 , 23-Апр-19, (194)

о, анонимный фанатик они принимают порт, но отладочная инфа криво выводится DBG, crypt (ok), 21:58 , 24-Апр-19, (202)

так ты SRV наконец-то отключил https www opennet ru openforum vsluhforumID3 11, Аноним (-), 12:18 , 25-Апр-19, (206)

Можете потестировать свежие сборки фри, о которых говорится в новости Интересно , Аноним (169), 06:16 , 22-Апр-19, (169) //

у него проксмокс, он уже знает про zol все что совершенно не хотел спросить И те, пох (?), 10:11 , 22-Апр-19, (175) //

Я не совсем понял, что вы хотели мне сказать В профиль не профиль, но в этих сбо, Аноним (169), 12:11 , 22-Апр-19, (186)

https www phoronix com scan php page article item freebsd-zol-april, Денис (??), 08:08 , 05-Май-19, (224)

вот и надо эти тесты на этапе тестирования отправить не будут они переходить пр, crypt (ok), 10:15 , 22-Апр-19, (177)
Посмотри тесты на форониксhttps www phoronix com scan php page article item fr, Денис (??), 08:10 , 05-Май-19, (225)

Использование векторных процессорных инструкций выпелено из ядер 5 0 , Аноним (164), 17:32 , 21-Апр-19, (164) //

Вот кстати и в связи с этим будущее самого ZoL довольно туманно, Линус довольно , Аноним (170), 09:07 , 22-Апр-19, (170) +1 //

теоретически это им несколько отдельных комитов откатить - или обтыкать ifndef _, пох (?), 17:50 , 23-Апр-19, (199)

НЕТ И не просите Я не буду пользоваться фрибсд СПА-СИ-БО , Аноним (208), 13:27 , 25-Апр-19, (208) –3
DragonflyBSD наше все Там все свое, Аноним (222), 14:15 , 30-Апр-19, (222)

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

1. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." –3 +/–

Сообщение от Аноним (1), 20-Апр-19, 08:50

Ну посмотрим что из этого получится. Если его прикрутят к FreeBSD как в Линуксе аля "с боку бантик", тогда нафиг нужно.

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

2. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." –3 +/–

Сообщение от Аноним (2), 20-Апр-19, 09:03

А в чем кривость реализации в линуксе? Просто планирую перестройку домашнего nas с одним диском, и переход на zfs mirror. Какие приключения меня ждут? Btrfs хоть и линуксо-правильний и удобний но как-то я его боюсь...

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

4. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." –20 +/–

Сообщение от пох (?), 20-Апр-19, 09:20

> А в чем кривость реализации в линуксе?
например - неумение управлять памятью - родовая беда самого линукса.
Решение пришло ВНЕЗАПНО - "а давайте нарежем всю память чанками по 4k". Что как бы говорит нам в том числе и о том, какая система стоит на столе у разработчика (видимо, маловат доход той конторы).
Теперь прикидываем, как это будет работать в полупромышленной хранилке, где этой памяти полтерабайта и используется она, внезапно, по назначению - под кэш.
Наблюдения таки да, подтверждают гипотезу - ZoL неимоверно жрет cpu, поскольку поиск нужных 4k, как его ни оптимизируй, быстрым не будет.
> Просто планирую перестройку домашнего nas с одним диском, и переход на zfs mirror. Какие
> приключения меня ждут?
да никаких - устанавливаешь 11ю фрю, штатным способом, она все сделает правильно, и пользуешься. abd и arc comp выключи сразу, само сжатие на диске - после тестов (с ним без arc comp есть ньюансы, вероятно, сводящие пользу к нулю, потому что такое никто уже сто лет не то что не тестирует, а вообще не проверяет).
А линукс для твоих целей - ненужно. Они десять лет TRIM не могут в своей ветке.
К тому времени, когда во фре это доломают - твой домашний нас или рассыплется, или тебе надоест с ним играться, и еще десять лет он прекрасно проживет без обслуживания.
Если что, с самбой, nfs и драйверами mellanox у фри все в полном порядке.

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

8. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +20 +/–

Сообщение от dimcha (??), 20-Апр-19, 09:35

> "а давайте нарежем всю память чанками по 4k"
MMU у 32bit x86 аппаратно поддерживали страницы 4Кб. Отсюда и размер, а не с потолка или от дешевизны системы. В винде тоже 4К - самый распространненный размер страниц. Это позже уже hugepages вкорячили и TLB перестал cache_miss выдавать

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

10. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." –5 +/–

Сообщение от пох (?), 20-Апр-19, 09:57

> Отсюда и размер
а теперь подумайте верхней головой - сколько при заполненном полутерабайте у хранилки получится abd чанков и как вы будете теперь искать среди них нужный, сколько займет индекс подобных чанков, и что происходит с блоком стандартных для zfs 128k при чтении, при записи, при обращениях?
Отдельно об эффективности дерганья alloc/free на каждые 4k когда они понадобились/не понадобились (следить за экспайром тоже будете отдельно, перебирая все блоки - как еще-то?).
Что линукс не умеет нормального управления памятью в ядре - не вопрос, зачем только было этот код делать не линуксонли? У разработчика, очевидно, нет тестовых и рабочих систем большого объема, поэтому ему в голову вообще не пришло подумать. Или никого в ней не застало и ушло.
У фри с ее zones этой проблемы, внезапно, нет.
Что страницы у вас 4k - совершенно необязательно означает, что хранить кэш диска надо блоками размером в страницу, а не размером в блок на диске, так, для разнообразия. Или даже в цепочку последовательных блоков, которую вернул prefetch - понадобится из середины, посчитаете смещение когда уже понадобилось - зато сам блок найдете в индексе в 64 раза меньшем.
Ну и на сладкое уже из самой freebsd - неумение kib@ и компании писать работающий код с первого раза, а не с пятнадцатого, если прямая копипаста невозможна. Почитайте комитлоги вокруг abd.c/h - просветлитесь. В том числе и их недоумению "а как это работает вообще".

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

18. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +3 +/–

Сообщение от Адекватный (?), 20-Апр-19, 11:23

Жоский ты человек Пох! :)

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

26. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от пох (?), 20-Апр-19, 12:15

я просто реалист. Что вижу - о том и пою. Поводов для радости, увы, не вижу.

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

56. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +3 +/–

Сообщение от Аноним (56), 20-Апр-19, 15:11

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

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

62. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." –3 +/–

Сообщение от ананим.orig (?), 20-Апр-19, 16:08

Он никак не думает.
Как он там сказал? Верхней головой? Так вот она у него просто не предусмотрена конструкцией. Бай дезигн.
Зыж
По сабжу. Говорил я айзинке тут ещё лет 5-7 назад куда именно перетекла разработка openzfs.
Он (аргументированно надо сказать) спорил.
Но вот он сабж.
Ззыж
Да, про верхнюю голову.
Вот бтрфс реализован штатными средствами ядра линуха.
И это как раз то, что работает без вопросов. От слова совсем.

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

64. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от ананим.orig (?), 20-Апр-19, 16:13

Ззыж
Да. С айзеном хотя бы было весело. (А до этого с занзвером)
А с этим даже комментить влом.

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

96. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +3 +/–

Сообщение от Школьник (ok), 20-Апр-19, 19:27

>Вот бтрфс реализован штатными средствами ядра линуха.
>И это как раз то, что работает без вопросов. От слова совсем.
Если не вспоминать про стабильность и неумение терять данные, тогда да, вопросов действительно нет.
ЗЫ Оно в RAID хотя бы научилось? Сейчас вспомню, когда я завел файлопомойку с ZRAID на фряхе, первую из нескольких. О! В 2009ом году завел. 10 лет один и тот же zpool без потерь данных работает. Десять лет, Карл!
ЗЫЫ А эксперт 294го уровня по области файловых систем мне тут на опеннете те же 10 лет назад рассказывал, что btrfs уже одержал победу над zfs, и последний можно закапывать. Как вспомню, так смешно даже делается. У кого там btrfs в проде остался-то? Facebook уже мигрировал или еще в процессе?

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

98. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +1 +/–

Сообщение от ананим.orig (?), 20-Апр-19, 20:01

> Если не вспоминать про стабильность и неумение терять данные, тогда да, вопросов действительно нет.
> ЗЫ Оно в RAID хотя бы научилось?
Оно понимает что в ветке обсуждается выделение памяти?
Ну нет, так нет.

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

105. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от vg (??), 20-Апр-19, 21:27

ну и у меня Linux mdadm на ехт3 12 лет проработал ... в продакшине ... это-ж надо какие живучие HDD попались
время это не главный фактор

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

109. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +3 +/–

Сообщение от пох (?), 20-Апр-19, 23:06

скорее попался сказочно надежный луч питания.
Один неудачный павердаун - и подобная конфигурация превращается в тыкву (тут и mdadm с его безусловной ресинхронизацией после некорректного останова, и ext3 образца 2000х, с ее неотключаемым накатом (возможно -битого!) журнала). Проверено, причем, увы, многими.

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

178. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +1 +/–

Сообщение от freehck (ok), 22-Апр-19, 11:29

>>Вот бтрфс реализован штатными средствами ядра линуха.
>>И это как раз то, что работает без вопросов. От слова совсем.
> Если не вспоминать про стабильность и неумение терять данные, тогда да, вопросов
> действительно нет.
Честно скажу, btrfs не юзал, но насколько я помню статус, у неё из нестабильных только raid56, всё остальное, говорят, окей.
> ЗЫ Оно в RAID хотя бы научилось?
Пишут, что научилось.
> Сейчас вспомню, когда я завел
> файлопомойку с ZRAID на фряхе, первую из нескольких. О! В 2009ом
> году завел. 10 лет один и тот же zpool без потерь
> данных работает. Десять лет, Карл!
Ндык, zfs задал тренд на VMFs. Он был первым и лучшим, кто ж спорит.
> ЗЫЫ А эксперт 294го уровня
Нашёл кого слушать. btrfs до zfs ещё расти и расти. Местами, безусловно, она уже догоняет. Но её отлаживать ещё предстоит годы. Вон Red Hat, фрустрируя из-за этого, даже stratis запилила. ))

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

231. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от bOOster (ok), 10-Июн-19, 10:20

Как типичный железняк думает только тот кто считает что кроме x86 ничего больше нет. А ПОХ весьма разносторонне думает. И FreeBSD писалась не только для x86 поэтому использует правильные методы для Операционной Системы и ее архитектуры, а не железа на которой она крутиться.

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

28. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +5 +/–

Сообщение от Аноним (28), 20-Апр-19, 12:39

Ну хорошо, допустим, в Линухе всё так плохо с управлением памятью при очень больших объёмах. Почему же тогда Линух почти вытеснил все остальные ОС из Top-500 суперкомпьютеров?

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

38. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от псевдонимус (?), 20-Апр-19, 13:50

А допустим, что ты хороий программист, почему же у меня снег идёт?

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

44. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +9 +/–

Сообщение от Аноним (44), 20-Апр-19, 14:22

Это же очевидно: потому что все, кроме поха, идиоты.

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

65. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." –3 +/–

Сообщение от Аноним (65), 20-Апр-19, 16:15

Потому что остальные ОС ЕЩЕ ХУЖЕ, разумеется.

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

66. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." –4 +/–

Сообщение от Аноним (66), 20-Апр-19, 16:21

Ахахаха. Интересно икается ли сейчас людям получившим нобелевку? Ведь они доказали что на рынке без регулирования выигрывает НАИХУДШЕЕ решение. А тут нате - всё пропало, тушеночный аноним с опеннета их разоблачил.

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

76. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +1 +/–

Сообщение от Аноним (76), 20-Апр-19, 16:53

> на рынке без регулирования выигрывает НАИХУДШЕЕ решение
с этого места попрошу подробнее. Кто доказал, когда?

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

80. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от qwerty123 (??), 20-Апр-19, 17:35

>> на рынке без регулирования выигрывает НАИХУДШЕЕ решение
>с этого места попрошу подробнее. Кто доказал, когда?
Насчет наихудщего я бы поправил, но без понимания критериев качества пипл жует что более блестит.
https://en.wikipedia.org/wiki/The_Market_for_Lemons

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

90. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от microcoder (ok), 20-Апр-19, 18:48

В статье представлен пример об износе которое сокрыто от покупателя и последний выбирает то, что более блестит. Не совсем пониманию, как это вообще приминимо к Linux и FreeBSD и применимо ли к софту вообще. Как софт может износится?
Ну хорошо, допустим, Linux это "лимон" и он может изнашиваться во времени с помощью некачественной поддержки софта относительно FreeBSD. Это должен знать продавец "персиков" и "лимонов" и создатель "фруктов" (завод). Где находится неизношенная ОС и как она называется? Без неизношенной ОС невозможно установить где "персик", а где "лимон". Где эталон?
Получается, что ничего не получается с этой аналогией. Хорошо, я допускаю свою глупость и прошу пояснить лучше.

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

94. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от Аноним (94), 20-Апр-19, 19:25

Аналогия совершенно некорректна. Вопрос не в износе а в разном количестве информации у продавца и покупателя. Посмотри русский вариант если интересно http://ecsocman.hse.ru/data/694/662/1216/5_1_4akerl.pdf
Никогда не попадал с аутсорсерами на "внезапно" возникшие непредвиденные затруднения?

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

180. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от freehck (ok), 22-Апр-19, 11:37

> Ахахаха. Интересно икается ли сейчас людям получившим нобелевку? Ведь они доказали что
> на рынке без регулирования выигрывает НАИХУДШЕЕ решение. А тут нате -
> всё пропало, тушеночный аноним с опеннета их разоблачил.
Вообще-то эмпирика достаточно ясно показала, что дело не в отсутствии/наличии регулирования, а в доступности информации. Если к "лимонам" теория может быть применима, то к большим и дорогостоящим железкам -- уже нет, потому что люди думают, прежде чем тратить большие деньги, и глубже вникают в вопрос, изыскивая свои, новые способы контроля качества, вовсе не завязанные на государственное регулирование.

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

134. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." –1 +/–

Сообщение от Даздраперма (?), 21-Апр-19, 01:13

Угу.
Вспоминается как Торвальдс Танненбауема послал с его сферическим цирком с конями в вакууме, аргументировав это тем, что в массовом рынке выигрывают решения, которые работают и ктоорые поддерживают.
Сколько было стонов про (подставьте свое значение) - такую систему загубили итп. В реальности оно само померло т.к. никому нигде не впилось.3552

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

137. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +2 +/–

Сообщение от ананим.orig (?), 21-Апр-19, 01:20

> в массовом рынке выигрывают решения, которые работают и ктоорые поддерживают.
Серьезно?
Ну да, Тлраальдс жеж спец по рынкам, базарам и прочтим житам.

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

140. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от Аноним84701 (ok), 21-Апр-19, 02:06

> В реальности оно само померло т.к. никому нигде не впилось.3552
Если под оно имелась в виду Minix, то оно вроде как вполне себе живо и даже доволно массово применяется (Intel ME).
https://firmwaresecurity.com/2017/05/07/intel-me-based-on-minix/

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

119. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от Аноним (119), 21-Апр-19, 00:02

мужик, в TOP500 от линукса нужна только запускала MPI программ и возможность откусить лишнее.
стораджи и их OS - удивительно но не рассматриваются.

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

135. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от Даздраперма (?), 21-Апр-19, 01:14

простите кому чего откусить?
Это вы с чиновниками случаем не путаете?

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

146. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +1 +/–

Сообщение от Ю.Т. (?), 21-Апр-19, 07:34

> простите кому чего откусить?
Экземплярам ОС на счётных модулях (узлах) "откусить". Там действительно выгодно иметь, как выше/рядом указывал коллега, чистой воды исполнялку плюс простейшая сеточка, а прочее отдать под счёт.

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

136. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от ананим.orig (?), 21-Апр-19, 01:16

Сайту с топ500 — возможно.
А владельцам?
А! Попасть на сайт топ500.
Интересно, может даст кто нахалву поюзать годик. Много то и не надо. Процентов на 5 от номинала мочности.

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

161. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +2 +/–

Сообщение от Аноним (161), 21-Апр-19, 13:41

А почему при средней ужасности во многих отношения ОС Windows Она господствует на десктопах. Ответ - поддержка железа. А ещё много народу считают другие ОС семейства *nix дистрибутивами Linux (сам офигел, и потратил время на просвещение, ибо страшно), а следовательно у Linux лучше PR. В копилку последнего, linux бы не существовал, если б Линус вовремя узнал о 386 BSD, ну или расклады были б немного иные.
Меня во Фре раздражает многое, но всё относится к области отсутствия достаточных ресурсов чтобы заняться данным вопросом. Что не скажешь про Linux, которые местами выбешивает элементами дизайна ОС.

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

124. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +2 +/–

Сообщение от pda (?), 21-Апр-19, 00:14

> Что страницы у вас 4k - совершенно необязательно означает, что хранить кэш диска надо блоками размером в страницу,
Вообще-то означает. Потому что в процессоры встроена аппаратная система управления страничной памятью. Любое решение уровня "данные ещё не прочитаны" "данные изменены и должны быть записаны" не кратное, а лучше не равное страницам будет заведомо медленнее.

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

12. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +8 +/–

Сообщение от Онаним (?), 20-Апр-19, 10:15

Неумение управлять памятью - внезапно беда кривой поделки ZFS, использующий свой собственный кэш вместо системного, а не линуксов. Системному кешу линуксов внезапно пофиг, сколько там памяти - полтерабайта или два терабайта, у него с поиском всё нормально.

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

25. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." –4 +/–

Сообщение от пох (?), 20-Апр-19, 12:10

> Системному кешу линуксов внезапно пофиг, сколько там памяти
угу, он все равно абсолютно бесполезный. Поскольку не умеет отличить данные от метаданных, не знает ничего о размере блока fs и десяти линуксных прослоек поверх и линейным чтением вымывается на раз.
эта технология, как и нарезка блоками размером в 4k, была неплохим костыликом двадцать лет тому назад, когда в линуксе отказались от раздельных block и buffer cache, а заодно и от block devices в юниксном их понимании, а размер сектора был 512 байт.
С тех пор диски немножечко подросли, объем кэшируемого тоже возрос, и линейные поиски стали тормозом. Сан, работавшая с большими хранилками, догадалась вовремя, а линуксеры застряли в прошлом на своих уже почти еще окончательно готовых десктопах с единственным ide'шником под все.

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

32. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +6 +/–

Сообщение от Аноним (32), 20-Апр-19, 13:40

И где ты в линуксовом менеджере памяти линейные поиски нашел, а поехавший ?
Ccылки на исходники в студию.

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

57. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +3 +/–

Сообщение от Аноним (57), 20-Апр-19, 15:12

А в какой версии был линейный поиск по page cache? До 2.6 (15 лет назад) там уже был хеш, а с 2.6 сделали radix tree:
http://books.gigatux.nl/mirror/kerneldevelopment/0672327201/...
https://lwn.net/Articles/684864/

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

58. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от Michael Shigorin (ok), 20-Апр-19, 15:30

К сожалению, он порой промахивается, всё так же уверенно давая оценки без квалификаторов "кажется", "помнится" и "вроде бы".  Что сильно снижает применимость информации в таких комментариях, увы.

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

70. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." –1 +/–

Сообщение от Аноним (57), 20-Апр-19, 16:36

Ну в целом он прав, улучшения в page cache под huge pages только пока обсуждаются насколько я понимаю:
January 25, 2017
https://lwn.net/Articles/712467/
He would like to revisit the idea of filesystems with a block size larger than the system's page size. That is something that people have wanted for many years; now that the page cache can handle more than one page size, it should be possible.

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

81. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +1 +/–

Сообщение от ананим.orig (?), 20-Апр-19, 17:42

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

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

110. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." –2 +/–

Сообщение от пох (?), 20-Апр-19, 23:08

> Память выделяется страницами. На аппаратном уровне. Всё.
все, п-ц, в линyпсе нормального кэша не ждите? Ну ооок.

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

120. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." –1 +/–

Сообщение от Аноним (119), 21-Апр-19, 00:05

где траву такую взял?.. и почем?
ты слово Compound-Page слышал?... оно тоже выделяется и может быть произвольной длины.
Те же Huge Pages через них сделаны.
А еще есть slab.. который позволяет выделять объекты произвольного размера..

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

131. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." –1 +/–

Сообщение от ананим.jrig (?), 21-Апр-19, 00:49

https://en.wikipedia.org/wiki/Memory_management_unit
зыж
> А еще есть slab.. который позволяет выделять объекты произвольного размера..
серьезно? можешь даже ткнуть в каком месте cpu он находится?
ззыж
а вообще,.. я желаю вам огромных успехов в реализации ваших идей в мелкoсoвте или ещё где.
главное не в нашем линyпсe :D

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

45. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +3 +/–

Сообщение от RNZ (ok), 20-Апр-19, 14:27

Под Linux в prod с 2016 года.
Дома в mirror под home с 2017:

$ egrep -v '^#|^$' /etc/modprobe.d/zfs.conf
options zfs zfs_arc_max=3221225472
options zfs zfs_vdev_scheduler=cfq
$ sudo zpool history | head -480 | grep -v import
History for 'tank':
2017-12-10.18:09:40 zpool create -o ashift=12 tank /dev/disk/by-id/wwn-0x5000039fe6d37a87
2017-12-10.18:13:17 zfs create -o mountpoint=/mnt/homes tank/homes
2017-12-10.18:14:26 zfs set atime=off tank
2017-12-10.18:14:52 zfs set atime=off tank/homes
2017-12-10.18:15:07 zfs set relatime=on tank/homes
2017-12-10.18:15:14 zfs set relatime=on tank
2017-12-10.18:15:55 zfs set compression=on tank/homes
2017-12-10.18:18:04 zfs set compression=lz4 tank/homes
2017-12-17.01:09:20 zfs set mountpoint=/home tank/homes
2018-01-02.01:59:12 zpool attach tank wwn-0x5000039fe6d37a87 wwn-0x5000c50079c65faf
2018-01-02.04:30:59 zpool add tank cache wwn-0x5707c181003b37e5-part1 wwn-0x5707c181003b37e5-part2
2018-01-14.00:24:08 zpool scrub tank
2018-01-20.18:54:38 zpool remove tank wwn-0x5707c181003b37e5-part1
2018-01-20.18:55:12 zpool add tank log wwn-0x5707c181003b37e5-part1
2018-01-20.18:57:06 zfs set sync=always tank
2018-02-11.00:24:09 zpool scrub tank
2018-03-11.00:24:09 zpool scrub tank
2018-03-17.01:57:13 zfs set sync=standard tank
2018-04-08.00:24:09 zpool scrub tank
2018-04-28.03:20:11 zfs create -s -V 60G tank/docker
2018-04-28.03:28:12 zfs set compression=on tank/docker
2018-04-28.03:38:47 zfs destroy tank/docker
2018-05-13.00:24:09 zpool scrub tank
2018-06-10.00:24:09 zpool scrub tank
2018-08-12.00:24:09 zpool scrub tank
2018-09-09.00:24:09 zpool scrub tank
2018-09-25.01:11:39 zfs create tank/docker
2018-09-25.01:15:39 zfs set mountpoint=/var/lib/docker/ tank/docker
2018-09-25.01:15:59 zfs set mountpoint=/var/lib/docker tank/docker
$ zfs list -o name,used,logicalused,avail,logicalreferenced,refer,mountpoint,compression,refcompressratio,compressratio | grep -v legacy
NAME                                                                                USED  LUSED  AVAIL  LREFER  REFER  MOUNTPOINT        COMPRESS  REFRATIO  RATIO
tank                                                                               2,29T  2,55T   348G     40K    96K  /tank                  off     1.00x  1.11x
tank/docker                                                                         923M  1,48G   348G   25,6M  9,27M  /var/lib/docker        lz4     3.18x  1.74x
tank/homes                                                                         2,29T  2,54T   348G   2,54T  2,29T  /home                  lz4     1.11x  1.11x
tank/libvirt                                                                        688M  1,19G   348G   1,19G   688M  /var/lib/libvirt       lz4     1.77x  1.77x
$ zpool status
  pool: tank
state: ONLINE
  scan: scrub canceled on Sun Apr 14 03:58:33 2019
config:
    NAME                            STATE     READ WRITE CKSUM
    tank                            ONLINE       0     0     0
      mirror-0                      ONLINE       0     0     0
        wwn-0x5000039fe6d37a87      ONLINE       0     0     0
        wwn-0x5000c50079c65faf      ONLINE       0     0     0
    logs
      wwn-0x5707c181003b37e5-part1  ONLINE       0     0     0
    cache
      wwn-0x5707c181003b37e5-part2  ONLINE       0     0     0
errors: No known data errors
За всё время использования - никаких приключений и дома и в prod.
До этого был один 1 год использования btrfs в качестве home:
тормоза, потеря файлов при выключении питания, жор цпу при поиске или работе сжатия, алгоритмов компрессии мало и ни не особо эффективны, как запихать ssd кеширование - хз, но сейчас может уже и не нужно.

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

74. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +2 +/–

Сообщение от Аноним (74), 20-Апр-19, 16:44

Уже года два живу с btrfs на машине. Ни разу не было проблем с потерей данных на трех машинах. Возможно, дело в том что использовались только LTS ядра после 20-й версии.

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

79. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +1 +/–

Сообщение от RNZ (ok), 20-Апр-19, 17:29

> Уже года два живу с btrfs на машине. Ни разу не было
> проблем с потерей данных на трех машинах. Возможно, дело в том
> что использовались только LTS ядра после 20-й версии.
Как я понял, это не связано с ядрами, а связано с тем как сбрасываются dirty pages на накопитель.
Может в последние пару лет, чего и подкрутили в драйвере btrfs и он стал надёжнее записывать данные.

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

48. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от Аноним (48), 20-Апр-19, 14:33

Приключение, если можно так назвать -- чтение документации, она (от Оракла) слишком подробна и может испугать обёмом. Для домашнего nas хватит 5-10 страничек.
Основные проблемы решены, в версии 0.8 (на днях вышел 4й кандидат в релизы) добавлена поддержка TRIM.

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

111. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от пох (?), 20-Апр-19, 23:10

> Основные проблемы решены, в версии 0.8 (на днях вышел 4й кандидат в релизы) добавлена
> поддержка TRIM.
ну молодцы, че. Жаль что фребеэсде с такой zfs все равно нафиг не нужно - у нас уже есть один zol, зачем нам второй? ;-)

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

145. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." –1 +/–

Сообщение от Аноним (145), 21-Апр-19, 07:29

>> Основные проблемы решены, в версии 0.8 (на днях вышел 4й кандидат в релизы) добавлена
>> поддержка TRIM.
> ну молодцы, че.
Вот и ты будь молодцом, удали все свой трындёж про "TRIM никогда не будет" ;-)
> не нужно -
> у нас уже есть один zol, зачем нам
И сколько там, Николай Второй, вас? 5? 10? Давно ли пришли к консенсусу?

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

149. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +1 +/–

Сообщение от rinat85 (?), 21-Апр-19, 10:22

например в домене AD для smb шар не очень годится, если для FreeBSD раньше можно было использовать VFS модуль zfsacl для корректного маппинга атрибутов доступа из семантики Win в POSIXACL (сама ZFS хранит в NFSv4,  в близко к виндовой, но может работать в режиме и posixacl одновременно), то SAMBA 4 понимает только posixacl и в этом плане развернуть её прямо на ZFSonLINUX проблем нет, но попробуйте дать на каталог полный доступ всем, все атрибуты, даже смена владельца, у всех будут, кром... права удаления файла.. каталоги удалять, содержимое меняй, на удалить или переименовать файл уже не дать разрешения, только администратор как владелец файла (непосредственно root в самой ОС) сможет это делать... только недавно начали реализовывать отдельный набор утилит для ZOL разряда setfacl, getfacl но с поддержкой винсемантики

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

172. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от freehck (ok), 22-Апр-19, 09:45

> А в чем кривость реализации в линуксе? Просто планирую перестройку домашнего nas с одним диском, и переход на zfs mirror. Какие приключения меня ждут? Btrfs хоть и линуксо-правильний и удобний но как-то я его боюсь...
Ну вообще-то, если вы планируете использовать миррор, то btrfs достаточно стабилен. Единственная нестабильность btrfs -- это raid56. Плюс есть мнение, что частые рандомные записи не очень хороши на btrfs. Но это утверждение я не проверял.
В zfs же по части raid56 всё в порядке. Есть raidz, но имейте в виду, что он садит перформанс дисковой подсистемы. Причём нехило. Можно с медианы в 128мкс просесть до 2мс спокойно. Ну это для nvme. Для sata ssd получите в районе 10мс. Для plate jbod-ов не проверял, не было нужды.
В принципе, если вопрос не упирается в скорость дисковой подсистемы, то zfs безусловно маст хэв. Хранилище будет превосходным.
Какие приключения ждут? Ну, ожидайте, что запуск docker-контейнеров будет притормаживать, если вы его переведёте на storage-driver=zfs. Если обустраиваете root-on-zfs, то имейте в виду, что overlay2 поверх zfs почему-то не работает, и если /var/lib/docker находится на zfs, то этот storage-driver будет выбран докером автоматически.
Никогда не включайте дедупликацию. Она требует добавления в систему порядка 20гигов рамы на терабайт диска, и не предусматривает пути назад.
Включение компрессии -- по необходимости или желанию. Базы будете размещать, имейте в виду, что размер блока в zfs по умолчанию 128к. Чтобы базы производительнее были, поставьте датасету recordsize=8K.
По поводу root-on-zfs, если у вас пара датасетов, назовём их tank/var и tank/data, не указывайте mountpoint для tank/data внутри mountpoint для tank/var -- словите условие гонки при старте системы. Вместо этого создавайте nested dataset tank/var/data.
Ну вот примерно такие приключения вас ждут.
Очень рекомендую серию статей:
https://pthree.org/2012/04/17/install-zfs-on-debian-gnulinux/
Удачи!

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

188. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от PnDx (ok), 22-Апр-19, 14:26

> Никогда не включайте дедупликацию. Она требует добавления в систему порядка 20гигов рамы на терабайт диска, и не предусматривает пути назад.
Это с чего бы не предусматривает? Но таки да, включать есть смысл разве что "на поиграться".
> Базы будете размещать, имейте в виду, что…
Не надо этого делать. CoW + CoW = fail.
> По поводу root-on-zfs
Плохая идея вне солярки. Разве что для развлечения. Если хотите иметь профит, старайтесь обходить проблемные места.
> raidz
Не иначе как продавцы "полок" разработчикам занесли. Нужно было серьёзно постараться, чтобы алгоритмически зафиксировать скорость не только записи, но и *чтения* с raidz.
¿А что с этим вообще можно делать?
Например, "подпирать" запись на медленные шпиндели быстрым твёрдотельниками. *Корректно* работающая альтернатива мне под linux неизвестна.

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

226. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от freehck (ok), 11-Май-19, 02:40

>> Никогда не включайте дедупликацию. Она требует добавления в систему порядка 20гигов рамы на терабайт диска, и не предусматривает пути назад.
> Это с чего бы не предусматривает? Но таки да, включать есть смысл
> разве что "на поиграться".
Не предусматривает в том плане, что выключение дедупа не ведёт к уменьшению потребления рамы. Что было дедуплицировано, то останется таковым.
>> Базы будете размещать, имейте в виду, что…
> Не надо этого делать. CoW + CoW = fail.
Вот за это -- спасибо.
>> По поводу root-on-zfs
> Плохая идея вне солярки. Разве что для развлечения. Если хотите иметь профит,
> старайтесь обходить проблемные места.
А почему бы, собственно, и нет? zfs-снапшоты системы это всё-таки довольно удобно.
>> raidz
> Не иначе как продавцы "полок" разработчикам занесли. Нужно было серьёзно постараться, чтобы
> алгоритмически зафиксировать скорость не только записи, но и *чтения* с raidz.
А можно подробности? Я не имел времени разобраться, почему zfs увеличивает латентность чтения, я просто наблюдал её и принял как данность.

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

227. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от PnDx (ok), 13-Май-19, 11:52

> Не предусматривает в том плане, что выключение дедупа не ведёт к уменьшению
> потребления рамы. Что было дедуплицировано, то останется таковым.
  Хм. В моей картине мира ОЗУ отжирается в попытке держать все хэши "под рукой". Для этой самой дедупликации (нашёл одинаковый хэш — вставь ссылку на имеющийся блок /и с вероятностью ≈10^39 для SHA256 это таки  верно/). При чтении оно отличается от случая "все блоки уникальные" только более компактным расположением данных. Постепенно рассасывающимся в процессе CoW. Я неправ?
>>> Базы будете размещать, имейте в виду, что…
>> Не надо этого делать. CoW + CoW = fail.
> Вот за это -- спасибо.
  На всякий случай, аргументированное противоположное мнение
https://www.opennet.ru/openforum/vsluhforumID3/117278.html#88
  Как всегда, нужно смотреть на условия применения. В описанном случае правильно спроектированный кэш в zfs даёт выигрыш больше, чем проигрыш от применения CoW.
* На обратной стороне dm-cache в linux, написанный какими-то хипстерами. Мне вот например нужно "подпирать" запись на медленные шпиндели быстрыми ssd. И как это в linux сделать?
>>> По поводу root-on-zfs
>> Плохая идея вне солярки. Разве что для развлечения. Если хотите иметь профит,
>> старайтесь обходить проблемные места.
> А почему бы, собственно, и нет? zfs-снапшоты системы это всё-таки довольно удобно.
  Потому что данная ФС в linux "навесная". И проблем в таком кейсе будет сравнимо с btrfs.
Пример "от противного": положите на zfs swap-файл (mkswap и т.д.) и забейте как следует ОЗУ.
>>> raidz
>> Не иначе как продавцы "полок" разработчикам занесли. Нужно было серьёзно постараться, чтобы
>> алгоритмически зафиксировать скорость не только записи, но и *чтения* с raidz.
> А можно подробности? Я не имел времени разобраться, почему zfs увеличивает латентность
> чтения, я просто наблюдал её и принял как данность.
  Алгоритмически я не разбирал (т.к. не готов исправлять). А замеры вот:
https://habr.com/ru/post/344204/
  И кое-какие советы:
https://habr.com/ru/post/314506/
* И да, без ECC к zfs лучше не подходить. Как к любой БД, где нет желания расстаться с данными.

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

228. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." –1 +/–

Сообщение от Michael Shigorin (ok), 13-Май-19, 13:38

> Мне вот, например, нужно "подпирать" запись на медленные шпиндели
> быстрыми ssd. И как это в linux сделать?
bcache?

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

229. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +1 +/–

Сообщение от PnDx (ok), 13-Май-19, 15:35

>> Мне вот, например, нужно "подпирать" запись на медленные шпиндели
>> быстрыми ssd. И как это в linux сделать?
> bcache?
  Не поленился найти более-менее актуальный дайджест: https://habr.com/ru/company/first/blog/330040/
* bcache — отказать, т.к. скремблирует данные (посему ставится только в пару с пустым разделом) и в случае неисправности я не знаю что делать.
* lvm cache — afair, было только чтение. (Новый модуль от RH тоже дизайнили то ли программисты, то ли наркоманы. Им не накрыть VG, а на тестах я не увидел "вымывавания" кэша. Совсем. Засим попрощался.)
* flashcache — на локалхосте как-то работает. Игрался у себя на рабочей станции (openSUSE 42.1 на тот момент afair). Подпёр тогдашнее md-зеркало с xfs ≈2TB. Заподозрил потерю (мета)данных при включении write-back. (+ Модуль вгружался через раз из-за гонок, но тут уже́ моя лень править.)
(!) Ни один из перечисленных не предоставляет опцию "подпереть очередь записи на устройство". Что, как мне кажется, наиболее прямой путь:
* Успеваешь — пиши прямо на шпиндели.
* Не успеваешь писать на шпиндель — пиши в кэш, пока есть место (fifo).
* Кэш тоже кончился? Вот теперь подождём (iowait)…
* Очередь разгреблась — пошли сливать (чистить) кэш на шпиндели.

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

230. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от Michael Shigorin (ok), 14-Май-19, 09:18

Коллега прокомментировал так: "в ZFS есть intent log (ZIL SLOG)".

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

234. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +1 +/–

Сообщение от freehck (ok), 17-Июн-19, 14:35

> (!) Ни один из перечисленных не предоставляет опцию "подпереть очередь записи на устройство".
Я хочу дополнить коллегу Шигорина следующими соображениями:
Мы проверяли, ZIL именно это и делает. Если выносить SLOG на отдельный быстрый NVMe-диск, то разница в записи получается разительная. Я точные цифры тех наших изысканий не нашёл, но там где-то в 5-6 раз улучшение записи, емнип.
Также, помнится, 28го декабря прошлого года Чистяков в Dell EMC делал доклад по идемпотентному описанию архитектуры, где среди прочего упоминал в частности и эту тему тоже.

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

235. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от Andrey Mitrofanov_N0 (??), 18-Июн-19, 09:03

>Мы проверяли,
>на отдельный быстрый NVMe-диск,
>улучшение записи
Как http://www.databasesoup.com/2015/02/running-with-scissors-mo... проверяли?...

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

3. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." –1 +/–

Сообщение от пох (?), 20-Апр-19, 09:06

> Ну посмотрим что из этого получится.
да ничего в общем хорошего - баги сложнее опечаток по прежнему будут не исправляться а заметаться под ковер - теперь еще и с обоснованием "а так оно в апстриме" и "что полезло в рот ебе/редхату то и нам впихнется". Зато пацанам из iX будут и дальше платить зарплаты за копипасту, а вот два (или три) основных коммитера нынешей zfs с Украины (коммиты от людей, выдающих себя сейчас за "отцов проекта" там в лупу не разглядеть) - видимо, пойдут на мороз.
В чем, вероятно, и заключался тонкий политический ход - насколько я понял причастных, в проекте нельзя вот так взять и поменять что-то даже мелкое через головы людей, ведущих в данной подсистеме основную работу, а тут - опа, и внезапно работа идет вообще в портах, никто ваш код не трогает, проходите мимо ;-)
за кого болеть в битве жабы с гадюкой - не знаю, по-моему надо просто отойти от террариума, пока жабьей икрой не обрызгало с ног до головы.
А, ну и иллюмосу, очевидно - п-ц. В общем-то тоже не очень и жалко - нехрен было линуксный кал тащить в пасть (да, они вмержили неумение линуксеров работать с памятью).
Отрабатывайте наклоны и приседания - кланяться будем орацлу, и за почти работающую современную fs для линуксов (нет, это btrfs), и за ос для строительства хранилок (это solaris, ясен пень).
Кто еще будет выть про засилье корпораций - тыкаем пальцем в то, что получается, когда вместо корпораций любители на донейтах и зарплатах от куцых лавчонок с тремя работниками.

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

6. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +7 +/–

Сообщение от andy (??), 20-Апр-19, 09:22

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

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

11. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." –14 +/–

Сообщение от КГБ СССР (?), 20-Апр-19, 10:11

Но ведь это правда, в Open source как бы все кал.
Пользовался этим вашим линуксом долгое время.
Все что в нем есть, это кривой графический стек, кривые старые иксы и не работающее ускорение видео в браузере в 2019 году!
Даже в кривой винде ускорение видео в браузере работает и графический стек нормальный.
Так что пользуйтесь своими кривыми поделками сами.

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

39. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +3 +/–

Сообщение от Gannet (ok), 20-Апр-19, 13:54

О, приветик. А ты сам в зеркало посматриваешь хоть иногда? Кривизны там не заметил? А везде тебе кривизна мерещится.

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

46. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +1 +/–

Сообщение от Аноним (48), 20-Апр-19, 14:29

Там извечное "доктор, ну а откуда у вас такие картинки?" (с)

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

87. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." –1 +/–

Сообщение от КГБ СССР (?), 20-Апр-19, 18:34

То есть вы считаете, что в линуксе графический стек нормальный?
Ну у убогих свои причуды...

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

99. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." –3 +/–

Сообщение от Школьник (ok), 20-Апр-19, 20:05

Дядя, он-то кривой, как пространство-время в окрестностях черной дыры, только вот где взять что-то получше? В десяточке графический стек, конечно, на голову выше будет, зато качество ФС с лихвой перекрывает это достоинство. А еще там совершенно безумная система обновлений, да прогнивший реестр, который еще лет 20 назад уже поздно было выпиливать. Ну и в шпионаже за пользователем десяточка едва ли не догоняет андроид. Вдобавок, судя по всему, индус решил всех пользователей десяточки сделать бета-тестерами Windows Server. Спасибо, ребятки, но если я захочу бесплатно поработать на дядю, чтобы он денег загреб, я могу и федору взять.
В macOS, хоть и нет безумных обновлений и реестра, однако же графический стек там в плане OpenGL еще хуже, чем в линуксе, а Metal все еще остается маргинальным поделием, и судя по всему, им и останется в будущем. Вдобавок там решили закопать не только OpenGL, но и OpenCL, не предложив взамен вменяемой альтернативы, под которую бы кто-то был готов портировать софт (CUDA там в силу давней ссоры Apple с nVidia давно уже незваный гость). Учитывая огромные даже по меркам США и остального золотого миллиарда цены на ноутбуки при ряде факапов типа той же клавиатуры, которая уже третье поколение как забивается мусором, требуя дорогостоящий ремонт - вариант с macOS тоже выходит очень кислый (лично для меня, но и не только). Да и забила на нее Apple, если уж честно. Не приносит она им прибыли по сравнению с iOS. Хотя даже с учетом стагнации экосистема macOS в плане стабильности, продуктивности и удобства пользования на десяток лет впереди всего остального. Вот только долго ли оно протянет на старых запасах?
В итоге что остается-то? Остается только надеяться на вяленого, ZoL, кеды и все прочие островки благоразумия и ментального здоровья, которые еще не ушли под воду.

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

101. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +2 +/–

Сообщение от НяшМяш (ok), 20-Апр-19, 20:49

Немного нейтральных уточнений про macOS
> графический стек там в плане OpenGL еще хуже
Так точно, версии выше 3.1 в макось так и не завезли. Да и производительность УГ.
> а Metal все еще остается маргинальным поделием
Я бы так не сказал. Всякие юнити и прочие анриал энжны сделали его поддержку, а на оставшиеся 5% огрызкоголовым плевать.
> Вдобавок там решили закопать не только OpenGL, но и OpenCL
Митол, внезапно, может гонять вычисления. Прямо как вулкан. Просто под него переписывать всё нужно, а уже успешным разрабам лень, они хотят бабки получать.
> CUDA там в силу давней ссоры Apple с nVidia давно уже незваный гость
Ссора, кстати, не очень давняя - примерно полгода ей. Нвидия до сих пор не выпустила дрова под последние операционки. Стороны обвиняют друг друга в этом. Сообщество, у кого макпро с нвидия картами под рендеры и прочую куду, люто бомбят и ничего не могут поделать, кроме как сидеть на тухлой 10.13.6. Собственно, я в такой же ситуации - не могу на хакинтоше с 1070 обновиться до последней оси, ибо нвидия превращается в тыкву.

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

106. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." –1 +/–

Сообщение от Школьник (ok), 20-Апр-19, 21:45

>Всякие юнити и прочие анриал энжны сделали его поддержку
Игорей там все равно не будет, ну да ладно - я был неправ насчет маргинальности. Скажем так, это просто очень специфический API, который за пределами мира Apple не представлен вообще со всеми вытекающими из этого последствиями.
>Митол, внезапно, может гонять вычисления. Прямо как вулкан. Просто под него переписывать всё нужно
Может-то он может с недавних пор, только вот посмотрев на API я так и не понял, что мне нужно делать, чтобы написать свою функцию, которая на GPU считаться будет - то, что в CUDA называется kernel. Исходя из того, что я увидел, они предлагают пользоваться готовыми примитивами - типа посчитать FFT, перемножить матрицу на матрицу, или обучить нейроночку. Свои kernel - насколько я понял, фиг вам. Буду рад, если поправите мою неправоту.
>Ссора, кстати, не очень давняя - примерно полгода ей. Нвидия до сих пор не выпустила дрова под последние операционки.
Эта история повторяется каждый релиз macOS уже, наверное, лет 5 как. С момента последнего MacBook Pro с дискреткой от nVidia. Никаких рациональных технических причин для этого нет.
>Стороны обвиняют друг друга в этом.
Смешно же. Просто кое-кто в Apple абсолютно не заинтересован в нормальной работе карт nVidia. Ну а чо, возьмет какой-нибудь НяшМяш да поставит в свой Mac Pro (а то и вовсе в хакинтош!) свою 1070. Нет бы у партнера Apple рекомендуемую им AMD Radeon Pro впятьдорога купить.

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

160. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от Ретроград (?), 21-Апр-19, 13:07

Буквально несколько дней назад на ютубе чуваки воткнули макось на вируталку и завели в ней 1080 Ti вроде. Так что это скорее миф.

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

19. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +2 +/–

Сообщение от Ю.Т. (?), 20-Апр-19, 11:30

Полагаю, деградация того, на что потрачено много лет жизни, угнетает-таки.
И то, что процесс этот, видимо, закономерный, не утешает.
Не так-то всё просто с этой самой свободой.

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

27. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." –2 +/–

Сообщение от пох (?), 20-Апр-19, 12:25

> ты как-то обмолвился, что приходишь сюда потроллить любителей опенсорса
тут, к сожалению, уже не троллинг - действительно очень жаль что оно кончится вот так. К длинному списку потерь прибавится еще и zfs, со всей остальной фрей заодно.
Потому что в то что это будет когда-то работать хотя бы не хуже чем в линуксе - я не верю, а зачем нам такая фря?
идеальный софт бывает только в сферическом вакууме, как и идеальные разработчики, не закрывающие сообщения об ошибках с notabug/wontfix. Только вот заметно лучше софт не становится почти никогда (все реальные улучшения очень медленные и незаметные), а сделать его заметно хуже удается весьма легко.
Проектов, в которых подобного бы не происходило регулярно - мне, действительно, неизвестно.
> просто ты и нах, говните вообще все
ну так кто виноват,что другой субстанции нынче не осталось вовсе?

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

36. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +1 +/–

Сообщение от andy (??), 20-Апр-19, 13:46

Так есть что-либо, что нравится или нет?

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

47. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +3 +/–

Сообщение от Аноним (44), 20-Апр-19, 14:30

Да нет, нет. Вон раньше небо было зеленее, трава голубее, а сейчас всё — г… и все — п…

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

31. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +3 +/–

Сообщение от Аноним (31), 20-Апр-19, 13:28

Я не пох, но таки программер и да, вообще любой софт, опен там он сорс или нет, абсолютное гавно.

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

33. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +1 +/–

Сообщение от Аноним (32), 20-Апр-19, 13:41

Твой да.

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

132. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +2 +/–

Сообщение от Аноним (31), 21-Апр-19, 00:58

И мой к сожалению тоже. Вообще IT индустрия это полный ппц с клиническими идиотами.

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

168. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от Аноним (168), 22-Апр-19, 01:14

Покатайся пару годиков по стране, поговори с людьми разный профессий.
И обнаружишь, что эти люди, которых, ты называешь клиническими идиотами, ещё ого-го на общем фоне.
А самокритика это хорошо, поддерживаю.

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

49. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от Gannet (ok), 20-Апр-19, 14:37

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

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

59. "(offtopic) суть и форма" +1 +/–

Сообщение от Michael Shigorin (ok), 20-Апр-19, 15:36

> просто ты и нах
А ты ещё не догадался, что это один и тот же человек, как и "товарищ майор", "гугль", "редхат" и протчая, и протчая? :D
По почерку же видно (наверное, близнецами бывают телом, но не душой).
PS: я знаю, кто это, в прошлом веке ещё общались -- жаль, что человек выдаёт свои ценнейшие пласты набитых шишек именно в циничной манере, но это его выбор.  К твоим сообщениям бывают аналогичные претензии у меня, а к моим -- не только у тебя.

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

78. "(offtopic) суть и форма" +2 +/–

Сообщение от имя (?), 20-Апр-19, 17:23

> PS: я знаю, кто это, в прошлом веке ещё общались
В фидонете, поди? Есть у меня подозрение, что я его тоже знаю.

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

102. "(offtopic) суть и форма" +1 +/–

Сообщение от crypt (ok), 20-Апр-19, 21:10

> А ты ещё не догадался, что это один и тот же человек
за что никогда не любил опеннет, так это за вот эту помойку с никами.

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

112. "(offtopic) суть и форма" +3 +/–

Сообщение от пох (?), 20-Апр-19, 23:20

пох - в основном я, ником "нах" помимо меня пользуется еще кто-то, эпизодически, еще есть с большой буквы - такое точно не мое.
товарищмайоров минимум трое (отличаются написанием).
> жаль, что человек выдаёт свои ценнейшие пласты набитых шишек
да нет в них ничего ценного - вот были у меня ценные знания чего в фришной zfs патчить и крутить для конкретных узкоспециальных задач - ну и чего, вот, превратились в тыкву, нынче у нас совсем другая zfs и разбираться придется с нуля (или искать тех кто осилит разобраться и проверять что их советы подходят не только им) Знания в ИТ вообще недолго сохраняют хоть какую-то ценность.
ценно скорее умение угадать куды оно повернет в ближайшее время, но что-то последнее время и это стало слишком просто - ни с edge, ни с zfs, ни с эволюцией мурзилы - ни разу не ошибся, ну так там были два других варианта - вероятный - рептилоиды таки официально введут прямое управление, и сказочный - разработчики и их эффективные массово поумнеют.

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

179. "(offtopic) суть и форма" +/–

Сообщение от Ivan_83 (ok), 22-Апр-19, 11:35

Это типичная сисадминская проблема: разработчики говнокодят а им потом в этом разбиратся.
И выход естественный - самому говнокодить :)

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

207. "(offtopic) суть и форма" –1 +/–

Сообщение от АнкхС (?), 25-Апр-19, 13:16

Просто не надо ничего изучать впрок. Напрасная трата сил. Есть задачи, есть усилия, есть оплата. Мне жаль таких как Вы.

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

209. "(offtopic) суть и форма" –2 +/–

Сообщение от Michael Shigorin (ok), 25-Апр-19, 13:28

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

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

223. "(offtopic) суть и форма" +/–

Сообщение от ПавелС (ok), 03-Май-19, 14:41

>> Просто не надо ничего изучать впрок. Напрасная трата сил.
>> Есть задачи, есть усилия, есть оплата.
> Это, полагаю, не овощное даже существование (те хоть растут), а винтика в
> механизме.
Именно винтика. Сел на стул и расти. Как Вы относитесь к положению некоторых людей, например:
Потратил 15 лет на gentoo и понял что она не нужна.
>> Мне жаль таких как Вы.
> А нам -- таких, как вы.  Но каждый сам выбирает.

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

211. "(offtopic) суть и форма" +/–

Сообщение от пох (?), 25-Апр-19, 15:13

> Просто не надо ничего изучать впрок. Напрасная трата сил. Есть задачи, есть
> усилия, есть оплата.
И зачем вам платить за то, что вы сейчас собираетесь неспешно изучить (по копипастам со стэковерфлоу)? Таджик и дешевле, и работящее.
Есть задача, есть специалисты, умеющие ее решать - _хорошо_. А не сейчас-быстренько-накопипастить-потом-дочитаю-как-оно-работает.
> Мне жаль таких как Вы.
да, в мире копипастеров и "все решения уже есть в гуле" грамотным людям не место, это верно. Дешевле нанять макаку, освоившую быстропоиск.
но у меня все еще остается выгул собак в качестве бизнеса. "быстренько накопипастить" не получится, могут укусить.

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

82. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." –1 +/–

Сообщение от Дон Ягон (?), 20-Апр-19, 18:10

> баги сложнее опечаток по прежнему будут не исправляться а заметаться под ковер
Так сам же пишешь, что как не принимаются, так и не будут приниматься. Т.е. ничего не изменится.
Я, кстати, даже догадываюсь, про какие баги идёт речь. И патчи не принимают как раз упомянутые тобой коммитеры с Украины (ибо они мэйнтейнеры).
> Кто еще будет выть про засилье корпораций - тыкаем пальцем в то, что получается, когда вместо корпораций любители на донейтах и зарплатах от куцых лавчонок с тремя работниками.
Ну вот разработка ZoL (именно в Linux) оплачивается какой-то большой и толстой конторой. И как, хорошо?
Я бы не мешал все проблемы в одну кучу. Корпорации и их засилие - одно, непонимание фрибсдшников, как и на какие деньги эффективно и независимо развиваться - это другое.
Имхо, шило на мыло. Раньше тащили из одного апстрима, теперь будут из другого.
Порт - это, я так понимаю, временная мера.

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

113. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от пох (?), 20-Апр-19, 23:31

> Ну вот разработка ZoL (именно в Linux) оплачивается какой-то большой и толстой конторой. И как,
> хорошо?
ну какая ж она большая и толстая - сравни с орацлом или даже саном времен его заката.
Неплохо. Для линукса. То есть в линухе оно в общем и целом работает, в общем-целом стабильно, немного жирновато жрет (нагрузки от самой zfs во фре ты не увидишь без специальных инструментов, в линухе - просто top будет ей забит) но современные камни переварят. Вон, даже TRIM есть, теперь.
Ну online resize с глюками, но это, похоже, они как раз черезмерно копипастнули сановского кода, теперь страдают. Если бы не лицензионные войны - может уже и зохватила бы мир.
> Порт - это, я так понимаю, временная мера.
там будут ньюансы - насколько я понял объяснения имеющих коммит-бит - там нельзя взять и закоммитить кусок кода, у которого есть типа-владельцы, через их голову. (а вот новый порт создать можно, и для этого даже коммит-бит портовый не нужен - достаточно попросить кого-то, у кого он есть) Вопрос лишь в том, будут ли нынешние трое упираться, подозреваю, что нет - "и баба с возу, и волки сыты". H1b им все равно не светит.
раньше был выбор, тащить мусор или выбросить на входе (ну и втащили его таки опционально, abd - отключаем). Теперь скорее всего - не будет, некому фильтровать.

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

129. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от Дон Ягон (?), 21-Апр-19, 00:26

>> Ну вот разработка ZoL (именно в Linux) оплачивается какой-то большой и толстой конторой. И как, хорошо?
> ну какая ж она большая и толстая - сравни с орацлом или даже саном времен его заката.
По сравнению с ними не толстая, да.
> Неплохо. Для линукса. То есть в линухе оно в общем и целом работает, в общем-целом стабильно,
Да я не про это. Понятно что неплохо, у меня в линуксе тоже норм работало. Ты топишь за вмешательство корпораций, как за благо. Вот, ZoL спонсирует корпорация. В результате OpenZFS загнулся и все мы теперь будем хавать подачки с барского-линукс стола. Это прямое следствие вмешательство корпорации. Была бы на "стороне" FreeBSD ещё одна корпорация, у нас сейчас было бы не 2 а 3 несовместимых ZFS, только и всего (хотя ZoL и OpenZFS и так уже местами не совместимы, да).
>> Порт - это, я так понимаю, временная мера.
> раньше был выбор, тащить мусор или выбросить на входе (ну и втащили его таки опционально, abd - отключаем). Теперь скорее всего - не будет, некому фильтровать.
Посмотрим. Я пока сам до конца не понял, как хуже: так как сейчас или как будет с ZoL.
В целом, это всё слегка нагнетает уныние.

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

133. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." –1 +/–

Сообщение от ананим.orig (?), 21-Апр-19, 01:00

>>> Ну вот разработка ZoL (именно в Linux) оплачивается какой-то большой и толстой конторой. И как, хорошо?
>> ну какая ж она большая и толстая - сравни с орацлом или даже саном времен его заката.
> По сравнению с ними не толстая, да.
redhat покупается ibm... получается linux одномоментно становится в 20 раз длиннее и в 5 толще?
может стоит оставить замеры анальных зондов специалисту выше?

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

150. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +1 +/–

Сообщение от пох (?), 21-Апр-19, 10:30

к сожалению для любителей zfs, редхат уже купил другие наработки, подорого, поэтому не надейтесь что они передумают. У вас будет xfs over lvm(lite, хм) - с собственной реализацией всех ключевых идей - и дедапа, и сжатия, и trim, и дублирования данных - на блочном уровне вместо уровня fs.
На все деньги теперь и ibm, ага.
> может стоит оставить замеры анальных зондов специалисту выше?
да чего их мерять, действительно - нагибайся и раздвигай, введут такой, который оказался нужен бизнесу, а не такой как ты себе отмерял.

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

147. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от Аноним (145), 21-Апр-19, 07:55

>> Ну вот разработка ZoL (именно в Linux) оплачивается какой-то большой и толстой конторой. И как,
>> хорошо?
> ну какая ж она большая и толстая
Подумаешь, протухли стратегические запасы нефти -- это не делает Министерство энергетики США банкротом. У них бездонный кредит доверия, станок и лобби на Опеннете.

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

196. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +3 +/–

Сообщение от Клыкастый (ok), 23-Апр-19, 15:56

Такое сальто-мортале по втаскиванию политоты впечатляет.

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

104. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от anonus (?), 20-Апр-19, 21:21

>а вот два (или три) основных коммитера нынешей zfs с Украины (коммиты от людей, выдающих себя сейчас за "отцов проекта" там в лупу не разглядеть) - видимо, пойдут на мороз.
Ага, при этом один сидит на фоундейшен деньги, второй в той же iX. Уже собираются на мороз.

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

121. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от Аноним (119), 21-Апр-19, 00:07

сложно сказать.. а большие это насколько? 10P-20P - это большая или не очень ?
А там тож линукс валяется.. правда с ext4.

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

123. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..." +/–

Сообщение от пох (?), 21-Апр-19, 00:13

> А там тож линукс валяется.. правда с ext4.
вам эти данные вообще, видимо, не нужны?
(про бэкап не спрашиваю, восстановление закончится с тепловой смертью вселенной)
P.S. интересно, сколько там выполняется fsck, сколько при этом требуется памяти и выполняли ли это хотя бы один раз

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	–3 +/–
Сообщение от Аноним (1), 20-Апр-19, 08:50
Ну посмотрим что из этого получится. Если его прикрутят к FreeBSD как в Линуксе аля "с боку бантик", тогда нафиг нужно.
Ответить \| Правка \| Наверх \| Cообщить модератору


	2. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	–3 +/–
	Сообщение от Аноним (2), 20-Апр-19, 09:03
	А в чем кривость реализации в линуксе? Просто планирую перестройку домашнего nas с одним диском, и переход на zfs mirror. Какие приключения меня ждут? Btrfs хоть и линуксо-правильний и удобний но как-то я его боюсь...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	–20 +/–
	Сообщение от пох (?), 20-Апр-19, 09:20
	> А в чем кривость реализации в линуксе? например - неумение управлять памятью - родовая беда самого линукса. Решение пришло ВНЕЗАПНО - "а давайте нарежем всю память чанками по 4k". Что как бы говорит нам в том числе и о том, какая система стоит на столе у разработчика (видимо, маловат доход той конторы). Теперь прикидываем, как это будет работать в полупромышленной хранилке, где этой памяти полтерабайта и используется она, внезапно, по назначению - под кэш. Наблюдения таки да, подтверждают гипотезу - ZoL неимоверно жрет cpu, поскольку поиск нужных 4k, как его ни оптимизируй, быстрым не будет. > Просто планирую перестройку домашнего nas с одним диском, и переход на zfs mirror. Какие > приключения меня ждут? да никаких - устанавливаешь 11ю фрю, штатным способом, она все сделает правильно, и пользуешься. abd и arc comp выключи сразу, само сжатие на диске - после тестов (с ним без arc comp есть ньюансы, вероятно, сводящие пользу к нулю, потому что такое никто уже сто лет не то что не тестирует, а вообще не проверяет). А линукс для твоих целей - ненужно. Они десять лет TRIM не могут в своей ветке. К тому времени, когда во фре это доломают - твой домашний нас или рассыплется, или тебе надоест с ним играться, и еще десять лет он прекрасно проживет без обслуживания. Если что, с самбой, nfs и драйверами mellanox у фри все в полном порядке.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	+20 +/–
	Сообщение от dimcha (??), 20-Апр-19, 09:35
	> "а давайте нарежем всю память чанками по 4k" MMU у 32bit x86 аппаратно поддерживали страницы 4Кб. Отсюда и размер, а не с потолка или от дешевизны системы. В винде тоже 4К - самый распространненный размер страниц. Это позже уже hugepages вкорячили и TLB перестал cache_miss выдавать
	Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	–5 +/–
	Сообщение от пох (?), 20-Апр-19, 09:57
	> Отсюда и размер а теперь подумайте верхней головой - сколько при заполненном полутерабайте у хранилки получится abd чанков и как вы будете теперь искать среди них нужный, сколько займет индекс подобных чанков, и что происходит с блоком стандартных для zfs 128k при чтении, при записи, при обращениях? Отдельно об эффективности дерганья alloc/free на каждые 4k когда они понадобились/не понадобились (следить за экспайром тоже будете отдельно, перебирая все блоки - как еще-то?). Что линукс не умеет нормального управления памятью в ядре - не вопрос, зачем только было этот код делать не линуксонли? У разработчика, очевидно, нет тестовых и рабочих систем большого объема, поэтому ему в голову вообще не пришло подумать. Или никого в ней не застало и ушло. У фри с ее zones этой проблемы, внезапно, нет. Что страницы у вас 4k - совершенно необязательно означает, что хранить кэш диска надо блоками размером в страницу, а не размером в блок на диске, так, для разнообразия. Или даже в цепочку последовательных блоков, которую вернул prefetch - понадобится из середины, посчитаете смещение когда уже понадобилось - зато сам блок найдете в индексе в 64 раза меньшем. Ну и на сладкое уже из самой freebsd - неумение kib@ и компании писать работающий код с первого раза, а не с пятнадцатого, если прямая копипаста невозможна. Почитайте комитлоги вокруг abd.c/h - просветлитесь. В том числе и их недоумению "а как это работает вообще".
	Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	+3 +/–
	Сообщение от Адекватный (?), 20-Апр-19, 11:23
	Жоский ты человек Пох! :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	+/–
	Сообщение от пох (?), 20-Апр-19, 12:15
	я просто реалист. Что вижу - о том и пою. Поводов для радости, увы, не вижу.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	56. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	+3 +/–
	Сообщение от Аноним (56), 20-Апр-19, 15:11
	Нет, просто он думает как типичный железняк, а не специалист, который пишет низкоуровневый код и понимает все грабли x86 и их микроархитектур.
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору


	62. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	–3 +/–
	Сообщение от ананим.orig (?), 20-Апр-19, 16:08
	Он никак не думает. Как он там сказал? Верхней головой? Так вот она у него просто не предусмотрена конструкцией. Бай дезигн. Зыж По сабжу. Говорил я айзинке тут ещё лет 5-7 назад куда именно перетекла разработка openzfs. Он (аргументированно надо сказать) спорил. Но вот он сабж. Ззыж Да, про верхнюю голову. Вот бтрфс реализован штатными средствами ядра линуха. И это как раз то, что работает без вопросов. От слова совсем.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	64. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	+/–
	Сообщение от ананим.orig (?), 20-Апр-19, 16:13
	Ззыж Да. С айзеном хотя бы было весело. (А до этого с занзвером) А с этим даже комментить влом.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	96. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	+3 +/–
	Сообщение от Школьник (ok), 20-Апр-19, 19:27
	>Вот бтрфс реализован штатными средствами ядра линуха. >И это как раз то, что работает без вопросов. От слова совсем. Если не вспоминать про стабильность и неумение терять данные, тогда да, вопросов действительно нет. ЗЫ Оно в RAID хотя бы научилось? Сейчас вспомню, когда я завел файлопомойку с ZRAID на фряхе, первую из нескольких. О! В 2009ом году завел. 10 лет один и тот же zpool без потерь данных работает. Десять лет, Карл! ЗЫЫ А эксперт 294го уровня по области файловых систем мне тут на опеннете те же 10 лет назад рассказывал, что btrfs уже одержал победу над zfs, и последний можно закапывать. Как вспомню, так смешно даже делается. У кого там btrfs в проде остался-то? Facebook уже мигрировал или еще в процессе?
	Ответить \| Правка \| К родителю #62 \| Наверх \| Cообщить модератору


	98. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	+1 +/–
	Сообщение от ананим.orig (?), 20-Апр-19, 20:01
	> Если не вспоминать про стабильность и неумение терять данные, тогда да, вопросов действительно нет. > ЗЫ Оно в RAID хотя бы научилось? Оно понимает что в ветке обсуждается выделение памяти? Ну нет, так нет.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	105. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	+/–
	Сообщение от vg (??), 20-Апр-19, 21:27
	ну и у меня Linux mdadm на ехт3 12 лет проработал ... в продакшине ... это-ж надо какие живучие HDD попались время это не главный фактор
	Ответить \| Правка \| К родителю #96 \| Наверх \| Cообщить модератору


	109. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	+3 +/–
	Сообщение от пох (?), 20-Апр-19, 23:06
	скорее попался сказочно надежный луч питания. Один неудачный павердаун - и подобная конфигурация превращается в тыкву (тут и mdadm с его безусловной ресинхронизацией после некорректного останова, и ext3 образца 2000х, с ее неотключаемым накатом (возможно -битого!) журнала). Проверено, причем, увы, многими.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	178. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	+1 +/–
	Сообщение от freehck (ok), 22-Апр-19, 11:29
	>>Вот бтрфс реализован штатными средствами ядра линуха. >>И это как раз то, что работает без вопросов. От слова совсем. > Если не вспоминать про стабильность и неумение терять данные, тогда да, вопросов > действительно нет. Честно скажу, btrfs не юзал, но насколько я помню статус, у неё из нестабильных только raid56, всё остальное, говорят, окей. > ЗЫ Оно в RAID хотя бы научилось? Пишут, что научилось. > Сейчас вспомню, когда я завел > файлопомойку с ZRAID на фряхе, первую из нескольких. О! В 2009ом > году завел. 10 лет один и тот же zpool без потерь > данных работает. Десять лет, Карл! Ндык, zfs задал тренд на VMFs. Он был первым и лучшим, кто ж спорит. > ЗЫЫ А эксперт 294го уровня Нашёл кого слушать. btrfs до zfs ещё расти и расти. Местами, безусловно, она уже догоняет. Но её отлаживать ещё предстоит годы. Вон Red Hat, фрустрируя из-за этого, даже stratis запилила. ))
	Ответить \| Правка \| К родителю #96 \| Наверх \| Cообщить модератору


	231. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	+/–
	Сообщение от bOOster (ok), 10-Июн-19, 10:20
	Как типичный железняк думает только тот кто считает что кроме x86 ничего больше нет. А ПОХ весьма разносторонне думает. И FreeBSD писалась не только для x86 поэтому использует правильные методы для Операционной Системы и ее архитектуры, а не железа на которой она крутиться.
	Ответить \| Правка \| К родителю #56 \| Наверх \| Cообщить модератору


	28. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	+5 +/–
	Сообщение от Аноним (28), 20-Апр-19, 12:39
	Ну хорошо, допустим, в Линухе всё так плохо с управлением памятью при очень больших объёмах. Почему же тогда Линух почти вытеснил все остальные ОС из Top-500 суперкомпьютеров?
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	38. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	+/–
	Сообщение от псевдонимус (?), 20-Апр-19, 13:50
	А допустим, что ты хороий программист, почему же у меня снег идёт?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	+9 +/–
	Сообщение от Аноним (44), 20-Апр-19, 14:22
	Это же очевидно: потому что все, кроме поха, идиоты.
	Ответить \| Правка \| К родителю #28 \| Наверх \| Cообщить модератору


	65. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	–3 +/–
	Сообщение от Аноним (65), 20-Апр-19, 16:15
	Потому что остальные ОС ЕЩЕ ХУЖЕ, разумеется.
	Ответить \| Правка \| К родителю #28 \| Наверх \| Cообщить модератору


	66. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	–4 +/–
	Сообщение от Аноним (66), 20-Апр-19, 16:21
	Ахахаха. Интересно икается ли сейчас людям получившим нобелевку? Ведь они доказали что на рынке без регулирования выигрывает НАИХУДШЕЕ решение. А тут нате - всё пропало, тушеночный аноним с опеннета их разоблачил.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	76. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	+1 +/–
	Сообщение от Аноним (76), 20-Апр-19, 16:53
	> на рынке без регулирования выигрывает НАИХУДШЕЕ решение с этого места попрошу подробнее. Кто доказал, когда?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	80. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	+/–
	Сообщение от qwerty123 (??), 20-Апр-19, 17:35
	>> на рынке без регулирования выигрывает НАИХУДШЕЕ решение >с этого места попрошу подробнее. Кто доказал, когда? Насчет наихудщего я бы поправил, но без понимания критериев качества пипл жует что более блестит. https://en.wikipedia.org/wiki/The_Market_for_Lemons
	Ответить \| Правка \| Наверх \| Cообщить модератору


	90. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	+/–
	Сообщение от microcoder (ok), 20-Апр-19, 18:48
	В статье представлен пример об износе которое сокрыто от покупателя и последний выбирает то, что более блестит. Не совсем пониманию, как это вообще приминимо к Linux и FreeBSD и применимо ли к софту вообще. Как софт может износится? Ну хорошо, допустим, Linux это "лимон" и он может изнашиваться во времени с помощью некачественной поддержки софта относительно FreeBSD. Это должен знать продавец "персиков" и "лимонов" и создатель "фруктов" (завод). Где находится неизношенная ОС и как она называется? Без неизношенной ОС невозможно установить где "персик", а где "лимон". Где эталон? Получается, что ничего не получается с этой аналогией. Хорошо, я допускаю свою глупость и прошу пояснить лучше.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	94. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	+/–
	Сообщение от Аноним (94), 20-Апр-19, 19:25
	Аналогия совершенно некорректна. Вопрос не в износе а в разном количестве информации у продавца и покупателя. Посмотри русский вариант если интересно http://ecsocman.hse.ru/data/694/662/1216/5_1_4akerl.pdf Никогда не попадал с аутсорсерами на "внезапно" возникшие непредвиденные затруднения?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	180. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	+/–
	Сообщение от freehck (ok), 22-Апр-19, 11:37
	> Ахахаха. Интересно икается ли сейчас людям получившим нобелевку? Ведь они доказали что > на рынке без регулирования выигрывает НАИХУДШЕЕ решение. А тут нате - > всё пропало, тушеночный аноним с опеннета их разоблачил. Вообще-то эмпирика достаточно ясно показала, что дело не в отсутствии/наличии регулирования, а в доступности информации. Если к "лимонам" теория может быть применима, то к большим и дорогостоящим железкам -- уже нет, потому что люди думают, прежде чем тратить большие деньги, и глубже вникают в вопрос, изыскивая свои, новые способы контроля качества, вовсе не завязанные на государственное регулирование.
	Ответить \| Правка \| К родителю #66 \| Наверх \| Cообщить модератору


	134. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	–1 +/–
	Сообщение от Даздраперма (?), 21-Апр-19, 01:13
	Угу. Вспоминается как Торвальдс Танненбауема послал с его сферическим цирком с конями в вакууме, аргументировав это тем, что в массовом рынке выигрывают решения, которые работают и ктоорые поддерживают. Сколько было стонов про (подставьте свое значение) - такую систему загубили итп. В реальности оно само померло т.к. никому нигде не впилось.3552
	Ответить \| Правка \| К родителю #65 \| Наверх \| Cообщить модератору


	137. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	+2 +/–
	Сообщение от ананим.orig (?), 21-Апр-19, 01:20
	> в массовом рынке выигрывают решения, которые работают и ктоорые поддерживают. Серьезно? Ну да, Тлраальдс жеж спец по рынкам, базарам и прочтим житам.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	140. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	+/–
	Сообщение от Аноним84701 (ok), 21-Апр-19, 02:06
	> В реальности оно само померло т.к. никому нигде не впилось.3552 Если под оно имелась в виду Minix, то оно вроде как вполне себе живо и даже доволно массово применяется (Intel ME). https://firmwaresecurity.com/2017/05/07/intel-me-based-on-minix/
	Ответить \| Правка \| К родителю #134 \| Наверх \| Cообщить модератору


	119. "Началось тестирование сборок FreeBSD, переведённых на ZFS on..."	+/–
	Сообщение от Аноним (119), 21-Апр-19, 00:02
	мужик, в TOP500 от линукса нужна только запускала MPI программ и возможность откусить лишнее. стораджи и их OS - удивительно но не рассматриваются.
	Ответить \| Правка \| К родителю #28 \| Наверх \| Cообщить модератору