форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
Сообщение от opennews (ok) on 25-Фев-11, 17:49
Разработчики Linux-дистрибутива Fedora 15 сообщили (http://lists.fedoraproject.org/pipermail/devel-announce/2011...) о переносе даты выхода альфа-версии Fedora 15 на одну неделю. Перенос вызван необходимостью устранения ошибки (https://bugzilla.redhat.com/show_bug.cgi?id=676827) в X-сервере, приводящей к невозможности аутентификации в GDM при использовании некоторых иноязычных раскладок клавиатуры (проблема подтверждена для немецкой и французской раскладок). Отдельно отмечается, что перенос альфа-версии на неделю не отразится на дате выхода последующих тестовых версий и финального релиза, который по прежнему запланирован (https://fedoraproject.org/wiki/Schedule) на 10 мая. Из планов (http://fedoraproject.org/wiki/Releases/15/FeatureList) на Fedora 15 можно отметить: -  интеграцию системного менеджера systemd в качестве системы инициализации по умолчанию; -  включение в поставку десктоп-окружений Gnome 3.0, KDE 4.6 и Xfce 4.8; -  переход на GCC 4.6 для сбор... URL: http://lists.fedoraproject.org/pipermail/devel-announce/2011... Новость: http://www.opennet.dev/opennews/art.shtml?num=29722
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+4 +/–
Сообщение от cordatus (ok) on 25-Фев-11, 17:49
А я уже начал готовить свои щупальца, щупать на первое число
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+1 +/–
Сообщение от BliecanBag (ok) on 25-Фев-11, 17:52
Я уже заждался :) Хотя задержки у них это традиция
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+1 +/–
Сообщение от User294 (ok) on 25-Фев-11, 18:01
> По заявлению разработчиков Btrfs работает уже достаточно стабильно > и все ранее высказываемые замечания учтены разработчиками О! Хороший признак. Похоже, скоро можно будет пользоваться современной ФС с рядом интересных свойств :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	5. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от Аноним (??) on 25-Фев-11, 18:16
	Например, отсутствие нормального определения наличия свободного места, отсутствие fsck (см. далее про "оно не нужно"), сильная фрагментация при активной работе, нарушение целостности фс при работе в штатном режиме в dmcrypt, нарушение целостности работы фс при сбое оборудования, нерациональное использование свободного места на диске (под свои нужды, а не под данные пользователя), и многие другие "интересные" свойства. Она еще года два не будет готова. Хотя, с таким-то темпами, и все 5. Или КраснаяШапка стала платить разрабам и они ускорили темп разработки?
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	7. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от ананим on 25-Фев-11, 18:26
	угу. если таких аналитегов слушать, то до выхода ext4 в продакшн ещё годик только остался. зыж откуда ты такие новости то берёшь? хоть пруфы приводи уж. а то выяснится, что к примеру определение наличия свободного места у тебя из той годичной давности новости где её таки починили.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	9. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	–2 +/–
	Сообщение от deadless (ok) on 25-Фев-11, 18:41
	правильно, btrfs в продакшен давно пора ставить, и таки чо тормознули релиз федоры, тоже не понятно, франзуцы и немцы подождали бы, а мы бы уже юзали.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	10. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+2 +/–
	Сообщение от ананим on 25-Фев-11, 18:47
	угу. вам то, ставящим федорку в продакшн, токо так и надо.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	11. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от ананим on 25-Фев-11, 18:49
	зыж тем более, что точно такие же траблы чё-то zfs-никам не мешает.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	29. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	–1 +/–
	Сообщение от non anon on 25-Фев-11, 20:12
	>>Поэтому ребята берут вазелин и работают с zfs. > Про "вазелин" впервые слышу. Откуда такая информация? Пруфы в студию, а то > бздуны не знают, что их имеют! Да там регулярно на ровном месте ошибки лезут, а потом все рано или поздно накрывается. http://www.lissyara.su/articles/freebsd/file_system/zfs_reco.../ - вот типичнейшая success story. Я уж не говорю о феерическом падении производительности после нескольких недель активного использования (фрагментация, видимо).
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	–3 +/–
	Сообщение от User294 (ok) on 25-Фев-11, 20:54
	> success story. Еще можно google://nginx zfs sendfile - "вам повезет". В списке рассылки откровенно и сразу встречают фразами в духе http://nginx.org/pipermail/nginx-ru/2010-April/033865.html (при том последнее сообщение такого рода - довольно свежее, я на него вообще случайно наткнулся шарясь в рассылке по совсем иному поводу).
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	44. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от Stax (ok) on 25-Фев-11, 21:16
	>> success story. > Еще можно google://nginx zfs sendfile - "вам повезет". > В списке рассылки откровенно и сразу встречают фразами в духе http://nginx.org/pipermail/nginx-ru/2010-April/033865.html > (при том последнее сообщение такого рода - довольно свежее, я на > него вообще случайно наткнулся шарясь в рассылке по совсем иному поводу). Опять обобщение ситуации "я-решил-посмотреть-что-такое-zfs-не-слезая-с-freebsd-и-словил-мега-багу" на файловую систему вообще?..
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	53. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от User294 (ok) on 25-Фев-11, 22:24
	> Опять обобщение ситуации "я-решил-посмотреть-что-такое-zfs-не-слезая-с-freebsd-и-словил-мега-багу" > на файловую систему вообще?.. Скорее обобщение ситуации когда тут некоторые бсдуны восторженно верещат "продакшн! продакшн!" а в списке рассылки нжинксы прямо в первых же мсг совершенно случайно попадается совсем другая мысля вида "система виснет - не юзайте sendfile на zfs под freebsd". Если вы про соляру и прочая - это не по вашу душу и я ничего такого не обобщал имхо.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	96. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от Анон on 28-Фев-11, 12:37
	sendfile, не sendfile, а зачем zfs на nginx?
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	52. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от deadless (ok) on 25-Фев-11, 22:18
	> Еще можно google://nginx zfs sendfile - "вам повезет". > В списке рассылки откровенно и сразу встречают фразами в духе http://nginx.org/pipermail/nginx-ru/2010-April/033865.html > (при том последнее сообщение такого рода - довольно свежее, я на > него вообще случайно наткнулся шарясь в рассылке по совсем иному поводу). юзер, а ты бы забился на спор?
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	98. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от User294 (ok) on 28-Фев-11, 22:32
	> юзер, а ты бы забился на спор? ИМХО это зависит от предмета и условий спора :)
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	56. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от iZEN (ok) on 25-Фев-11, 22:30
	>> success story. > Еще можно google://nginx zfs sendfile - "вам повезет". > В списке рассылки откровенно и сразу встречают фразами в духе http://nginx.org/pipermail/nginx-ru/2010-April/033865.html > (при том последнее сообщение такого рода - довольно свежее, я на > него вообще случайно наткнулся шарясь в рассылке по совсем иному поводу). Баг OpenSolaris, Bug ID 6895088 пофикшен к 1 мая 2010 года в FreeBSD 8-STABLE.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	75. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от ананим on 25-Фев-11, 23:43
	да чё там других багов мало что ли? zfs caching performance problem - http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6... zfs scrub pause and resume - http://bugs.opensolaris.org/bugdatabase/view_bug.do;jsession... и вообще - http://www.google.ru/search?sourceid=chrome&ie=UTF-8&q=Bug+I... и только в бзд всё ок. особенно с жабой. ну а чё? ей то торопиться некуда. ну а если озу => к размеру винта!......
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	43. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от Stax (ok) on 25-Фев-11, 21:15
	А может хватит обобщать уже? Проблемы в кривом порте zfs под bsd, или в ошибках ядра bsd. Zfs отличная файловая система, одна из лучших, но использовать ее надо там, где она стабильна (solaris). Вы бы еще ставили в укор zfs проблемы при использовании zfs-fuse под линуксом. Что за логика, блин. Детский сад, младшая группа.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	69. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от ананим on 25-Фев-11, 23:10
	а может вам с такими претензиями идти в оракл? тут опеннет, разговор о свободных осях и фс. да и разговор идёт с бздишнегами, а не с солярщиками. поэтому либо zfs стабильна в открытой ос (а это только бсд), либо обсуждается на деньги оракл на их сайте. а там она кстати нахрен не нужна. там своё решение на все случаи жизни. рекомендую пообщаться с металинком, угу.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	83. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от Stax (ok) on 26-Фев-11, 05:46
	Причем тут оракл? Вот расскажите, что такого несвободного в openindiana? Почему открытая ос - "только бсд"? А как же zfs в linux? Вы считаете, что он там работает хуже, что ли? А что нужно ораклу, и что нужно остальным вообще тут не при чем. У zfs есть сфера применения, и не одна. И в которой ее можно применять, не добавляя при этом глюков бсд'шной реализации, заметьте.
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	84. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от ананим on 26-Фев-11, 10:11
	ну конечно! теперь самое время поговорить о zfs в линухе и индиане! особенно после этих слов: >Проблемы в кривом порте zfs под bsd, или в ошибках ядра bsd. Zfs отличная файловая система, одна из лучших, но использовать ее надо там, где она стабильна (solaris). по-моему благородный дон юлить изволит.
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

	91. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от Stax (ok) on 26-Фев-11, 22:06
	openindiana это свободный и открытый вариант solaris. Под которым zfs, разумеется, нормальный. Что не так?
	Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

	92. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от ананим on 27-Фев-11, 01:05
	пруф на нормальный zfs. зыж видите ли, с момента как санки открыли код, который был вечно в альфа версии и только для платформы хы86 и которая так и не стала для соляры "родной" и уж тем более когда правообладатель этого кода - оракл - забил вообще на это дело.... так вот, нормальной, атуальной, безбажной и вовремя правящейся свободной версии/клона соляры просто нет.
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

	93. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от iZEN (ok) on 27-Фев-11, 11:44
	> пруф на нормальный zfs. Каков ваш критерий "нормальности"? Сейчас в фоне у меня идёт scrub пула ZFSv15 на одиночном системном диске (WD6400AAKS). > zpool status selena   pool: selena state: ONLINE scrub: scrub in progress for 0h40m, 29,49% done, 1h36m to go config:     NAME              STATE     READ WRITE CKSUM     selena            ONLINE       0     0     0       gpt/selena_zfs  ONLINE       0     0     0 errors: No known data errors Программы с него запускаются с задержкой порядка минуты, но после запуска работают вообще без замедлений и без всяких тормозов в GUI. В фоне deluge качает/разадёт 15 торрентов. ЧЯДНТ?
	Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

	95. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от ананим on 27-Фев-11, 13:27
	где? где идёт? в какой Ос? зыж когда вмешиваетесь, хоть посмотрите о чём речь. и да, комменты айзена пруфом не являются. сори.
	Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

	104. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от User294 (ok) on 05-Мрт-11, 21:05
	> Программы с него запускаются с задержкой порядка минуты, Нифиговый такой фон, я бы сказал :). А с какой целью scrub? Я так понимаю что с реально серьезными ситуациями (вылезли бэды - частично накрылись метаданные - хана котенку) он все-равно не справится, судя по потугам товарисча чинившего ZFS методом заката солнца вручную. > но после запуска работают вообще без замедлений и без всяких тормозов в GUI. "Эти гоблины такие предсказуемые" (с) > В фоне deluge качает/разадёт 15 торрентов. Интересно, с какой скоростью, если программы статуют минуту? :) > ЧЯДНТ? Страдаешь фигней, пытаясь доказать непонятно кому и что с детской аргументацией. А может, стоит понять что у любой ФС есть сильные и слабые стороны, а панацеи нет, не было и врядли будет?  :)
	Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

	49. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от deadless (ok) on 25-Фев-11, 22:14
	> Да там регулярно на ровном месте ошибки лезут, а потом все рано > или поздно накрывается. > http://www.lissyara.su/articles/freebsd/file_system/zfs_reco.../ - вот типичнейшая > success story. > Я уж не говорю о феерическом падении производительности после нескольких недель активного > использования (фрагментация, видимо). скажи честно взял вбил в гугл два-три слова "freebsd zfs recovery" или типа таво, нашол подходящий линк кинул в форум не прочитавши.... не ты лучше про вазелин пеши, у тебя зачотно получаеццо :)
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	51. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от iZEN (ok) on 25-Фев-11, 22:16
	>Я уж не говорю о феерическом падении производительности после нескольких недель активного использования (фрагментация, видимо). На десктопе использую полгода RAID-Z из трёх ноутбучных дисков. Сейчас занято 95%. Дописываю, бывает, до 99%, потом удаляю ненужное, но свободного пространства уже не хватает. Отдельный (загрузочный) 3,5" диск с ZFS около года использую под Torrent-качалку и вообще временное хранилище по типу "скачал-посмотрел-удалил". Каких-то тормозов и потерь производительности не испытываю. FreeBSD 8-STABLE, ZFSv15, 8ГБ RAM. ЧЯДНТ?
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	63. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+1 +/–
	Сообщение от User294 (ok) on 25-Фев-11, 22:42
	> На десктопе использую полгода RAID-Z из трёх ноутбучных дисков. Энтерпрайзное хранилище данных, однако :). > Каких-то тормозов и потерь производительности не испытываю. [...] > ЧЯДНТ? 1) С 8Гб оперативы кто угодно быстрый - запись в большей части попадает в RAM а уже потом выдавливается на диск :). Ощутить влияние ФС можно если объем данных существенно превышает эти 8Гб. Часто ли ты двигаешь такие куски данных, чтобы что-то заметить? 2) На словах все круты, только "на глаз" - не очень точно, особенно с таким дисковым буфером :).
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	70. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+1 +/–
	Сообщение от ананим on 25-Фев-11, 23:15
	ну ты тот ещё затейник. ты и жабу, да на бзд (!!!), да дома!!!, да на десктопе!!! и она при этом тебе ещё и нравится. жесть.
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	13. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	–1 +/–
	Сообщение от Аноним (??) on 25-Фев-11, 18:54
	Правильно, не слушай. Лучше сам почитай, да попользуй эту каку. Я ей пользовался. Спасибо, больше не надо. Откуда беру? Получаю рассылку btrfs. Пройди по ссылочке http://dir.gmane.org/gmane.comp.file-systems.btrfs и почитай. Мне интересно, я читаю. Другим интересно, пусть тоже читают. Обучение же - за деньги ;) Еще полезно почитать слезы потерявших данные на этом форуме: http://forums.gentoo.org/ . Веток там несколько. Справедливости ради, разрабы в лице Криса, данные восстанавливают почти всегда, если им прислать образ. Ничего они не починили. Лишь сделали свою утилиту проверки свободного места. Остальное, видимо, должны разрабы всех прог за них сделать. Проблема со свободным местом для конечного пользователя осталась. А, учитывая сильную дефрагментацию, получается не особо приятно. Рано еще на домашние компы. Хотя бы подождать официального - подчеркиваю, официального - выхода btrfs-utils v.1.0, в которые будет входить не btrfctl, а более новая btrfs и fsck. Хотя, тестерам Федоры не привыкать, конечно. ехт4 создавалась не с 0, прошла необходимый срок взросления. И до сих пор ее некоторые считают не вполне зрелой. Кстати, я тоже потерял на ней данные на пустом месте буквально год назад. Бэкап - наше все.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	16. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от ананим on 25-Фев-11, 19:11
	вот ёптить, когда федора 16 выйдет? пробовал он, блин...
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	41. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+1 +/–
	Сообщение от User294 (ok) on 25-Фев-11, 21:10
	> Хотя, тестерам Федоры не привыкать, конечно. Блин, любой софт сперва сырой и его кто-то должен тестировать и набить шишек. Вот btrfs как раз сейчас активно обезжучивают и он начинает стабилизироваться. То что он еще может подбросить сюрпризов, особенно в граничных ситуациях и редко используемых сочетаниях фич - не понятно только полному дураку. А знаете, когда поток багов ослабевает и заканчиваются крутые и убойные - бета версии и объявляются релизом, собссно. Сейчас это что-то тип бета-версии, плюс-минус лапоть. Уже работает, но баги еще есть.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	64. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от Drist (ok) on 25-Фев-11, 22:43
	Далеко не бета. Даже формат фс не стабилизирован! Какая бета? ПОчему терзают смутные сомнения о том, что не успеют даже к следующей Федоре? Да потому, что тот же fsck в начале 2010 обещали к концу 2010. И где он? Крис пишет, что пилит усиленно. И тут же пишет, что месяц пилил какую-то серьезную ошибку и только приступил к этой утилите. И так постоянно. Вполне возможно, что просто не успеют довести до логического завершения, поскольку работы вагон и маленькая тележка - патчи так и сыпятся, а их надо проверить, внести в ядро. С тем, как патчи вносятся в ядро, они не успевают запрыгнуть в вагон, а потому скачут через релиз ядра. Работающим с бтрфс приходится пользоваться гит и патчить самим. Какая же это бета? Далеко не бета. А и успеют, так что, тестерами охота поработать? :) Это издевательство переводить дистр на сырую фс по умолчанию.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	65. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от iZEN (ok) on 25-Фев-11, 22:44
	>А знаете, когда поток багов ослабевает и заканчиваются крутые и убойные - бета версии и объявляются релизом, собссно. Сейчас это что-то тип бета-версии, плюс-минус лапоть. Уже работает, но баги еще есть. У меня критерий такой: ПО стало годным к продакшену, когда его начинают тюнить на предмет удаления узких замедляющих работу мест. ZFS начали тюнить как раз к выходу FreeBSD 8.2-RELEASE, примерно два-три месяца назад.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	71. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от ананим on 25-Фев-11, 23:18
	во как. а высказывания некого айзена по поводу "готов к продакшену" уже наверное года 2 как.
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	74. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от iZEN (ok) on 25-Фев-11, 23:35
	С 16 сентября 2009 года, если быть точным. Я начал использовать в августе 2009 года ZFS Mirror.
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	76. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от ананим on 25-Фев-11, 23:48
	вот! :D а тут нашли что обсуждать - бтр в федоре. да ещё в той, что ещё и в планах нет. думаю для федор и убунт бтр уже готов. перед выходом формат зафиксировать и всё.
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	78. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+2 +/–
	Сообщение от User294 (ok) on 26-Фев-11, 00:08
	> У меня критерий такой: ПО стало годным к продакшену, когда его начинают > тюнить на предмет удаления узких замедляющих работу мест. Тогда btrfs уже давно готов получается - на предмет скорости его тюнили хорошо и много. Одмн раз даже формат структур на диске изменили несовместимым образом в процессе. Получается что оно уже вообще Ынтерпрайзное решение :)
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	94. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от deadless (ok) on 27-Фев-11, 11:58
	Так я о чем и говорю, в продакшен его давно пора, а они только через 1 релиз в федору. Так не пойдет. баги о которых пишут наверняка из "мифические кони в вакууме" возникающие при попытке прострелить себе ногу. все фигня, давай юзер, ставь сначала ты, а потом я.
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	99. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от User294 (ok) on 28-Фев-11, 23:00
	> попытке прострелить себе ногу. все фигня, давай юзер, ставь сначала ты, > а потом я. Да, давайте поговорим о простреле ног :) Набрел как-то на весьма занимаельное чтиво :) http://www.lissyara.su/articles/freebsd/file_system/zfs_reco.../ Слабонервным не беспокоиться: там описан реально суровый метод рекавери файловой системы ака обнаружение транзакции где все загнулось и форсирование сбоя предыдущей транзакции руками (изобретательно, мля!). Ессно после того как родные утили обосрались что-либо сделать. Ох и нелегкое это дело - закат солнца вручную... :).Вот посмотрев на такие вещи я и понимаю что fsck все-таки нужен, чтобы так не бодаться "в случае аварии" :). Я бы с удовольствием посмотрел на фэйс какогонить там iZEN при нужде чинить ФС *таким* методом, да :)
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

	21. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	–1 +/–
	Сообщение от aix27249 on 25-Фев-11, 19:21
	Всё вышеперечисленное (кроме dmcrypt) я испытал на собственной шкуре. Погоняв полгода btrfs на домашнем компе, решил что пора тестить всерьез и на работе систему развернул на ней. Поначалу было всё замечательно, но как только дело дошло до серьезных нагрузок (заполнение раздела до предела и большой I/O) - я получил частичный крах файловой системы и имел kernel oops'ы с последующей невозможностью записать что-либо на диск до ребута. И это вы считаете готовым к продакшену?) Не, вполне конечно может быть что для того чтобы всё это починить, разработчикам потребуется пару дней. Всё может быть. Но мне что-то не верится.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	22. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	–1 +/–
	Сообщение от deadless (ok) on 25-Фев-11, 19:32
	это не баги, это фичи, так называемый "ряд интересных свойств, вы тредстартера почитайте"... ps: вброс походу удался..
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	23. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+2 +/–
	Сообщение от ананим on 25-Фев-11, 19:50
	федора, продакшн, заполнение раздела до предела,... даже интересно чё ещё интересного расскажете? зыж >И это вы считаете готовым к продакшену?) это гдеж я это считаю то? видать опять инфу пропустил, что на основе 16 федоры, через 2 недели выйдет центос7! :D
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	31. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от non anon on 25-Фев-11, 20:18
	> И это вы считаете готовым к продакшену?) Поддержку zfs во фряхе при гораздо худших раскладах объявляли production-ready. А btrfs пока никто в продакшен пихать не собирается - просто федоровцы решили, что она стала достаточно стабильной для _десктопа_. Что касается страшных историй про монитор, откусывающий голову - не вижу ссылок на bugzilla.kernel.org и архив рассылки разработчиков.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	35. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от User294 (ok) on 25-Фев-11, 20:37
	>> И это вы считаете готовым к продакшену?) > Поддержку zfs во фряхе при гораздо худших раскладах объявляли production-ready. До сих пор в рассылке нжинксы вопли про то что оно виснет с sendfile() с воркэраундом "не юзайте sendfile". Вот такой вот интересный продакшн ;). > А btrfs пока никто в продакшен пихать не собирается - просто федоровцы > решили, что она стала достаточно стабильной для _десктопа_. Дык. Стабилизируется же, приобретает очертания годной к использованию штуки а не сырой фиговины "только для разработчиков и камикадзе". > Что касается страшных историй про монитор, откусывающий голову - не вижу ссылок > на bugzilla.kernel.org и архив рассылки разработчиков. В списке рассылки ссыкотных историй можно конечно найти :) но такие же истории есть у всех. Майкрософт вон умудрился прозевать баг в нтфс когда запись дампа при бсоде на диск разрушает файловую систему нафиг, если диск более 2Тб. Ну и как пошли винчи более 2Тб, так юзеры кирпичами и обосрались, т.к. файловая система убивается до неюзабельного состояния. А казалось бы ФС уже хренадцать лет да и кернелу тоже. А вот поди ж ты - такой вот дестрой юзерских данных.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	60. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от deadless (ok) on 25-Фев-11, 22:34
	> До сих пор в рассылке нжинксы вопли про то что оно виснет > с sendfile() с воркэраундом "не юзайте sendfile". Вот такой вот интересный > продакшн ;). юзер, опять зве;дишь, как троцкий, та проблема была единичной и с апреля 2010 года успела протухнуть 2 раза. давай чонить посвежее придумай, ато даже не интересно. можешь тоже про вазелин чо рассказть :) > Дык. Стабилизируется же, приобретает очертания годной к использованию штуки а не сырой > фиговины "только для разработчиков и камикадзе". ога, кроме btrfs все остальное конечно не стабилизируется :) > В списке рассылки ссыкотных историй можно конечно найти :) но такие же > истории есть у всех. Майкрософт вон умудрился прозевать баг в нтфс > когда запись дампа при бсоде на диск разрушает файловую систему нафиг, > если диск более 2Тб. Ну и как пошли винчи более 2Тб, > так юзеры кирпичами и обосрались, т.к. файловая система убивается до неюзабельного > состояния. А казалось бы ФС уже хренадцать лет да и кернелу > тоже. А вот поди ж ты - такой вот дестрой юзерских > данных. бугога. но это майкрософт, им простительно.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	97. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от User294 (ok) on 28-Фев-11, 16:31
	> 2010 года успела протухнуть 2 раза. давай чонить посвежее придумай, ато > даже не интересно. можешь тоже про вазелин чо рассказть :) http://forum.nginx.org/read.php?21,170638 - не, у него не ZFS, конечно, но во первых, вазелин ему явно нужен, а во вторых ему едва ли 1-2 месяца назад ответили о проблемах с стабильностью ZFS. А это явно не в апреле прошлого года. Или ваши соратники по партии активно распостраняют дезу, или дыма без огня не бывает. Вы утверждаете что посетители этого списка рассылки врут? Или чего? > ога, кроме btrfs все остальное конечно не стабилизируется :) Ну вон в девятку поддержку нового формата вдули. Что-то мне подсказывает что чертыханий в багтраках/рассылках/... опять прибавится :). Это так, о стабилизации. > бугога. но это майкрософт, им простительно. Ну да. Они этак дождутся когда им любители, буквально пара програмеров и чуть ли не на коленке сделают драйвер EXT4 который зарулит остальное :))
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	62. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от iZEN (ok) on 25-Фев-11, 22:38
	>До сих пор в рассылке нжинксы вопли про то что оно виснет с sendfile() с воркэраундом "не юзайте sendfile". Можно свежий пруфлинк на "вопли"? Или это с прошлого года. Один. Пофикшенный. А?
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	100. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от User294 (ok) on 28-Фев-11, 23:09
	> Можно свежий пруфлинк на "вопли"? Или это с прошлого года. Один. Пофикшенный. А? Ищи в ответах deadless - там линк на тред где аж в этом году упоминали о проблемах с ZFS. Если ты считаешь что отвечавший - лжец, ну так расскажи ему прямо в мейллисте об этом, чтоли. А то чего они дезу распостраняют? Кстати а http://www.lissyara.su/articles/freebsd/file_system/zfs_reco.../ - это тоже деза? А то я вижу там полный слив со стороны утилей ФС (вплоть до коредампа) и попадос на ручной педалинг структур ФС с курением сырцов и довольно изобретательным форсированием сбоя прошлой транзакции (автор мастерски попал пальцем в небо и починил ФС - epic win засчитан). Всего-то, ага. Я бы с удовольствием посмотрел как бы ТЫ таким манером репайрил бы ФС :)
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	101. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от iZEN (ok) on 28-Фев-11, 23:55
	>> Можно свежий пруфлинк на "вопли"? Или это с прошлого года. Один. Пофикшенный. А? > Ищи в ответах deadless - там линк на тред где аж в > этом году упоминали о проблемах с ZFS. Не нашёл. Прямую ссылку не дашь? > Кстати а http://www.lissyara.su/articles/freebsd/file_system/zfs_reco.../ - это > тоже деза? А то я вижу там полный слив со стороны > утилей ФС (вплоть до коредампа) zfs scrub бессилен что-либо сделать на разрушенном пуле. Например, ты не сможешь импортировать пул с отсутствующим по каким-либо причинам одним из устройств верхнего уровня. Ещё пример: два винчестера объединены в JBOD или stripe, один из винчестеров покрылся бэдами == хана пулу. Удивлён? Я — нет. И ещё, в ZFSv14 (у автора статьи) отсутствует команда "zpool import -F", позволяющая импортировать повреждённый пул с отбросом последних групп транзакций. > и попадос на ручной педалинг структур Ну так не боги горшки обжигают. ZFS придумал человек, другой человек тоже может понять её структуру. > ФС с курением сырцов и довольно изобретательным форсированием сбоя прошлой транзакции Это свойства CoW не терять ранее записанное, а перезаписывать только самое старое логически удалённое. > Я бы с удовольствием посмотрел как бы ТЫ таким манером репайрил бы ФС :) У меня времени нет на подобные глупости. Это студентам интересно, а мне такие вещи уже не бросают вызов, чтобы бросаться из-за них на баррикады покорения собственной тупости — я стараюсь не допускать до работы глючное железо, а уж для критических данных завожу бэкапы.
	Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

	102. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от User294 (ok) on 04-Мрт-11, 00:23
	> Не нашёл. Прямую ссылку не дашь? Могу повторить для тех кто на несколько постов промотать вверх не может: http://forum.nginx.org/read.php?21,170638 - там товарисчу рассказали про проблемы с ZFS 8.1 и в этом году. Ах да, для столь невнимательных: форум может портить такие ссылки, почему-то спотыкаясь на запятой. Так что use copy-paste, Luke. > zfs scrub бессилен что-либо сделать на разрушенном пуле. Я уже заметил - у чувака оказался разрушенный пул и ... и никаких внятных средств его восстановить простыми методами, хотя-бы в порушенном режиме, мля, когда какие-то данные не прочтутся или в каком-то месте прочтутся криво/не полностью. Для менее подкованного в устройстве ФС фрукта это будет означать что он просрал все полимеры. Идея форсануть откат на предыдущую транзакцию и то что оно даже прокатило и на тот момент ФС была более-менее исправна - азачет за изобретательность. Когда ФС обделалась везде где могла, товарисч ее грамотно обманул, форсанув сбой транзакции :). Но чтобы это сделать - надо весьма прилично разбираться в том как работает ФС и неслабо поупражняться с калькулятором. Я вот что-то не уверен что ты сможешь этот фокус-покус повторить, например ;). Особенное БЕЗ такого мануала. > Например, ты не сможешь импортировать пул с отсутствующим по каким-либо причинам одним > из устройств верхнего уровня. У человека присутствовали все устройства. Облажалась логика рекавери когда транзакция запоролась из-за бэдов как я понимаю. Я конечно понимаю что ситуация не подарок, но как-бы было бы хорошо если бы у ФС были бы средства получше чем "дискэдитор" для выхода из штопора, хотя-бы частичного. А то вручную пинать ФС, засирая трнзакцию чтобы к данным доступиться - "немного" геморройно и пожалуй не всем кулсисопам типа тебя по зубам :)) > Ещё пример: два винчестера объединены в JBOD или stripe, один из > винчестеров покрылся бэдами == хана пулу. Удивлён? Я — нет. Ну а я вот недавно отколупал с покрывшегося бэдами винча практически все данные, сперва минимизировав повреждения образа утилитами которые умеют копировать битые диски правильно, а потом отрепайрив снятый образ (ессно копию) fsck'ом. В итоге получил почти все данные с проблемного диска. Кстати чем больше наворочено - тем больше заколебешься вычислять смещения блоков в случае если утилиты все-таки обделаются и придется руками разрюхивать :). Ну или тем дороже заплатишь тем кто это будет рекаверить, если самому слабо а данные нужны. > И ещё, в ZFSv14 (у автора статьи) отсутствует команда "zpool import -F", > позволяющая импортировать повреждённый пул с отбросом последних групп транзакций. Ну, это ж не мешало тебе орать про энтерпрайзность решения :). > Ну так не боги горшки обжигают. ZFS придумал человек, другой человек тоже > может понять её структуру. Да, но как-то хотелось бы средство которое 1) проверит что метаданные корректны 2) если они не корректны, сможет восстановить их настолько насколько это возможно. Потому что при например вылезании бэдов на диске - могут порушиться данные и/или метаданные в произвольном месте. Стандартная механика СoW имеет право поломаться от такой подляны, т.к. какие-то метаданные могут быть испорчены. Но это не повод просрать целиком и полностью. То что человеку удалось исправить проблему путем форсированного отката транзакции на более старую - ну да, повезло. В том плане что все застряло на сбойных блоках и где-то там и обломалось. Легко догадаться что это лишь частная ситуация :). Мне вот например попался диск где ошибки долго были не обнаруженными, а Генерал Фэйлор посетил обладателя диска при чтении весьма древних данных, которые читаться не захотели, том выпал в R/O а при ребуту отказался монтироваться вообще. Жил он себе, жил, смарт идеальный. А некоторые сектора не прочитались. Хотя совсем нечитабельных оказалось немного но немного данных и метаданных - сыпанулось ессно. >> ФС с курением сырцов и довольно изобретательным форсированием сбоя прошлой транзакции > Это свойства CoW не терять ранее записанное, а перезаписывать только самое старое > логически удалённое. Да, только вот думаю несложно догадаться что товарисчу повезло что засралась только последняя транзакция и откат этого привел к рабочей ФС. Успешность этого подхода очень зависит от того что и где порушилось. Поэтому утили способные проверить метаданные на корректность в случае когда тома УЖЕ порушены и восстановить насколько возможно - мне лишними не кажутся почему-то. >> Я бы с удовольствием посмотрел как бы ТЫ таким манером репайрил бы ФС :) > У меня времени нет на подобные глупости. Это студентам интересно, а мне > такие вещи уже не бросают вызов, Скажи уж честнее: твоего мозга и познаний просто не хватит на это. Ну, заплатишь тем у кого хватит, если данные будут нужны, или скрипнешь зубами и просрешь полимеры, известное ж дело :)). Кстати в этом плане CoW механика имеет свои грабли: снапшоты выгдядят как бэкап, НО ОНИ НИ РАЗУ НЕ ЗАМЕНА БЭКАПА! Один порушеный блок в середине цепочки снапшотов - повредит еще все более поздние версии ссылающиеся на него. Например если ты записал файл на чистый винч, а потом отредактировал и СoW дописал довесок в сторонку, а потом вылез бэд под блоками первого состояния файла - ты просираешь и прошлое состояние и текущее. И никакие откаты к снапшоту не помогут. Так что полноценные бэкапы оно не заменяет нихрена. > чтобы бросаться из-за них на баррикады покорения собственной > тупости — я стараюсь не допускать до работы глючное железо, > а уж для критических данных завожу бэкапы. Ты не поверишь, почти все HDD/SSD вышедшие с фабрики как правило более-менее безглючные - там какие никакие тесты проводят, ибо выбросить глюкало сразу с конвейера намного дешевле чем его потом юзвергу заменять. А потом они могут вдруг начать сбоить. Просто потому что механика - штука нежная, размены измеряются в десятках нанометров. Одна пылинка - и вот уже сектор и то и куча оных и не читается. Флеш может осыпаться, там вообще принцип хранения информации ссыкотный - заряд загоняется в диэлектрик и надеятся что не утечет. На самом деле утекает. Как в SDRAM но намного медленнее, за годы вместо долей секунды. Поэтому кстати на флеше так и упирают на параметр data retention = X years. Все это сильно зависит от техпроцессов, вероятности, удасности-неудачности экземпляра, etc. Уповать на то что проблем никогда не будет - высшая степень наивности. Технологии тонкие, капризные, а для максимального профита - юзаются на грани, без многократного запаса прочности,  и даже хуже: нынче считается что ошибки ECC - это вполне приемлимо и девайс можно выпустить (тут уже начинается полнейшая игра с вероятностью кто кого обыграет). А значит мы будем кушать бэдсектора и дальше. Никуда мы от них не денемся... :)
	Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

	58. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от User294 (ok) on 25-Фев-11, 22:33
	> И это вы считаете готовым к продакшену?) А кто утверждал что оно готово к продакшну под серьезными нагрузками? Я что-то не помню чтобы кто-то настолько бы обнаглел. Федора на десктопе и то только в будущей версии рассматривает возможность, а тут вдруг уже продакшн и нагрузки? Телега впереди лошади? > Не, вполне конечно может быть что для того чтобы всё это починить, > разработчикам потребуется пару дней. Всё может быть. Но мне что-то не > верится. Надеюсь что вы написали в список рассылки и создали баг, а не только тут побухтели?
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	34. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+2 +/–
	Сообщение от User294 (ok) on 25-Фев-11, 20:28
	> Например, отсутствие нормального определения наличия свободного места, Судя по мыллисту и прочая - это уже забороли более-менее. Может какие-то остатки и остались, но все-таки. А вы прикиньте, простого и однозначного ответа на вопрос "сколько места доступно" при таком дизайне ФС в общем то и нет. Хотя-бы потому, что кроме свободного места доступного "сию секунду" есть еще "потенциально доступное место" - занятое под ненужные уже сущности. Которое можно поюзать если пройтись GC-ом, но это как вы понимаете не моментально. Наверное оттуда и растут подобные грабли, только самое ли это плохое. > отсутствие fsck Есть btrfsck, хотя я бы на него всерьез пока не рассчитывал... > (см. далее про "оно не нужно") Не, вот мне - НУЖНО, я не ZFSники всякие, мне без полновесного fsck - ссыкотно как-то. Даже несмотря на то что при современных емкостях дисков я могу сделать бэкап всех ценных данных на физически разнесенные носители, fsck в моем понимании все-равно лишним не является :) > сильная фрагментация при активной работе Сильно зависит от того что и как будет делаться. Алсо, работа ФС одинфиг подразумевает сборку мусора. Чертовски логично и дефрагнуть до кучи попутно. > нарушение целостности фс при работе в штатном режиме в dmcrypt, Это баг или что-то вытекающее из базовых принципов работы ФС? Откуда ноги растут? > нарушение целостности работы фс при сбое оборудования, По логике вещей CoW механика должны переживать как минимум креши и ребуты при обычных операциях с файлами лучше. Потому что файло в момент перезаписи на диске вообще не портится а изменения пишутся в сторону. А если не удалось дописать - то и хрен с ним, просто вернуться к старой версии файла. Это лучше чем поиметь полуперезаписанный файл в классическом дизайне ФС, а? (полный журналинг данных для реализации честного все или ничего - тормозит слишком, запись минимум в 2 раза тормознее в классике). Метаданные - зеркалируются если более 1 девайса, что как бы у классических ФС ессно не делается (можно зеркалить все на честный райд, надежнее, но тогда и эффективность по свободному месту упадет минимум в 2 раза просто потому что зеркалирование). > нерациональное использование свободного места на диске Зависит от того что понимать под рациональностью. Например стерли вы диру нечаянно. Сгоряча. На обычной ФС она просрана и в нормальном виде ее не отколупаешь уже скорее всего. Зато свободного места больше стало сразу. В случае CoW файловая система не грохнет все сразу по факту а лишь пометит что вон то место можно расчистить. Опосля. Есть некоторое время чтобы передумать и вернуть в вид как было. Я вот например влетал и более обидным способом - раскатав поверх "боевой" версии файлов версию из бэкапа. Просрав все изменения с момента бэкапа, мля. Что несколько не прикольно ощущается, знаете ли. В этой ситуации undelete не возможен совсем - перезапись файлов более старыми версиями. Undelete-ить тупо нечего. Обидная ситуация и хрен чего сделаешь - содержимое физически угроблено перезаписью поверх. В случае с бтрфс я мог бы тупо вернуться к снапшоту и передумать. Я затрудняюсь это назвать нерациональным просироном места. Спасательный круг конечно занимает место и большую часть времени нафиг не нужен. Но врядли кто вспомнит про нерациональность в ситуации когда приперло.   > и многие другие "интересные" свойства. типа балансирования нагрузки на несколько дисков, возможноси наращивания или сокращения емкости путем добавления-изъятия дисков, etc? :) > Она еще года два не будет готова. Смотря для каких целей и задач. Ессно такой мини-монстрик быстро не отладят до 100% безбажного состояния, но процесс разработки выходит на финишную прямую. > Или КраснаяШапка стала платить разрабам и они ускорили темп разработки? Вай, сколько снобизма. По моим набюдениям коммитов от разного народа там немало. Вам btrfs чем-то не нравится? Или с чего столько снобизма то? :)
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	36. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от Кракен (ok) on 25-Фев-11, 20:40
	Не думаю, что ее сделают системой по умолчанию. Обсуждение в дев - это одно, а принятия такого решения - совсем другое. Они даже systemd не стали включать пока оно совсем не стало готово. А по делу - ext4 сейчас, пожалуй, самая быстрая фс общего назначения, которую разрабатывают люди из редхат. И что-то мне не кажется, что в ближайшем будущем она будет заменена.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	38. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от User294 (ok) on 25-Фев-11, 20:57
	> которую разрабатывают люди из редхат. Если меня не подводит склероз, Теодор ушел в гугл. > И что-то мне не кажется, что в ближайшем будущем она будет заменена. Многие разработчики и не скрывают вроде что EXT4 это промежуточный этап для "здесь и сейчас", а будущее - за btrfs.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	40. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от Кракен (ok) on 25-Фев-11, 21:08
	>Если меня не подводит склероз, Теодор ушел в гугл. Википедия подтверждает. Ушел. Но не одним Тео екст4 жива. :) Проскакивала даж новость, что редхат активно коммити в ext4 и xfs. >Многие разработчики и не скрывают вроде что EXT4 это промежуточный этап для "здесь и сейчас", а будущее - за btrfs. Некоторые так считают, но время показывает, что ext4 не стоит на месте - работает все быстрее с каждым релизом ядра и сейчас еще множество мест, где она превосходит btrfs. Конечно, у бтрфс есть несколько вкусных фич, но пока она явно не смотрится в качестве корневой системы поумолчанию(хотя интел считает иначе, походу, в meego).
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	46. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от User294 (ok) on 25-Фев-11, 22:00
	>>Если меня не подводит склероз, Теодор ушел в гугл. > Википедия подтверждает. Ушел. Но не одним Тео екст4 жива. :) Не одним, но он один из главных разработчиков оной ФС. Баги он кстати чинил замечательно в момент когда меня это интересовало, т.к. у меня они были как раз, к счастью как оказалось - не опасные :). > Проскакивала даж новость, что редхат активно коммити в ext4 и xfs. Ну так не врут же. Помнится XFS в новых ядрах кто-то подтянул насчет metadata-intensive workloads. Не оно? Как раз одно из слабых мест XFS по жизни. > Некоторые так считают, но время показывает, что ext4 не стоит на месте Сколько волка ни корми, а крылья у него не отрастут. EXT4 - это классика (на стероидах, но все-таки). Со всеми вытекающими, как то или "не совсем честные транзакции" (возможность появления при крахе файлов с наполовину старым и наполовину новым содержимым) или "тормозит в 2 раза на запись" - на выбор. У CoW файловых систем такой выбор не стоит, да еще и как бонус - снапшоты получаются легко, просто, быстро. Такое вот мелкое читерство - область данных становится одним большим журналом. При этом сохраняются все свойства честного журналинга данных+метаданных, но избавляются от второй записи. Да, за это получают букет иных проблем но они решаемые, а сочетание надежности полного журналирования и скорости ФС без журнала - вполне тянет на EPIC WIN инженерной мысли. > - работает все быстрее с каждым релизом ядра и сейчас еще > множество мест, где она превосходит btrfs. Вот только CoW файловой системой оно не является. А потому оно не сможет недеструктивную запись в сторонку с автоматическим снапшотированием раз в энное время "just because I can". И перезаписав сдуру файлик неподходящим содержимым - на ext4 ничего с этим не сделаешь уже. Файл убит. Не, если принципиально задаться целью чтобы волк полетел - можно его и скотчем к дельтаплану примотать. Полетит! Куда ж он денется то?! Но орел всяко лучше летать будет. > Конечно, у бтрфс есть несколько вкусных фич, У самолета тоже есть лишь несколько вкусных фич по сравнению с каретой, если уж так рассуждать :). > но пока она явно не смотрится в качестве корневой > системы поумолчанию(хотя интел считает иначе, походу, в meego). Ну, блин, а вы надеялись что оно с такой  кучей фич сразу станет идеально безглючно? Мечтать не вредно :)
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	61. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	–1 +/–
	Сообщение от Кракен (ok) on 25-Фев-11, 22:38
	>Ну так не врут же. Помнится XFS в новых ядрах кто-то подтянул насчет metadata-intensive workloads. Не оно? http://www.opennet.dev/opennews/art.shtml?num=28511 - вот про это я говорил. >EXT4 - это классика (на стероидах, но все-таки). Со всеми вытекающими, как то или "не совсем честные транзакции" (возможность появления при крахе файлов с наполовину старым и наполовину новым содержимым) или "тормозит в 2 раза на запись" - на выбор. Но работает быстро(http://www.opennet.dev/opennews/art.shtml?num=21537) и надежно(наличие ее в rhel). >Вот только CoW файловой системой оно не является. CoW бесспорно хорошая штука, но снапшоты для большенства пользователей мало полезны(разве что создавать оного перед апдейтом) и анделет файла - спорная весч(для не полного удаления есть корзина, а если я хочу удалить файл, то я хочу его удалить, чтоб восстановить не могли). >Ну, блин, а вы надеялись что оно с такой  кучей фич сразу станет идеально безглючно? Мечтать не вредно :) Не надеялся. Но считаю, что рановато ей еще. Я вот побаиваюсь еще пробовать, хотя ext4 начал пользоваться задолго до обьявления ее стабильной.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	103. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от User294 (ok) on 04-Мрт-11, 14:44
	> http://www.opennet.dev/opennews/art.shtml?num=28511 - вот про это я говорил. Я вроде про другую новость, где прямым текстом рассказывалось про улучшения в новых ядрах по работе с XFS, но что-то я не нашел ее. Поиск у опеннета совершенно неюзабельный - новости сортирует черт знает как, выдавая какую-то некромансию начала 2000-х на 1-м месте :E. И как бы удачи мне найти нужную новость в хренадцати страницах новостей с текстом XFS :\. > Но работает быстро(http://www.opennet.dev/opennews/art.shtml?num=21537) и > надежно(наличие ее в rhel). Нет уж, фиг вам. Или уж "быстро, но не совсем надежно" (журналинг только метаданных с риском получить полуперезаписанный файл при крахе, хотя формально состояние ФС и будет валидным), или уж "надежно, но нифига не быстро", т.к. двукратная запись данных при полном журналинге - не подарок. >>Вот только CoW файловой системой оно не является. > CoW бесспорно хорошая штука, но снапшоты Скорее, недеструктивная запись вообще. Хорошо если при слете питания в момент сохранения вы получите или уж старую, или уж новую версию файла. Потому что смесь старой и новой версии вообще не обязана быть чем-то вменяемым, корректным и работоспособным. А полное журналирование для избежания такой ситуации на классике - тормозит все этак в пару раз. Из-за 2 записей данных - в журнал и потом в основную область. CoW просто читерит - можно считать что журналом становится основная область ФС, а вместо переноса данных из журнала в основную часть просто переносится позиция журнала, за счет чего избегается вторая запись: данные оказываются уже на своем месте, при том честно зажурналеные. А хотя-бы и за 1 запись за счет того что в следующий момент времени журналом станет другая область. Ну в общем логичное развитие идеи журналирования для избавления от 2х записей. Достаточно красиво придумано и неплохо работает, а хоть и с своими проблемами :) > для большенства пользователей мало полезны "Файловая система с возможностью undo" - весьма полезная штука. Вы никогда не совершали операций с файлами о результате которых приходилось пожалеть? Я вот совершал, увы. > (разве что создавать оного перед апдейтом) и анделет файла - спорная весч(для > не полного удаления есть корзина, Вот корзина сгороженная на уровне приложений - это тот волк, примотаный скотчем к дельтаплану с целью научить его летать. Работает только для сильно некоторых программ, с уймой оговорок и грабель, скорость не ахтецкая, честное undo не обеспечивается. В CoW механике похожие свойства получаются из-за природы работы ФС. ФС может вернуть все в точное состяние как было на некий момент, и кто лучше ФС знает какое там состояние у файла со всеми возможными деталями? Ну наверное не корзина сделанная через известное место, а? > а если я хочу удалить файл, то я хочу его удалить, чтоб восстановить не могли). Это даже на классической ФС очень нетривиально - чтобы удалить файл без возможности восстановить его данные, на магнитном диске - надо полностью перезаписать файл бесполезным мусором и только потом удалить. Что вообще-то очень медленно (надо перезаписать файл целиком) и требует спецутилит(которые это сделают). Стандартные системные вызовы ессно ничего такого не делают - они в случае классических ФС лишь метят место как неиспользуемое, и когда-то туда может быть и будет записано что-то еще. Данные ессно по прежнему остаются где и были, удаляется только ссылка на них и поэтому они могут быть отколупаны оттуда на раз-два в случае если кто реально заинтересован в их отколупывании. А на SSD надежно удалить что-то вообще почти невозможно на уровне физики, ибо контроллер борящийся с wearing'ом сам делает некое подобие СoW, для размазывания записей. В итоге даже если вы запишете мусора по размеру файла - он полетит в соседние ячейки, для размазывания записей. И через прямой доступ к чипам флеша, например, программатором, старые данные, даже после "надежного удаления" будут доступны на раз-два. В общем случае вы можете только уповать на дурака или протереть носитель после удаления стремного филеза мусором, записав оного по размеру всего доступного свободного места (что крайне долго, но спровоцирует даже SSD на физическую очистку данных для освобождения блоков под ваш ценный мусор, наверняка убив старые данные дабы очистить свободное место). > Не надеялся. Но считаю, что рановато ей еще. Я вот побаиваюсь еще > пробовать, хотя ext4 начал пользоваться задолго до обьявления ее стабильной. Я ее ессно пробую только на тестовых данных, ничего ценного и незабэкаппанного там нет :).Впечатление такое что в целом оно работает, а поломать можно только поизгалявшись с продвинутыми операциями.
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

4. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+3 +/–
Сообщение от Аноним (??) on 25-Фев-11, 18:02
>>замена OpenOffice.org на LibreOffice; отлично)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
Сообщение от adolfus on 25-Фев-11, 19:02
Просветите неграмотного, ведь имена сетевых интерфейсов -- штука сугубо локальная. Какой смысл так заморачиваться на этих именах? В конце концов ядру похрен должны эти имена или оно ищет как привязать ip к mac простым просмотром каталогов? Так это же бардак.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	17. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+1 +/–
	Сообщение от ананим on 25-Фев-11, 19:13
	>Какой смысл так заморачиваться на этих именах? бывшим солярщикам просто как-то не уютно...
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	45. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	–1 +/–
	Сообщение от Stax (ok) on 25-Фев-11, 21:21
	>>Какой смысл так заморачиваться на этих именах? > бывшим солярщикам просто как-то не уютно... +1 :) Да, в линуксе действительно не хватает мощной системы имен сетевых интерфейсов а-ля солярка, по ethN вообще ничего не понятно (даже на элементарный вопрос "какое это физически устройство и какой драйвер отвечает за данный ethN в общем случае не ответить, хотя в редхат-совместимых при настройке из утилиты хотя бы комментарий в /etc/sysconfig/network-scripts-ethN обычно есть).
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

15. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
Сообщение от anonymous (??) on 25-Фев-11, 19:10
>интеграция в дистрибутив инструментария для проектирования роботов, симуляции их работы и создания программного обеспечения; зачем?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

30. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
Сообщение от Аноним (??) on 25-Фев-11, 20:14
не в курсе в Fedore 17 они включать zen-kernel?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	32. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от non anon on 25-Фев-11, 20:21
	> не в курсе в Fedore 17 они включать zen-kernel? Вроде не собирались, да и зачем? Кому оно действительно надо, юзает дебиан или генту.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	39. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от Кракен (ok) on 25-Фев-11, 20:58
	Очень наврятли. Ядро в федоре поддерживают те же люди, что и в rhel.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

42. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+2 +/–
Сообщение от Stax (ok) on 25-Фев-11, 21:10
Обалденная работа проделана. Это я понимаю, дистрибутив :) Список изменений реально впечатляет.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	72. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	–1 +/–
	Сообщение от ананим on 25-Фев-11, 23:24
	ха! вот только пользоваться этим (на десктопе) реально можно будет только после выхода в убунте.
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	77. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от anonymous (??) on 25-Фев-11, 23:59
	Ха! вот выйдет восьмерочка максимальная, тогда уж точно пользуйся.
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	82. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от ананим on 26-Фев-11, 01:36
	на своём ноуте? и убунта сойдёт. а в ынтырпрайзе - то за что уплочено.
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

67. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+1 +/–
Сообщение от Frank (ok) on 25-Фев-11, 22:50
Если кому интересно, то я сижу на нетбуке с btrfs примерно с октября месяца прошлого года. Total devices 1 FS bytes used 53.00GB Data: total=55.26GB, used=52.37GB Metadata: total=2.13GB, used=646.14MB System: total=12.00MB, used=12.00KB При этом бук периодически, в среднем раз в пару дней, зависает (изучаю проблему с регрессией из 2.6.35-го ведра, связанной с атомами н450+), и в логах иногда просматриваются мессаги вида btrfs: unlinked 56 orphans btrfs: truncated 2 orphans В довершение к апофеозу, я работаю без свопа (2 гига рамы), и время от времени память кончается (либо из-за внезапно потёкшего на http потоке vlc, либо просто из-за запуска всяких там браузеров, гимпов и авидемуксов одновременно :)), в результате чего ООМ киллер приходит в гости поиграть в русскую рулетку, победителем которой иногда становится какой-нибудь герой типа btrfs-delalloc или btrfs-transacti... Несмотря на это, моя убунта ещё жива и не жалуется ни на что, а я ничего из своих файлов не потерял :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	68. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от deadless (ok) on 25-Фев-11, 22:57
	может это и есть русская рулетка? либо btrfs уже готов к продакшену, но почему-то User294 его ставить не хочет, что-то здесь не так..
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	73. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от ананим on 25-Фев-11, 23:25
	или просто некии дэбылы так и не понимают, что нетбук - нихрена не продакшн.
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	79. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от deadless (ok) on 26-Фев-11, 00:12
	на нетбуке не крешится, так мож и в продакшене крешится не будет, никто ж не пробовал. вот я и предлагаю юзеру воткнуть в продакшен и попробовать. еси чо в бугзилу отпишецо, будет еще стабильней
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	81. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от ананим on 26-Фев-11, 01:30
	>на нетбуке не крешится, так мож и в продакшене крешится не будет, для продакшена "мож" маловато будет. зыж всё пойдёт своим чередом - вначале федора, потом убунтанетбуремикскакойнить, потом домашние файлопомойки, потом торентные файлопомойки, потом файлопомойки в маломсохобуизнесе,.... а потом продакшн.
	Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

	85. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от deadless (ok) on 26-Фев-11, 10:49
	это ж так долго ждать, надо дистр какойнить найти с btrfs наверняка чонить склепали уже, поставлю, как раз древний тазик под разборку валяется, вот и посмотрим, сравним с тем же zfs
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

	87. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от ананим on 26-Фев-11, 13:42
	а что делать? такова судьба любого продакшион-реди продукта. зыж а дистр искать нет смысла - всё в новых, релизкандидутных ядрах. утилиты только отдельно собрать ещё.
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	88. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от Аноним (??) on 26-Фев-11, 16:32
	> изучаю проблему с регрессией из 2.6.35-го ведра   Кстати, 2.6.35 и 2.6.36 -- последние ядра, на которых btrfs работает. В 2.6.37 сломали flush-btrfs и чинить даже не собираются -- см. https://bugzilla.kernel.org/show_bug.cgi?id=27132 и https://bugzilla.kernel.org/show_bug.cgi?id=27842. Глючит даже на последних rc от 2.6.38.
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

80. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
Сообщение от sdog (ok) on 26-Фев-11, 00:37
что с Dom0? будет ли?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	86. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от rpisarev on 26-Фев-11, 11:12
	Согласно https://fedoraproject.org/wiki/FeatureList, пока в фичах значится, но оно не десктопное, потому автор новости "не заметил" его )))
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

89. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
Сообщение от pavlinux (ok) on 26-Фев-11, 17:29
RedHat решила добить своих бета-тестеров переходом на BTRFS Сто пудов Оракл настучал, - мол мало тестируете!!!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	90. "Альфа-версия Fedora 15 задерживается на неделю. В Fedora 16 ..."	+/–
	Сообщение от ананим on 26-Фев-11, 18:47
	да-да. красная шапка последнее время ваще дофига работы за оракл делает. :D
	Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

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

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