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

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

"Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
Сообщение от opennews (ok) on 26-Окт-12, 18:53
Обсуждение (http://phoronix.com/forums/showthread.php?74697-EXT4-Data-Co...) возможный путей предотвращения повторения ситуации с появлением (http://www.opennet.me/opennews/art.shtml?num=35164) опасных проблем в реализации Ext4, вызванных продолжающимся наращиванием функциональности данной ФС, привлекло (http://phoronix.com/forums/showthread.php?74697-EXT4-Data-Co...) к себе внимание Теодора Тцо (Theodore Ts'o), создателя Ext4, который дал несколько пояснений относительно процесса разработки ФС и ответил на предложение заморозить код Ext4 и приступить к реализации Ext5. По словам  Теодора Тцо идея перебросить все силы на разработку Ext5 вместо постоянной доработки Ext4 у разработчиков уже была, но такой переход принесет больше вреда, чем пользы. Во-первых, Ext4 продолжает постоянно развиваться, однако все серьезные изменения попадают в код файловой системы на начальном этапе только в виде экспериментальных функций, которые можно включить создав или смонтировав файловую систему с определенными флагами. Поэтому, пользователям, которые хотят поэкспериментировать, могут сделать это прямо сейчас, остальные же могут жить со стандартной уже отлаженной функциональностью. Во-вторых, создание еще одной файловой системы приведет к большим затратам на исправление ошибок. Каждая новая ошибка, найденная в одной файловой системе может существовать и в другой, поэтому на их поиск и устранение придется тратить больше времени. В качестве примера  Теодор привел  случай с ошибкой, которая была найдена в Ext3, но не обнаружилась в Ext2, хотя силы на ее поиск в последней пришлось потратить. Кроме того, Теодор подчеркнул, что заморозка кода не избавит от возможных ошибок, так как они могут быть найдены спустя месяцы и годы использования файловой системы. Например, недавно была найдена ошибка в файловой системе Ext4 во время перевода на Ext4 сотен тысяч машин в дата-центрах Google. Как оказалась та же ошибка присутствует и в Ext3, но она не была обнаружена за 10 лет ее существования, несмотря на повсеместное использование в промышленных масштабах. URL: http://www.phoronix.com/scan.php?page=news_item&px=MTIxNTE Новость: http://www.opennet.me/opennews/art.shtml?num=35178
Ответить | Правка | Cообщить модератору

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

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

1. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
Сообщение от Zenitur (ok) on 26-Окт-12, 18:53
Не вижу повода для беспокойства. Во всяком случае такого повода, чтобы взять и всё поменять. В прошлый раз серьёзная регрессия в ext4 была в 2009 году (Delayed allocation), почти 4 года назад. И такие регрессии бывают не только в этой части ядра (почитайте новость о любом минорном релизе). Да и при написании ext4 и многолетнем тестировании такие ошибки возникали постоянно, и как и тогда их быстро находят и оперативно чинят - специалисты не пропали.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от Аноним (??) on 26-Окт-12, 19:15
	Да его и нет. Об этом много говорят только потому, что ext4 самая распространенная, во всех остальных ФС тоже есть ошибки.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	5. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
	Сообщение от Аноним (??) on 26-Окт-12, 19:32
	Баг очень редко возникающий, но сейчас на него форумные оналитеги спишут все, и посыпавшийся диск, и сбой в RAM, и развал часовни 17 века. "Вот я сердцем чую, это все проклятый баг EXT4. Доколе!!!1!!!"
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	20. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 26-Окт-12, 20:56
	А 12309 уже не актуально?
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	23. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Аноним (??) on 26-Окт-12, 20:58
	> А 12309 уже не актуально? Как минимум 1 вариант оного изловили и с помпой зашибли. Там где много грязных страниц и тормозной носитель.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	26. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+3 +/–
	Сообщение от Аноним (??) on 26-Окт-12, 21:05
	> Как минимум 1 вариант оного изловили и с помпой зашибли. Там где > много грязных страниц и тормозной носитель. Ну так то реально баг был. А в современной околинуксовой культуре под "12309" подпадают любые тормоза и глюки (неплохо еще при этом добавить, что в них виноват Поттеринг с его бинарными конфигами в XML) :D
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	27. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+15 +/–
	Сообщение от Аноним (??) on 26-Окт-12, 21:10
	> "12309" подпадают любые тормоза и глюки (неплохо еще при этом добавить, Ну так ламерье вечно любит списывать все вселенское зло на 1 баг без разбора. Сдох кот у соседа - 12309, подорожали продукты - 12309, скорел БП, осыпался винч? Это все 12309 проклятый.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	9. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от ъ on 26-Окт-12, 20:06
	Уважаемый, здесь речь не о регрессиях...
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	12. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
	Сообщение от 123 (??) on 26-Окт-12, 20:17
	Ну 10 лет и быстро находят - это оксюморон. Написание любой многопоточной системы на мощной нагрузке - жуткий гемор. Уловить случай гонки на уровне ядра - нужен батальон гуру. У меня слетала ext4 на потоковой записи c тюнера - но это из категории "нефиг бетой баловаться".
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	15. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–2 +/–
	Сообщение от Аноним (??) on 26-Окт-12, 20:33
	> потоковой записи c тюнера - но это из категории "нефиг бетой баловаться". А я бетой балуюсь (-rc ядрами например) и ничего не слетает пока даже :). Но я знаю на что иду.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	31. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 26-Окт-12, 21:23
	теперь вспомним что ext4 был фактически подарен после 4х лет тестирования в промышленных маштабах. и только 2 фичи с тех пор серьезно добавлены - это online defrag и delayed allocation - от которых авторы ext4 отказались, и в одной из них нашли регресию...
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–5 +/–
Сообщение от oneonfire on 26-Окт-12, 19:28
Нет чтобы взяться за Reiser4, создают уже Ext5. Ну вот никак ни пойму, ну почему всем до Ext есть дело, а до одной и с самых ярких и удачных, с позиции архитектуры, нет дела???
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Пользователь Дебиан on 26-Окт-12, 19:31
	http://en.wikipedia.org/wiki/Worse_is_better
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	6. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–2 +/–
	Сообщение от oneonfire on 26-Окт-12, 19:38
	А что Ext4 в реализации проще чем Reiser4?
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	13. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Пользователь Дебиан on 26-Окт-12, 20:26
	"Проще" это сложное, комплексное понятие. Например, намного проще для всех, когда существует несколько разработчиков, которые понимают данный код; более того, которые работают фулл-тайм на зарплате именно ради поддержки этого кода. Сравни это с допиливанием патчей в свободное (от универа) время. Проще переходить с extN-1 на extN тем, кому это надо, а это надо подавляющему большинству. Распространённость решения приводит к тому, что оно хорошо интегрируется: есть *работающая* поддержка в специальных программных решениях, подразумевающая высокую надёжность этих решений. А это делает работу проще тем, кто администрирует системы.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	17. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от Аноним (??) on 26-Окт-12, 20:35
	> А что Ext4 в реализации проще чем Reiser4? В целом куда более простая штука. По сути ext3 заапгрейженный экстентами.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	32. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–2 +/–
	Сообщение от Аноним (??) on 26-Окт-12, 21:25
	>> А что Ext4 в реализации проще чем Reiser4? > В целом куда более простая штука. По сути ext3 заапгрейженный экстентами. когда=то ext4 назывался ldiskfs, и одной не без известной конторе надоело тягать стопки патчей - после чего их влили в ядра с kernel.org.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	42. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 27-Окт-12, 00:05
	> когда=то ext4 назывался ldiskfs, и одной не без известной конторе надоело тягать > стопки патчей - после чего их влили в ядра с kernel.org. Как я понимаю, ext4 сильно базируется на ext3. А если почитать это сообщение то создается что все заслуги принадлежат совсем другим лицам. По-моему такая формулировка не совсем честна: относительно ext3 там нового не так уж и много. Нет, есть очень удачные плюшки типа экстентов, которые основательно разгоняют античный дизайн. Но ничего такого сверхъестественного за что можно было бы все заслуги приписать только одной конторе проигнорировав заслуги всех остальных. Мне это видится как-то так. Я не прав?
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	63. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–2 +/–
	Сообщение от Michael Shigorin (ok) on 27-Окт-12, 20:01
	> надоело тягать стопки патчей К слову о пользе.  А был бы внутриядерный ABI зафиксирован, так бы и чесались стоя ;)
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	64. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–5 +/–
	Сообщение от Аноним (??) on 27-Окт-12, 21:31
	к слову решение о вливании было принято еще во время 2.4 с его относительно стабильным API. кроме того портирование было всегда по ядрам дистрибутивов - где даже ABI стабильный. так что выстрел мимо. глупо так попадаться и показывать свою не образованность.
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	65. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–2 +/–
	Сообщение от Michael Shigorin (ok) on 27-Окт-12, 21:53
	> так что выстрел мимо. (пожимая плечами) Так надоело или не надоело?
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	66. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 28-Окт-12, 00:08
	Надоело - но с стабильностью API это было не связано (на что было попытка указать).
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	75. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–2 +/–
	Сообщение от Michael Shigorin (ok) on 28-Окт-12, 01:06
	А.
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	83. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+6 +/–
	Сообщение от Аноним (??) on 28-Окт-12, 05:48
	> не образованность. FAIL однако.
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	369. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Анончик on 27-Май-16, 18:56
	А то, анонимчеги всех научат уму разуму :D
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

	50. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 27-Окт-12, 01:45
	> http://en.wikipedia.org/wiki/Worse_is_better Да, и там же на примере MIT описан и подход академиков. Чреватый тем что выпуск продукта не состоится никогда или то что получится будет страшным ужасом. Ибо эти чудаки совершенно кладут на сложность. Сразу видно академиков которые класть хотели на фактический результат. Ну и что что не ездит? Зато концептуально.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	7. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+11 +/–
	Сообщение от Andrey Mitrofanov on 26-Окт-12, 19:49
	>Ну вот никак ни пойму, ну почему > и с самых ярких и удачных, с позиции архитектуры, нет дела??? ...и в третий раз накинул Старик на вентилятор...
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	8. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+4 +/–
	Сообщение от Аноним (??) on 26-Окт-12, 20:02
	Зачем рассуждать о вещах, которые вы не понимаете?
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	10. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+9 +/–
	Сообщение от Аноним (??) on 26-Окт-12, 20:11
	> Нет чтобы взяться за Reiser4 Берись, разрабатывай. Толковых разработчиков не хватает. Только не говори мне, что ты только потрендеть горазд.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	11. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Аноним (??) on 26-Окт-12, 20:13
	Во первых прочтите новость, никто не создает EXT5 - спите спокойно. Во вторых по поводу более удачного дизайна Reiser4(Dancing tree): "cases of unexpected shutdown, incomplete data writes, and other occurrences that may prevent the final (balanced) transaction from completing. In general, dancing trees will pose a greater difficulty for data recovery from incomplete transactions than a normal tree" (c)
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	18. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от Аноним (??) on 26-Окт-12, 20:37
	> a greater difficulty for data recovery from incomplete transactions than a normal tree" (c) Куда уж greater, если у третьего рейзера fsck может найти неправильное дерево и в результате рахъ....ть том нафиг? При том это не баг, это known issue дизайна. Ха.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	21. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Аноним (??) on 26-Окт-12, 20:57
	> Куда уж greater, если у третьего рейзера fsck может найти неправильное дерево > и в результате рахъ....ть том нафиг? При том это не баг, > это known issue дизайна. Ха. Сколько раз такое было, а том цел, и данные на нем тоже.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	29. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от Аноним (??) on 26-Окт-12, 21:13
	> Сколько раз такое было, а том цел, и данные на нем тоже. Эталонная иллюстрация - авторы aMule и их сервак. На форуме по-моему до сих пор можно найти что они думают про рейзер и его средства восстановления. А если гуглануть по теме - можно найти много интересного. В частности - что авторы в курсе о проблеме и даже описывают минимум 1 сценарий когда это может произойти: если на "починяемом" томе лежал образ иной ФС reiser, например - деревья могут выдернуть из него. Разумеется починяемый том будет полностью факапнут. Авторы в курсах проблемы. Ответ - "не храните образа дисков с рейзером на рейдере". Ну вот так вот.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	140. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
	Сообщение от Аноним (??) on 29-Окт-12, 13:56
	> и его средства восстановления Если даже рейзер не научил их делать бэкапы, медицина бессильна
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	149. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от Аноним (??) on 29-Окт-12, 16:11
	> Если даже рейзер не научил их делать бэкапы, медицина бессильна Бэкапы это замечательно, но все-таки fsck добивающий том вместо починки, при том что авторы оного даже знают что именно может это вызвать но не чинят - это как-то не всем нравится.
	Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

	153. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 29-Окт-12, 17:11
	>> Если даже рейзер не научил их делать бэкапы, медицина бессильна > Бэкапы это замечательно, но все-таки fsck добивающий том вместо починки, при том > что авторы оного даже знают что именно может это вызвать но > не чинят - это как-то не всем нравится. nagual, залогинься.
	Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

	161. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от Аноним (??) on 29-Окт-12, 17:49
	> nagual, залогинься. Это 294 был. Да, я гуглил по теме и нашел непропорционально много факапов рейзера, предъяв к fsck и объяснение оных факапов от собственно рейзеровских авторов, рассказавших что мол, положение дерева - не фиксировано, так что тулза ищет деревья и если тулза набредет не на то дерево - том будет раздолбан в хлам. Потому что это было не его дерево и оно совсем не стыкуется с тем что фактически есть, откуда и полный self-destruct ФС. Как я понял, с тех пор никто ничего по этому поводу не предпринимал. Ну, пометили как known issue и угомонились :)
	Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

	68. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–3 +/–
	Сообщение от nagual (ok) on 28-Окт-12, 00:26
	> Куда уж greater, если у третьего рейзера fsck может найти неправильное дерево > и в результате рахъ....ть том нафиг? При том это не баг, > это known issue дизайна. Ха. Та же херня с LVM - не храните LVM на LVM :))
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	84. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 28-Окт-12, 05:49
	> Та же херня с LVM - не храните LVM на LVM :)) Пруф?
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	100. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–2 +/–
	Сообщение от nagual (ok) on 28-Окт-12, 11:23
	>> Та же херня с LVM - не храните LVM на LVM :)) > Пруф? лор
	Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

	120. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 29-Окт-12, 05:59
	> лор Он большой и срача там много. Конкретнее и с пруфами нельзя ли? А то для начала, для fsck lvm - вообще никто. Он оперирует файловой системой, а кто и как ее разложил - не его дело.
	Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

	135. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–2 +/–
	Сообщение от nagual (ok) on 29-Окт-12, 12:18
	>> лор > Он большой и срача там много. Конкретнее и с пруфами нельзя ли? > А то для начала, для fsck lvm - вообще никто. Он > оперирует файловой системой, а кто и как ее разложил - не > его дело. На тот топик уже раз 5 линк кидали, у вас память глючит ?
	Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

	28. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от Аноним (??) on 26-Окт-12, 21:12
	Вы я вижу эксперт по архитектуре файловых систем. Не взять Reiser4 потому что его даже поддерживать некому. Не взять Reiser4 потому что не нужна модульная fs. Прям все дураки в Kernel Team и не берут чудесную fs.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	30. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 26-Окт-12, 21:16
	> Прям все дураки в Kernel Team и не берут чудесную fs. Ну разумеется! Ведь намного считать что "все пи...сы, а вот %s - ДАртаньян".
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	33. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 26-Окт-12, 21:30
	> Ну разумеется! Ведь намного считать что "все пи...сы, а вот %s - ДАртаньян". printf("все пи...сы, а вот %s - ДАртаньян", "Эдуард Шишкин")?
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	43. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 27-Окт-12, 00:07
	> printf("все пи...сы, а вот %s - ДАртаньян", "Эдуард Шишкин")? Вместо Эдуард Шишкин должна быть переменная, т.к. данным шаблоном оперирует не только он к сожалению :)
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	53. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от Аноним (??) on 27-Окт-12, 04:29
	> Вместо Эдуард Шишкин должна быть переменная, т.к. данным шаблоном оперирует не только он к сожалению :) Тео Цо и Крис Мейсон вроде в таких высказываниях не замечены.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	85. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 28-Окт-12, 05:51
	> Тео Цо и Крис Мейсон вроде в таких высказываниях не замечены. Зато на опеннете например этот шаблон крайне популярен. У упомянутых то хватит ума не выставляться дураками. Но не все же такие умные :)
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	35. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от oneonfire on 26-Окт-12, 21:50
	Одна лишь здесь достойная причина, не кому поддерживаеть, а все остальные просто не оправдание...
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	36. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 26-Окт-12, 22:07
	Вот некому не вперся Reiser4, не freebsd не minix да вообще некому.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	44. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 27-Окт-12, 00:08
	> Вот некому не вперся Reiser4, не freebsd не minix да вообще некому. Так у этих сроду ресурсов ни на что нет. Учтя что доделывать это серьезно напрягает даже линуксоидов, упомянутые уж точно смогут что-то такое не в этой жизни и не в этой галактике.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	54. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 27-Окт-12, 04:31
	> Вот некому не вперся Reiser4, не freebsd не minix да вообще некому. freebsd, minix и прочие подобные проекты не смогут допилить даже то, что им жизненно необходимо. Так что не показатель.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	67. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–6 +/–
	Сообщение от nagual (ok) on 28-Окт-12, 00:23
	>> Вот некому не вперся Reiser4, не freebsd не minix да вообще некому. > freebsd, minix и прочие подобные проекты не смогут допилить даже то, что > им жизненно необходимо. Так что не показатель. Разработчики freebsd неграмотные и не читают всяких анонимусов а потому не знают что такие фичи как Reiser4 жизненно необходимы в bsd :)))
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	76. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 28-Окт-12, 04:05
	> Разработчики freebsd неграмотные и не читают всяких анонимусов а потому не знают что такие фичи как Reiser4 жизненно необходимы в bsd :))) При чем здесь Reiser4? Вот отсутствие полноценной виртуализации - really makes freebsd sucks. Но - не могут. Ни из солярки зоны, ни из линукса KVM.
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	95. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–2 +/–
	Сообщение от nagual (ok) on 28-Окт-12, 11:14
	>> Разработчики freebsd неграмотные и не читают всяких анонимусов а потому не знают что такие фичи как Reiser4 жизненно необходимы в bsd :))) > При чем здесь Reiser4? Вот отсутствие полноценной виртуализации - really makes freebsd > sucks. Но - не могут. Ни из солярки зоны, ни из > линукса KVM. Было бы нужно - сделали бы.
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	105. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
	Сообщение от AlexAT (ok) on 28-Окт-12, 13:07
	> Было бы нужно - сделали бы. Ну так о чем и речь. В серьезных применениях платформа мало кому интересна.
	Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

	121. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Аноним (??) on 29-Окт-12, 06:02
	> Было бы нужно - сделали бы. Ну дык, ресурсов на разработку - нет, скопировать готовенькое со всеми потрохами - неоткуда. Вот и остается вопить на форумах, стуча себя пяткой в грудь что виртуализация не нyжна. Ну а энтерпрайзы повертели пальцем у виска да свалили на пингвины.
	Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

	136. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 29-Окт-12, 12:20
	>> Было бы нужно - сделали бы. > Ну а энтерпрайзы повертели пальцем > у виска да свалили на пингвины. Кому нужно стабильно то vmware. Видал я как с kvm работают на дебиане - колются давятся плачут но жрут :))))
	Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

	154. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 29-Окт-12, 17:20
	> Кому нужно стабильно то vmware. Спасибо, конечно, но он стоит денег. При том что у меня KVM нахаляву в системе есть - я что, дурак чтоли - платить вмварщикам за их блобье? > Видал я как с kvm работают на дебиане - колются давятся плачут но жрут :)))) На дебиане с их древними ядрами и неизвестной квалификацией админов - хз, а я на регулярной основе гоняю пачки KVMных виртуалок в не сильно древних убунтах. Нормально работает. Если что, я видел туеву хучу гипервизоров и контейнеров всех мастей - могу сравнивать. Вполне нормальный гипервизор.
	Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

	199. "Теодор Тцо отказался от предложений по стабилизации ФС..."	+/–
	Сообщение от arisu (ok) on 31-Окт-12, 16:19
	> Спасибо, конечно, но он стоит денег. не только это. вот ещё забавка: http://www.intelliadmin.com/index.php/2008/07/vmwares-insane.../ для пруфа, что не протухло: http://www.vmware.com/download/eula/player_download.html http://www.vmware.com/download/eula/esx_server.html дальше интересующиеся найдут сами. чо, как, есть желающие ещё в это вляпываться?
	Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

	200. "Теодор Тцо отказался от предложений по стабилизации ФС..."	+/–
	Сообщение от nagual (ok) on 31-Окт-12, 17:10
	>> Спасибо, конечно, но он стоит денег. > не только это. вот ещё забавка: > http://www.intelliadmin.com/index.php/2008/07/vmwares-insane.../ > для пруфа, что не протухло: > http://www.vmware.com/download/eula/player_download.html > http://www.vmware.com/download/eula/esx_server.html > дальше интересующиеся найдут сами. > чо, как, есть желающие ещё в это вляпываться? А что там не так в двух словах ?
	Ответить | Правка | ^ к родителю #199 | Наверх | Cообщить модератору

	202. "Теодор Тцо отказался от предложений по стабилизации ФС..."	+1 +/–
	Сообщение от arisu (ok) on 31-Окт-12, 18:28
	> А что там не так в двух словах ? ты обязан хранить данные по тому, как используешь продукты vmware как минимум за два года, и ребята из вмвари в любой момент по желанию левой пятки могут к тебе прийти и сделать полный аудит твоей техники и использования их продуктов — на предмет «а вдруг ты что-то не так сделал, гад?!» и отказаться нельзя, потому что ты по лицензии согласился, когда ставил/покупал.
	Ответить | Правка | ^ к родителю #200 | Наверх | Cообщить модератору

	203. "Теодор Тцо отказался от предложений по стабилизации ФС..."	+/–
	Сообщение от nagual (ok) on 01-Ноя-12, 01:06
	>> Спасибо, конечно, но он стоит денег. > не только это. вот ещё забавка: > http://www.intelliadmin.com/index.php/2008/07/vmwares-insane.../ > для пруфа, что не протухло: > http://www.vmware.com/download/eula/player_download.html > http://www.vmware.com/download/eula/esx_server.html > дальше интересующиеся найдут сами. > чо, как, есть желающие ещё в это вляпываться? Срочная новость - яша сдох !!! http://yandex.ua/yandsearch?text=freebsd+%2Fsbin%2...
	Ответить | Правка | ^ к родителю #199 | Наверх | Cообщить модератору

	224. "Теодор Тцо отказался от предложений по стабилизации ФС..."	+/–
	Сообщение от Аноним (??) on 01-Ноя-12, 18:44
	> не только это. вот ещё забавка: Кэпу присуждается однозначный EPIC WIN за внимательность и дотошность. Крутота! :) > чо, как, есть желающие ещё в это вляпываться? Вот nagual пусть и хранит данные для аудитчиков из вмвари. Знаешь, после таких копирастических лицензий визги о несвободе GPL выглядят особенно умильно :). Не хочу ничего сказать но мне намного проще выложить сорц и даже состав материала моих трусов, если надо, чем страдать настолько эпическим копирастическим маразмом.
	Ответить | Правка | ^ к родителю #199 | Наверх | Cообщить модератору

	225. "Теодор Тцо отказался от предложений по стабилизации ФС..."	+2 +/–
	Сообщение от arisu (ok) on 01-Ноя-12, 18:49
	> Кэпу присуждается однозначный EPIC WIN за внимательность и дотошность. Крутота! :) справедливости ради — это ребята на maemo.org дотошные. а я, как нормальный кэп, просто принёс это сюда.
	Ответить | Правка | ^ к родителю #224 | Наверх | Cообщить модератору

	260. "Теодор Тцо отказался от предложений по стабилизации ФС..."	+/–
	Сообщение от Аноним (??) on 04-Ноя-12, 22:05
	> справедливости ради — это ребята на maemo.org дотошные. а я, как нормальный > кэп, просто принёс это сюда. Справедливости ради, ты это там нашел хотя-бы. В любом случае, очень полезное наблюдение :)
	Ответить | Правка | ^ к родителю #225 | Наверх | Cообщить модератору

	86. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 28-Окт-12, 05:58
	> Разработчики freebsd неграмотные и не читают всяких анонимусов а потому не знают > что такие фичи как Reiser4 жизненно необходимы в bsd :))) Так я и говорю - им бы свои проблемы разгрести, не то что чужие.
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	69. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 28-Окт-12, 00:28
	> Вы я вижу эксперт по архитектуре файловых систем. > Не взять Reiser4 потому что его даже поддерживать некому. > Не взять Reiser4 потому что не нужна модульная fs. > Прям все дураки в Kernel Team и не берут чудесную fs. Вопрос к Ыксперту - подскажите библиотеку - функцию которая позволит например удалить блок в середине файла не перечитывая перезаписывая хвост ? :))
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	87. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Аноним (??) on 28-Окт-12, 06:01
	> Вопрос к Ыксперту - подскажите библиотеку - функцию которая позволит например удалить > блок в середине файла не перечитывая перезаписывая хвост ? :)) В Linux hole punching делается как-то так: http://lwn.net/Articles/415889/ Ну а найти в какой либе живет fallocate() будет твоим домашним заданием :)
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	116. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–2 +/–
	Сообщение от nagual (ok) on 28-Окт-12, 23:51
	>> Вопрос к Ыксперту - подскажите библиотеку - функцию которая позволит например удалить >> блок в середине файла не перечитывая перезаписывая хвост ? :)) > В Linux hole punching делается как-то так: http://lwn.net/Articles/415889/ > Ну а найти в какой либе живет fallocate() будет твоим домашним заданием > :) fallocate этож не то :)
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	122. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Аноним (??) on 29-Окт-12, 06:08
	> fallocate этож не то :) Я по-моему предельно ясно ткнул на сообщение в LWN где показано что добавили новые флаги к этому сисколу и стало как раз то: освобождение блоков в середине файла без какой либо перетряски всего остального. Как заказывали. Оно в принципе и блочному сторажу потом еще и TRIM может скинуть по этому поводу на другом уровне, чтоб накопитель мог почистить неиспользуемые блоки. Называется эта технология "hole punching", в пингвине данное расширение сискола - точно есть. Понимается довольно большим списком ФСов на данные момент, а в 3.7 ядре это расширение запилили и в btrfs до кучи. Как подобные финты ушами в *BSD делать - а это вы сами разбирайтесь. Вот и посмотрим заодно у кого мозгов больше: у убунтушников или у пользователей BSD :) //Да, если что я хоть и убунтуец, но подергать сисколы совсем не против :)
	Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

	137. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 29-Окт-12, 12:22
	>[оверквотинг удален] > Как заказывали. Оно в принципе и блочному сторажу потом еще и > TRIM может скинуть по этому поводу на другом уровне, чтоб накопитель > мог почистить неиспользуемые блоки. Называется эта технология "hole punching", в пингвине > данное расширение сискола - точно есть. Понимается довольно большим списком ФСов > на данные момент, а в 3.7 ядре это расширение запилили и > в btrfs до кучи. Как подобные финты ушами в *BSD делать > - а это вы сами разбирайтесь. Вот и посмотрим заодно у > кого мозгов больше: у убунтушников или у пользователей BSD :) > //Да, если что я хоть и убунтуец, но подергать сисколы совсем не > против :) posix_fallocate точно не оно но ладно. А выделяет блок любой длины или по размеру блока фс ? ;) Кстати а как обратная функция называется - вырезать из середины файла блок произвольной длины в другой файл ?
	Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

	155. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Аноним (??) on 29-Окт-12, 17:26
	> posix_fallocate точно не оно но ладно. Это расширение сискола под новую фичу. Да, это не совсем стандартно. Но собственно стандартная семантика доступа и не подразумевает никакого выгрызания дырок посреди файлов. В общем то это сильно нишевая штука нужная сильно местами. Но если вы этого хотите - нате. > А выделяет блок любой длины или по размеру блока фс ? ;) А это уже программер сам как-нибудь должен в апликухе, если оно ему надо. > Кстати а как обратная функция называется - вырезать из середины файла блок > произвольной длины в другой файл ? А тут уже одним сисколом не отвертишься, понадобится программа которая их дернет в произвольном порядке. В первом приближении таковым можно посчитать обычный dd которым вы так козыряли ;). Если за каким-то надо еще и дестроить то что он скопировал - ну, придется допатчить. Правда я не понимаю нафиг это надо, но...
	Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

	162. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от nagual (ok) on 29-Окт-12, 18:55
	>> А выделяет блок любой длины или по размеру блока фс ? ;) > А это уже программер сам как-нибудь должен в апликухе, если оно ему > надо. Разве это не зависит от архитектуры конкретной фс ? > А тут уже одним сисколом не отвертишься, понадобится программа которая их дернет > в произвольном порядке. В первом приближении таковым можно посчитать обычный dd > которым вы так козыряли ;). Если за каким-то надо еще и > дестроить то что он скопировал - ну, придется допатчить. Правда я > не понимаю нафиг это надо, но... Нужно например удалить блок в середине файла, не удаляя сам файл.
	Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

	165. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Аноним (??) on 29-Окт-12, 20:51
	> Разве это не зависит от архитектуры конкретной фс ? А вот это и будет головняком программера апликухи - определить что и как в фиг знает какой ФС. Стандартных вызовов для этого вроде как нет. Я о таковых не в курсе во всяком случае. >> не понимаю нафиг это надо, но... > Нужно например удалить блок в середине файла, не удаляя сам файл. Смотря что понимать под удалить. 1) Заменить содержимое другим, бесполезным для недругов: делается через seek в нужную позицию + write по размеру блока. 2) Если же хочется просто отдать место в файловую систему а там она пусть сама протирает это когда захочет - это и есть hole punching. Де-аллокация блока в середине файла. ФС может считать это незанятым местом и юзать как хочет.
	Ответить | Правка | ^ к родителю #162 | Наверх | Cообщить модератору

	167. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от nagual (ok) on 29-Окт-12, 20:53
	> Смотря что понимать под удалить. > 1) Заменить содержимое другим, бесполезным для недругов: делается через seek в нужную > позицию + write по размеру блока. > 2) Если же хочется просто отдать место в файловую систему а там > она пусть сама протирает это когда захочет - это и есть > hole punching. Де-аллокация блока в середине файла. ФС может считать это > незанятым местом и юзать как хочет. Нужно уменьшить размер файла на длину удаляемого блока.
	Ответить | Правка | ^ к родителю #165 | Наверх | Cообщить модератору

	179. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Аноним (??) on 30-Окт-12, 00:35
	> Нужно уменьшить размер файла на длину удаляемого блока. Поскольку это пересекается с sparse файлами, надеюсь что мсье в курсе что есть sparse и как получается что 100500Гб файл может занимать всего 10Мб на диске. Ну вот hole punch это инверсное действие. Занимаемое место сокращается, т.к. блоки отдаются ФС. А логический размер остается как и был. То-есть, если выкусили 5Мб, файловая система получит их назад и файл будет занимать по факту лишь 5Мб. Хотя логический размер в 100500Гб у него останется. Файл делается "более sparse". Кстати posix_fallocate() так не умеет. Линевый fallocate() - расширенная версия, через которую можно posix_fallocate() забабахать в 2 счета, но у него есть как аллокация так и деаллокация. Что довольно логично. Просто POSIX ничего не знает о sparse файлах и сами по себе sparse являются следствием того что стандарт никак не обязывает ФС что-либо реально выделять под некий файл просто на основании того что его создали и возжелали чтобы это было нечто размером в 100500Гб. Файловая система имеет полное право выделять фактическое место как-нибудь потом и это ее внутренее дело. Если в сторону создания sparse-ов можно считерить не выехав за рамки posix, то вот с деаллокацией и разреживанием файлов так уже не получится. В posix тупо нет сисколлов через которые так можно сделать, ни с читерством ни без. Если же речь была о том чтобы урезать и логический размер файла (при наличии sparse это довольно декларативная цифра и оно не так уж и актуально) - тогда да, придется вырубить блок и присобачить хвост файла его фактическим перемещением. Не потому что иначе запрещают законы физики и логики, а потому что в posix опять же IIRC нет каких либо сисколов для того чтобы внятно запросить данную операцию. Хотя чисто технически я вполне могу себе представить как какой-нибудь CoW вообще не будет кантовать при этом данные и оформит это как просто измененный вариант метаданных, описывающих размещение файла с поправкой на "выпавший" или "урезанный" блок. Да и обычный дизайн в принципе мог бы. Просто метаданные описывающие размещение придется перестраивать. Основная проблема в том что для такого нет рукояток. Видимо не столь частая операция чтобы кому-то понадобилось.
	Ответить | Правка | ^ к родителю #167 | Наверх | Cообщить модератору

	180. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от nagual (ok) on 30-Окт-12, 00:51
	>[оверквотинг удален] > хвост файла его фактическим перемещением. Не потому что иначе запрещают законы > физики и логики, а потому что в posix опять же IIRC > нет каких либо сисколов для того чтобы внятно запросить данную операцию. > Хотя чисто технически я вполне могу себе представить как какой-нибудь CoW > вообще не будет кантовать при этом данные и оформит это как > просто измененный вариант метаданных, описывающих размещение файла с поправкой на "выпавший" > или "урезанный" блок. Да и обычный дизайн в принципе мог бы. > Просто метаданные описывающие размещение придется перестраивать. Основная проблема в > том что для такого нет рукояток. Видимо не столь частая операция > чтобы кому-то понадобилось. Для быстрого создания условий тестирования быстродейтсвия файловой системы в условиях максимальной фрагментации возможны два варианта - с одним файлом большим файлом и множеством мелких. Итак если с одним большим - осуществляем операции записи и чтения на тестируемый диск от 0% заполненности файлами до 100% и вычисляем средние скорости чтения и записи. Как только скорости чтения и записи перестануть падать, считаем фрагментацию максимальной а скорости результирующими для данной фс. На самом деле сложнее: Если пишем то пишем вставляя в середину файла с произвольным смещением от начала и произвольной длины блок. Если удаляем блок то не удаляем его совсем а вырезаем из середины с произвольным смещением и произвольной длиной и потом добавляем ео в конец. Назовите функции которые позволят это реализовать ? Это нужно как минимум в бд и торрентах ...
	Ответить | Правка | ^ к родителю #179 | Наверх | Cообщить модератору

	226. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 01-Ноя-12, 19:51
	> Для быстрого создания условий тестирования быстродейтсвия файловой системы в условиях > максимальной фрагментации возможны два варианта - Не вижу, как это напрямую к sparse файлам и аллокации-деаллокации относится. > с одним файлом большим файлом и множеством мелких. Это весьма разные варианты. В первом случае основная нагрузка - на поведение аллокатора и его способность выруливать в сложных ситуациях. Во втором - нагрузка на способности ФС интенсивно работать с метаданными, тогда как аллокатору особо не на чем надрываться. > Итак если с одним большим - осуществляем операции записи и чтения на тестируемый > диск от 0% заполненности файлами до 100% и вычисляем средние скорости чтения и записи. В принципе это - вполне валидный бенч. Хоть и сферический в вакууме, но он может показать умения аллокатора ФС работать в сложных условиях. Кроме этого однако есть еще разница какими порциями и как файл дописывался. Влияет на объем метаданных описывающих размещение файла, etc. И стоит учесть что разные ФС имеют разные свойства и CoW - based будут себя вести > Как только скорости чтения и записи перестануть падать, считаем фрагментацию > максимальной а скорости результирующими для данной фс. ИМХО логичнее скармливать ФС одинаковый набор операций. И посмотреть как ФС с ним справится. А то сравнивать неодинаковый набор операций - это сравнение ежа с ужом. Из такого результата никаких особых выводов сделать не получится. Потому что в этом случае никак не учитывается способность ФС бороться с фрагментацией. Может, одна ФС чертовски фрагментируется за 5 минут, а другая за 2 дня издевательств. В реальном мире фрагментация ФС редко достигает максимума когда "хуже уже не будет", т.к. для этого нужны совсем запредельные условия и безбашенный админ. Бенч все-таки должен иметь какую-то практическую ценность. > На самом деле сложнее: Если пишем то пишем вставляя в середину файла > с произвольным смещением от начала и произвольной длины блок. IIRC, в семантике POSIX )и большинстве иных похожих по смыслу), файлы умеют расти только с хвоста. Запись в середину перезаписывает то что там было, не раздвигая файл а переписывая содержимое. Увеличить размер можно лишь дописав в хвост. Просто потому что как обычным файловым системам было бы очень напряжно как-либо оформить "раздвигание" файла. Для классики перезапись файла в середине - вообще ни о чем: оно от этого фрашментироваться не станет. Для CoW это может заставить ФС сорить фрагментами-выносками. В том числе и по этой причине CoW в чистом виде не ахти для баз данных. По поводу чего можно предсказать что на подобном тесте классики будут лучше себя ощущать. В этом месте приходит понимание нафига оракловый архитект предусмотрел возможное отключение CoW в btrfs. Оно сможет стать "как бы классикой" если это реально приспичило ;). Да, это лишает плюшек CoW но базам данных эти плюшки скорее вредны чем полезны, т.к. активно клещатся с их журналом и идеей атомарных транзакций. > Если удаляем блок то не удаляем его совсем а вырезаем из середины с произвольным > смещением и произвольной длиной и потом добавляем ео в конец. Мсье, в posix-овской семантике (как и в большинстве иных) такое не предусмотрено. Там урезать размер файла можно только отбрасыванием его хвоста. Потому что операция "сдвигания" файлов не особо проста в реализации. Особенно в ФС эпохи когда POSIX только формировался. > Назовите функции которые позволят это реализовать ? Ой, до мсье кажется начинает доходить что в posix нет таких сисколлов. > Это нужно как минимум в бд и торрентах ... Там это делается не совсем так как вы описали. И кстати по этому поводу есть ряд ограничений. Например, файл базы данных при активной работе с БД растет со временем (если не преаллоцирован заранее с запасом, конечно). И даже если удалить половину записей в таблице - это еще совсем не означает что файл можно будет взять и уменьшить. ...в этом месте мы до кучи начинаем догадываться нафига в базах данных есть операция дефрагментации/vacuum/кто там как еще это действо у себя обзывает и почему БД уменьшаются только после этой операции как правило :). А торренты - они предмет простой. Получили блок - запись в файл по нужному смещению. А преаллокация - по сути выбор между тем что хвост будет отрастать "как получится" или файл заранее будет заказан на полный размер. при том quick преаллокация - это мягкий хинт для ФС что "а вот мы собираемся сделать файл такого размера", а full - фактическая запись файла и потом перезапись блоков по мере скачки. Для классики так лучше. CoW - скорее даже ухучшит картину.
	Ответить | Правка | ^ к родителю #180 | Наверх | Cообщить модератору

	233. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 01-Ноя-12, 23:07
	>> Для быстрого создания условий тестирования быстродейтсвия файловой системы в условиях >> максимальной фрагментации возможны два варианта - > Не вижу, как это напрямую к sparse файлам и аллокации-деаллокации относится. Мы не обсуждаем сферических коней в вакууме - пофиг как оно там внутри работает ... >> с одним файлом большим файлом и множеством мелких. > Это весьма разные варианты. В первом случае основная нагрузка - на поведение > аллокатора и его способность выруливать в сложных ситуациях. Во втором - > нагрузка на способности ФС интенсивно работать с метаданными, тогда как аллокатору > особо не на чем надрываться. Да и интересны оба. >> Итак если с одним большим - осуществляем операции записи и чтения на тестируемый >> диск от 0% заполненности файлами до 100% и вычисляем средние скорости чтения и записи. > В принципе это - вполне валидный бенч. Хоть и сферический в вакууме, > но он может показать умения аллокатора ФС работать в сложных условиях. > Кроме этого однако есть еще разница какими порциями и как файл > дописывался. Влияет на объем метаданных описывающих размещение файла, etc. Реальный бенч, реальные файлы ничего в вакууме ... > И стоит учесть что разные ФС имеют разные свойства и CoW - > based будут себя вести Проблемы индейцев нас не волнуют. >> Как только скорости чтения и записи перестануть падать, считаем фрагментацию >> максимальной а скорости результирующими для данной фс. > ИМХО логичнее скармливать ФС одинаковый набор операций. И посмотреть как ФС с > ним справится. А то сравнивать неодинаковый набор операций - это сравнение > ежа с ужом. Из такого результата никаких особых выводов сделать не > получится. Месье не на выборах, подтасовать результаты на этапе поставновки задачи не получится. >Потому что в этом случае никак не учитывается способность ФС > бороться с фрагментацией. Может, одна ФС чертовски фрагментируется за 5 минут, > а другая за 2 дня издевательств. Проблемы индейцев. > В реальном мире фрагментация ФС > редко достигает максимума когда "хуже уже не будет", т.к. для этого > нужны совсем запредельные условия и безбашенный админ. Бенч все-таки должен иметь > какую-то практическую ценность. Ну мы та после изучения форумов знаем что для правильной эксплуотации ZFS нужно не первышать 65% заполнения. Имеет ли смысл тестировать вариант безбашенного админа ... сомневаюсь. >> На самом деле сложнее: Если пишем то пишем вставляя в середину файла >> с произвольным смещением от начала и произвольной длины блок. > IIRC, в семантике POSIX )и большинстве иных похожих по смыслу), файлы умеют > расти только с хвоста. Запись в середину перезаписывает то что там > было, не раздвигая файл а переписывая содержимое. Увеличить размер можно лишь > дописав в хвост. Просто потому что как обычным файловым системам было > бы очень напряжно как-либо оформить "раздвигание" файла. Шел 2012 год, большинство фс по прежнему неумело "раздвигание" файла. Из за этого реализовать вариант с фрагментацией одного файла можно только следующим путем - забить диск множеством мелких файлов и начать писать большой файл освобождая место путем стирания произвольного колличества мелких файлов. В результате большой файл будет фрагментирован и на его чтении можно будет хоть что то измерить ... >> Если удаляем блок то не удаляем его совсем а вырезаем из середины с произвольным >> смещением и произвольной длиной и потом добавляем ео в конец. > Мсье, в posix-овской семантике (как и в большинстве иных) такое не предусмотрено. > Там урезать размер файла можно только отбрасыванием его хвоста. Потому что > операция "сдвигания" файлов не особо проста в реализации. Особенно в ФС > эпохи когда POSIX только формировался. Красота реализации POSIX удручает. >> Назовите функции которые позволят это реализовать ? > Ой, до мсье кажется начинает доходить что в posix нет таких сисколлов. В Linux fallocate() и splice() насчет второго неуверен ... тоже самое насчет sendfile() будет время опробую. >> Это нужно как минимум в бд и торрентах ... > Там это делается не совсем так как вы описали. И кстати по > этому поводу есть ряд ограничений. Например, файл базы данных при активной > работе с БД растет со временем (если не преаллоцирован заранее с > запасом, конечно). И даже если удалить половину записей в таблице - > это еще совсем не означает что файл можно будет взять и > уменьшить. Оптимизация таблиц блокирует эти самые таблицы ? На плохо предсказуемое время ? >[оверквотинг удален] > есть операция дефрагментации/vacuum/кто там как еще это действо у себя обзывает > и почему БД уменьшаются только после этой операции как правило :). > А торренты - они предмет простой. Получили блок - запись в > файл по нужному смещению. А преаллокация - по сути выбор между > тем что хвост будет отрастать "как получится" или файл заранее будет > заказан на полный размер. при том quick преаллокация - это мягкий > хинт для ФС что "а вот мы собираемся сделать файл такого > размера", а full - фактическая запись файла и потом перезапись блоков > по мере скачки. Для классики так лучше. CoW - скорее даже > ухучшит картину. В винде торрент так и делает - выделяет место на порлный размер. Голь на выдумки хитра.
	Ответить | Правка | ^ к родителю #226 | Наверх | Cообщить модератору

	302. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Аноним (??) on 05-Ноя-12, 08:48
	>> Не вижу, как это напрямую к sparse файлам и аллокации-деаллокации относится. > Мы не обсуждаем сферических коней в вакууме - пофиг как оно там внутри работает ... В данном случае не пофиг, имхо. Одно дело если 100500Мб файл занимает по факту 10Мб потому что в него только 10Мб записали и совсем другая картина если под него честно выкроены 100500Мб. Очень разные ситуации получатся. >> нагрузка на способности ФС интенсивно работать с метаданными, тогда как аллокатору >> особо не на чем надрываться. > Да и интересны оба. Да. Только это совершенно отдельные бенчи по логике вещей. Один - "скорость операций с большим файлом". Второе - скорость работы с метаданными на мелочи. Еще возможен вариант "фантомас в очках на аэроплане" - когда большой файл специально состоит из кучи фрагментов. Как большой торрент (много больше дисковых буфферов ОС) без преаллокации, например. В этом случае ФС как правило не сможет очень уж сильно линеаризовать запись и поневоле сгенерит дофига метаданных описывающих размещение файла. Так можно создать ощутимые проблемы даже XFS, который на более простые методы фрагментации не особо то и покупается. > Реальный бенч, реальные файлы ничего в вакууме ... Реальный бенч пытается быть похожим на какие-то нагрузки встречающиеся в реальном мире. Случай когда скорость ФС упала до минимально возможной мало кого устраивает и в таком виде ФС мало кто эксплуатирует. Ну то-есть я знаю пока целого 1 кадра которого устраивает 6Мб/сек со шпинделя. Это наверное еще не минимум. Но вполне удачная попытка к нему приблизиться :) >> И стоит учесть что разные ФС имеют разные свойства и CoW - based будут себя вести > Проблемы индейцев нас не волнуют. Просто у разных дизайнов заведомо разные свойства. У самолетов одни проблемы, у автомобилей другие. Недостатком автомобилей и самолетов это не является. >> ИМХО логичнее скармливать ФС одинаковый набор операций. И посмотреть как ФС с >> ним справится. А то сравнивать неодинаковый набор операций - это сравнение >> ежа с ужом. Из такого результата никаких особых выводов сделать не получится. > Месье не на выборах, подтасовать результаты на этапе поставновки задачи не получится. Так это не подтасовка. Это попытка имитировать реальную эксплуатацию. Чудаков типа изена в природе немного, остальные предпочитают получать от ФСов более разумные параметры по ходу эксплуатации ;). Краевые ситуации в принципе тоже могут представлять интерес, но как некий отдельный случай. С изучением насколько сложно в него попасть и прочая. >> а другая за 2 дня издевательств. > Проблемы индейцев. Не индейцев а пользователей ФС. Задача бенча - не полить кого-то грязью или выпятить вперед/назад, а смоделировать типовые варианты эксплуатации, чтобы по результатам бенча можно было хотя-бы грубо прикинуть как ФС себя поведет в вот этом вот случае и надо ли ее такую хорошую брать под эту задачу или лучше обойти сторонкой в пользу чего-нибудь еще. > Ну мы та после изучения форумов знаем что для правильной эксплуотации ZFS > нужно не первышать 65% заполнения. Имеет ли смысл тестировать вариант безбашенного > админа ... сомневаюсь. То только что утверждал что это проблемы индейцев, то теперь вдруг сам согласен что случай безбашенной эксплуатации рассматривать странно. Неплохо бы определиться :) >> дописав в хвост. Просто потому что как обычным файловым системам было >> бы очень напряжно как-либо оформить "раздвигание" файла. > Шел 2012 год, большинство фс по прежнему неумело "раздвигание" файла. Како-то так вышло что почти все легковые автомобили как правило 4-колесные. Хотя могли бы быть и с другим количеством колес. Ну вот такой вот дизайн устоялся. А могли бы и турбореактивный двигатель привинтить. И крылья. Было бы круче. Но видимо столько счастья ALLу не надо было и спрос на фичу не сформировался. > Из за этого реализовать вариант с фрагментацией одного файла можно только > следующим путем - забить диск множеством мелких файлов и начать писать большой файл Мсье как обычно забыл что для CoW и обычных ФС все будет по разному. Hint1: на очень сильно фрагментированной ФС скорость доступа будет близка к тому что дает "random seeking" с мелкими блоками. Результат будет сильнее всего зависеть от seek time накопителя и размера запрашиваемого блока: чем хуже соотношение чтения блока к перемещению голов, тем хреновее результат. Этот эффект можно понаблюдать вообще без ФС - просто доступ к накопителю как RAW девайсу и чтение секторов там и тут даст то же самое. По поводу чего не очень понятно что даст указанный тест. Он будет не столько параметры ФС тестировать сколько свойства накопителя. Вот у изена с его ноутбучным винчом все особенно плохо: seek time у ноутбучных накопителей паршивый. На десктопном и шустром - было бы порезвее немного. Хинт2: для "классики" совершенно нормально прилагать максимум усилий для раскладывания файла как можно более линейно (успешность этого начинания зависит от реализации аллокатора). CoW так не может из-за принципа работы. Если запись в середину файла в классике не создаст новый фрагмент и дозапись по возможности будет отращивать хвост дальше без фрагментации (покуда там свободное место есть) то CoW при записи в середину файла неизбежно сделает выносок-фрагмент в сторону. > освобождая место путем стирания произвольного колличества мелких файлов. В результате > большой файл будет фрагментирован и на его чтении можно будет хоть что то измерить ... Что-то мы конечно измерим, но в основном это будет определяться соотношением размера потертых файлов к расстоянию полета голов и seek time накопителя. >> эпохи когда POSIX только формировался. > Красота реализации POSIX удручает. Другие API (например WinAPI) похожи в этом плане. Ну как почти все автомобили с 4 колесами, рулем и так далее, так и эти API все более-менее похожи. >>> Назовите функции которые позволят это реализовать ? >> Ой, до мсье кажется начинает доходить что в posix нет таких сисколлов. > В Linux fallocate() и splice() насчет второго неуверен ... тоже самое насчет > sendfile() будет время опробую. Не совсем понял при чем тут splice и sendfile. Они конечно хороши тем что меньше грузят систему т.к. нет копирования памяти между юзермодом и ядром, но принципы работы с файлами они не меняют. А fallocate интересен только тем что там сделали операцию обратную превращению sparse файла в обычный. Хоть это и не входит в posix (который о sparse файлах вообще не в курсе) и довольно нишевая хрень. >> это еще совсем не означает что файл можно будет взять и уменьшить. > Оптимизация таблиц блокирует эти самые таблицы ? На плохо предсказуемое время ? Я не о том. Чтобы уменьшить размер файла базы мне известна буквально пара вариантов. Первый - это расчистить хвост, затолкав данные оттуда в свободные страницы в начале файла. Т.е. обычная дефрагментация "объединение свободного места в хвост" + стандартное откусывание хвоста. Второй вариант - полная перестройка нового файла на основе старого но без прорех + стирание старого файла с прорехами. По смыслу одно и то же, только по разному. В случае fallocate() с возможностью разреживания - сделали хитрый финт ушами и прикрутили возможность метить регионы файла как "опять пустые". >> по мере скачки. Для классики так лучше. CoW - скорее даже ухучшит картину. > В винде торрент так и делает - выделяет место на порлный размер. Внезапно, торрент-клиенты так делают не только в винде. Например у того же transmission (который сложно отнести к виндовым) есть 2 режима преаллокации файлов, быстрый и полный. Первый лишь декларирует в сторону ФС что у нас дескать есть намерения получить файл такого размера (sparse как раз об этом). Дальше ФС сама по мере возможности пхает скачанные блоки как получится и как позволяет ситуация. В идеальном случае - может разложить хорошо. Но если качается 100500 файлов параллельно и прочая - может выйти и не совсем оптимально. Второй режим реально заполняет файл по всему объему при его создании и потом по мере скачки блоков просто переписывает регионы файла. На классике это приводит к тому что блоки кладутся в заранее подготовленное "русло" и лежат так, по поводу чего оно максимально линейно насколько ФС в принципе могла это сделать в той ситуации. На CoW такое однако имхо ни к чему хорошему не приведет. Это оптимизация которая хороша для классических дизайнов. > Голь на выдумки хитра. Да в общем то общеизвестные техники и каждый первый уважающий себя торрент клиент это так или иначе умеет, кроме совсем уж простейших. Просто в некоторых надо ман почитать еще.
	Ответить | Правка | ^ к родителю #233 | Наверх | Cообщить модератору

	364. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 06-Ноя-12, 01:30
	> даже XFS, который на более простые методы фрагментации не особо то > и покупается. Проблемы индейцев. >> Реальный бенч, реальные файлы ничего в вакууме ... > Реальный бенч пытается быть похожим на какие-то нагрузки встречающиеся в реальном мире. > Случай когда скорость ФС упала до минимально возможной мало кого устраивает > и в таком виде ФС мало кто эксплуатирует. Ну то-есть я > знаю пока целого 1 кадра которого устраивает 6Мб/сек со шпинделя. Это > наверное еще не минимум. Но вполне удачная попытка к нему приблизиться > :) Вам же сказали "Реальный бенч, реальные файлы" а вы опять со своимы конями в вакуме. > Просто у разных дизайнов заведомо разные свойства. У самолетов одни проблемы, у > автомобилей другие. Недостатком автомобилей и самолетов это не является. Тесты покажут у кого какие проблемы. > Так это не подтасовка. Это попытка имитировать реальную эксплуатацию. Чудаков типа изена > в природе немного, остальные предпочитают получать от ФСов более разумные параметры > по ходу эксплуатации ;). Краевые ситуации в принципе тоже могут представлять > интерес, но как некий отдельный случай. С изучением насколько сложно в > него попасть и прочая. Друг мой вы случайно не из партіi ВО "Батьківщина" ? Еще раз - вы не на выборах подтасовать условия тестирования не получится. > Не индейцев а пользователей ФС. Задача бенча - не полить кого-то грязью > или выпятить вперед/назад, а смоделировать типовые варианты эксплуатации, чтобы по результатам > бенча можно было хотя-бы грубо прикинуть как ФС себя поведет в > вот этом вот случае и надо ли ее такую хорошую брать > под эту задачу или лучше обойти сторонкой в пользу чего-нибудь еще. В двух словах индейцы в панике. > То только что утверждал что это проблемы индейцев, то теперь вдруг сам > согласен что случай безбашенной эксплуатации рассматривать странно. Неплохо бы определиться > :) Наш большой файл в сумме с мелкими не будет занимать более 65% фс. > Како-то так вышло что почти все легковые автомобили как правило 4-колесные. Хотя > могли бы быть и с другим количеством колес. Ну вот такой > вот дизайн устоялся. А могли бы и турбореактивный двигатель привинтить. И > крылья. Было бы круче. Но видимо столько счастья ALLу не надо > было и спрос на фичу не сформировался. Вы явно не в теме, если бы не сомнительные личности из нефтегазового сектора мы бы на стат поясах летали бы ... > Hint1: на очень сильно фрагментированной ФС скорость доступа будет близка к тому > что дает "random seeking" с мелкими блоками. Результат будет сильнее всего > зависеть от seek time накопителя и размера запрашиваемого блока: чем хуже > соотношение чтения блока к перемещению голов, тем хреновее результат. Вот имеено этот тест хочется проделать на диске в памяти :)) >Этот эффект > можно понаблюдать вообще без ФС - просто доступ к накопителю как > RAW девайсу и чтение секторов там и тут даст то же > самое. По поводу чего не очень понятно что даст указанный тест. > Он будет не столько параметры ФС тестировать сколько свойства накопителя. Вот > у изена с его ноутбучным винчом все особенно плохо: seek time > у ноутбучных накопителей паршивый. На десктопном и шустром - было бы > порезвее немного. Я вижу вы неравнодушны к Изену :)) > Что-то мы конечно измерим, но в основном это будет определяться соотношением размера > потертых файлов к расстоянию полета голов и seek time накопителя. Прежде всего я ожидаю увидеть как не все участники тестирования придут к финишу :)) вероятно завалит тест btrfs :)) > Другие API (например WinAPI) похожи в этом плане. Ну как почти все > автомобили с 4 колесами, рулем и так далее, так и эти > API все более-менее похожи. Копипаст во всей красе :)) Последствия bsd лицензии :))) > Не совсем понял при чем тут splice и sendfile. Они конечно хороши > тем что меньше грузят систему т.к. нет копирования памяти между юзермодом > и ядром, но принципы работы с файлами они не меняют. А > fallocate интересен только тем что там сделали операцию обратную превращению sparse > файла в обычный. Хоть это и не входит в posix (который > о sparse файлах вообще не в курсе) и довольно нишевая хрень. Так есть возможность реализовать или таки нет :))) Напоминаю шел 2012 год ... > Я не о том. Чтобы уменьшить размер файла базы мне известна буквально > пара вариантов. Первый - это расчистить хвост, затолкав данные оттуда в > свободные страницы в начале файла. Т.е. обычная дефрагментация "объединение свободного > места в хвост" + стандартное откусывание хвоста. Второй вариант - полная > перестройка нового файла на основе старого но без прорех + стирание > старого файла с прорехами. По смыслу одно и то же, только > по разному. В случае fallocate() с возможностью разреживания - сделали хитрый > финт ушами и прикрутили возможность метить регионы файла как "опять пустые". И какой из этих вариантов рабочий при условии что начальный и конечный файлы занимают больше чем 50% диска ? :)))
	Ответить | Правка | ^ к родителю #302 | Наверх | Cообщить модератору

	365. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
	Сообщение от AlexAT (ok) on 06-Ноя-12, 07:17
	>> Просто у разных дизайнов заведомо разные свойства. У самолетов одни проблемы, у >> автомобилей другие. Недостатком автомобилей и самолетов это не является. > Тесты покажут у кого какие проблемы. Тесты Lamborghini на проселочной дороге или Запорожца на автобане? xD > Друг мой вы случайно не из партіi ВО "Батьківщина" ? Еще раз > - вы не на выборах подтасовать условия тестирования не получится. Переклинило на выборах? > Наш большой файл в сумме с мелкими не будет занимать более 65% > фс. "> Вам же сказали "Реальный бенч, реальные файлы" а вы опять со своимы > конями в вакуме." > Вы явно не в теме, если бы не сомнительные личности из нефтегазового > сектора мы бы на стат поясах летали бы ... И на мётлах. > Вот имеено этот тест хочется проделать на диске в памяти :)) Странная эротическая фантазия. Вам же сказали - реальный бенч... > Прежде всего я ожидаю увидеть как не все участники тестирования придут к > финишу :)) вероятно завалит тест btrfs :)) Цели "теста" уже ясны, далее можно не продолжать. > И какой из этих вариантов рабочий при условии что начальный и конечный > файлы занимают больше чем 50% диска ? :))) "> Вам же сказали "Реальный бенч, реальные файлы" а вы опять со своимы > конями в вакуме."
	Ответить | Правка | ^ к родителю #364 | Наверх | Cообщить модератору

	366. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–2 +/–
	Сообщение от nagual (ok) on 06-Ноя-12, 12:23
	> Тесты Lamborghini на проселочной дороге или Запорожца на автобане? xD Если вытак уверены в победе зачем так беспокоиться ? :))) > Переклинило на выборах? Не, задолбали упоротые фанатики. > И на мётлах. Может быть ... > Странная эротическая фантазия. Вам же сказали - реальный бенч... И вы тоже в темноте под одеялом ? Свободнаю рукою ? :)) > Цели "теста" уже ясны, далее можно не продолжать. Да не волуйтесь вы так, вдруг я ошибаюсь... А в это время в деревне индейцев тихо началась эпидемия медвежьей болезни ...
	Ответить | Правка | ^ к родителю #365 | Наверх | Cообщить модератору

	47. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от AlexAT (ok) on 27-Окт-12, 01:01
	А что, reiser уже настолько же предсказуема, насколько ext'ы?
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	117. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 29-Окт-12, 00:14
	Со слов разработчиков - очень предсказуемая, и легко расширяемая FS. Одна проблема работать с VM хочет немного не так как это удобно ext[2-4], поэтому ее и не примут. Ибо удобство RedHat и ext[2-4] на первом месте.
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	123. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Аноним (??) on 29-Окт-12, 06:14
	> Со слов разработчиков - очень предсказуемая, и легко расширяемая FS. Со слов разработчиков, любая программа - это такая серебряная пуля которая мигом решит все проблемы человечества. Aka синдром "свое не пахнет". Потому что сложно это - самого себя ругать :). Проблема лишь в том что для всех остальных программа имеет гораздо менее волшебные свойства т.к. синдром "свое не пахнет" наблюдателя не кусает :) А если называть вещи своими именами, reiser4 - это нечто сильно недопиленное, авторы которого при всех теоретических достоинствах дизайна не смогли на практике нормально взаимодействовать с разработчиками ядра, испытывают недостаток разработчиков и потому перспективы всего этого - довольно туманные. > Ибо удобство RedHat и ext[2-4] на первом месте. Ваши данные протухли: IIRC разработчик ext4 слинял в гугль. А разработчик btrfs - свалил из из оракла в FusionIO.
	Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

	129. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от AlexAT (ok) on 29-Окт-12, 07:13
	> Со слов разработчиков - очень предсказуемая, и легко расширяемая FS. > Одна проблема работать с VM хочет немного не так как это удобно > ext[2-4], поэтому ее и не примут. > Ибо удобство RedHat и ext[2-4] на первом месте. Со слов разработчиков винды - это идеальная операционная система для всего на свете.
	Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

	133. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
	Сообщение от an. on 29-Окт-12, 12:09
	>> Со слов разработчиков винды - это идеальная операционная система для всего на свете. Со слов маркетологов. Хотя, возможно, это одни и те же люди...
	Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

	263. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–2 +/–
	Сообщение от Аноним (??) on 04-Ноя-12, 22:17
	>> Со слов разработчиков - очень предсказуемая, и легко расширяемая FS. >> Одна проблема работать с VM хочет немного не так как это удобно >> ext[2-4], поэтому ее и не примут. >> Ибо удобство RedHat и ext[2-4] на первом месте. > Со слов разработчиков винды - это идеальная операционная система для всего на > свете. Со слов апологетов Линя - линь - в точности это самое.
	Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

	264. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
	Сообщение от AlexAT (ok) on 04-Ноя-12, 22:17
	>> Со слов разработчиков винды - это идеальная операционная система для всего на >> свете. > Со слов апологетов Линя - линь - в точности это самое. "Ветку не читал, но осуждаю"
	Ответить | Правка | ^ к родителю #263 | Наверх | Cообщить модератору

14. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–3 +/–
Сообщение от Аноним (??) on 26-Окт-12, 20:32
А смысл то в ext5? Пока его доделают, btrfs будет рулить и педалить. А ext5 чем таким будет фундаментально отличаться от ext4?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
Сообщение от Аноним (??) on 26-Окт-12, 20:33
Проблема в том, что люди слишком доверяют своим жёстким дискам. Не надо!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Часть нити удалена модератором

	24. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+3 +/–
	Сообщение от Аноним (??) on 26-Окт-12, 20:59
	> А то. Поэтому все вменяемые пользуются ФС со встроенным менеджером томов, избыточностью > и контрольными суммами. Например, ZFS. "Вменяемость" и "ездить по городу на комбайне" - несколько конфликтуют. Вменяемые люди используют подходящую для каждой конкретной задачи комбинацию из независимых компонентов (ФС, менеджера томов и RAID).
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	37. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от Аноним (??) on 26-Окт-12, 22:44
	Вменяемые люди не делают глупых предположений. Связка из 3х слоев чревата проблемами и не работающими возможностями. К тому же lvm это и менеджер томов и raid при том последнее там убого
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	55. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
	Сообщение от Аноним (??) on 27-Окт-12, 04:33
	> Вменяемые люди не делают глупых предположений. Связка из 3х слоев чревата проблемами и не работающими возможностями. А в комбайне, где эти слои слеплены в один жеваный ком, количество проблем и ограничений возрастает на порядок.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	266. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 04-Ноя-12, 22:18
	>> Вменяемые люди не делают глупых предположений. Связка из 3х слоев чревата проблемами и не работающими возможностями. > А в комбайне, где эти слои слеплены в один жеваный ком, количество > проблем и ограничений возрастает на порядок. Покажи мне эти проблемы в ZFS? Только не в порядке теории - а на практике и с пруфами, разумеется?
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	269. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от AlexAT (ok) on 04-Ноя-12, 22:19
	> Покажи мне эти проблемы в ZFS? Только не в порядке теории - > а на практике и с пруфами, разумеется? Да чего их показывать. ARC память жрёт? Жрёт. Системе отдаёт плохо? Плохо. В корку при нехватке валится? Валится. Нарушение уровневого подхода со структурами ядра и памятью - это самое худшее, что можно было придумать.
	Ответить | Правка | ^ к родителю #266 | Наверх | Cообщить модератору

	274. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от nagual (ok) on 04-Ноя-12, 22:21
	>> Покажи мне эти проблемы в ZFS? Только не в порядке теории - >> а на практике и с пруфами, разумеется? > Да чего их показывать. ARC память жрёт? Жрёт. Системе отдаёт плохо? Плохо. > В корку при нехватке валится? Валится. Нарушение уровневого подхода со структурами > ядра и памятью - это самое худшее, что можно было придумать. Давно он в корку падал ? А вот линь в таких случаях в корку не падает ... просто замирает :))
	Ответить | Правка | ^ к родителю #269 | Наверх | Cообщить модератору

	276. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от AlexAT (ok) on 04-Ноя-12, 22:22
	> Давно он в корку падал ? А вот линь в таких случаях в корку не падает ... просто замирает :)) А там таких случаев тупо быть не может - BTRFS юзает системный кеш. И давление на кеш зависит от нагруженности памяти - состояние OOM может случиться только если кеш почти пустой к тому моменту. В случае ARC всё хуже - система на него нормальным способом не давит. Т.е. реально может быть OOM при вагоне памяти в ARC, и это самое хреновое.
	Ответить | Правка | ^ к родителю #274 | Наверх | Cообщить модератору

	278. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 04-Ноя-12, 22:24
	>> Давно он в корку падал ? А вот линь в таких случаях в корку не падает ... просто замирает :)) > А там таких случаев тупо быть не может - BTRFS юзает системный > кеш. И давление на кеш зависит от нагруженности памяти - состояние > OOM может случиться только если кеш почти пустой к тому моменту. > В случае ARC всё хуже - система на него нормальным способом > не давит. Т.е. реально может быть OOM при вагоне памяти в > ARC, и это самое хреновое. Вобще то линь замирает когда ядру памяти нехватает ... и случиться это может не только из за эксперементальных фс.
	Ответить | Правка | ^ к родителю #276 | Наверх | Cообщить модератору

	283. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 04-Ноя-12, 22:29
	> Вобще то линь замирает когда ядру памяти нехватает ... и случиться это > может не только из за эксперементальных фс. Вообще-то сначала происходит событие OOM. Если что. Убиваются процессы. Но довести систему до OOM - это надо совсем башни не иметь. А вот с ARC всё хреново - под него советуют выделять вагон памяти, а отдавать под нагрузкой он ее не особо хочет. Т.е. шансы на OOM увеличиваются.
	Ответить | Правка | ^ к родителю #278 | Наверх | Cообщить модератору

	303. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Аноним (??) on 05-Ноя-12, 08:52
	> Вобще то линь замирает когда ядру памяти нехватает ... Когда ядру памяти не хватает - он жестоко гасит все что гасится по OOM. Ничего там не замирает, расстрел лишних программ очень бойкий получается :).
	Ответить | Правка | ^ к родителю #278 | Наверх | Cообщить модератору

	292. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Michael Shigorin (ok) on 04-Ноя-12, 23:40
	> Покажи мне эти проблемы в ZFS? Только не в порядке теории - > а на практике и с пруфами, разумеется? http://discuss.joyent.com/viewtopic.php?id=19430
	Ответить | Правка | ^ к родителю #266 | Наверх | Cообщить модератору

	293. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 04-Ноя-12, 23:43
	>> Покажи мне эти проблемы в ZFS? Только не в порядке теории - >> а на практике и с пруфами, разумеется? > http://discuss.joyent.com/viewtopic.php?id=19430 Зачет зачет, год видели ? 2008-01-16 00:05:12 :))
	Ответить | Правка | ^ к родителю #292 | Наверх | Cообщить модератору

	297. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Michael Shigorin (ok) on 04-Ноя-12, 23:56
	>>> Покажи мне эти проблемы в ZFS? Только не в порядке теории - >>> а на практике и с пруфами, разумеется? >> http://discuss.joyent.com/viewtopic.php?id=19430 > Зачет зачет, год видели ? 2008-01-16 00:05:12 :)) Я-то видел, а некоторые тут щёки дуют про семь лет и всё такое, когда бывший кастомер ещё тёпленький от попадалова на именно что обещалове.
	Ответить | Правка | ^ к родителю #293 | Наверх | Cообщить модератору

	304. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 05-Ноя-12, 08:54
	Прикольно: по ссылке на багрепорт оракл недвусмысленно посылает всех в сад :)
	Ответить | Правка | ^ к родителю #297 | Наверх | Cообщить модератору

	310. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
	Сообщение от AlexAT (ok) on 05-Ноя-12, 09:41
	> Зачет зачет, год видели ? 2008-01-16 00:05:12 :)) http://blog.lastinfirstout.net/2010/04/bit-by-bug-data-loss-... Посвежее - 04.2010. Причем баг - следствие грубейшего нарушения уровневого подхода. И таких, думается, еще вылезет предостаточно. И более-менее свеженькое: http://christopher-technicalmusings.blogspot.ru/2011/02/zfs-... "Довольный" клиент, уходящий со "стабильной" солярки за 100500 тонн нефти на Linux: https://groups.google.com/forum/?fromgroups=#!topic/comp.uni... Явная ошибка позиционирования - "непротиворечивая" файловая система легко рассыпалась - как уже я раньше твердил изену - из-за ошибок CPU/памяти. Потому что вся эта "непротиворечивать" зиждется на исправности H/W. Если H/W сбоит (а не умирает сразу) - вся "непротиворечивость" идёт лесом. Нельзя позиционировать что-то, как абсолютно надёжное... клиент из-за этого положился целиком на ZFS, и не делал регулярных бэкапов. Ведь оно же "непротиворечивое". А теперь кусает локти.
	Ответить | Правка | ^ к родителю #293 | Наверх | Cообщить модератору

	321. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 19:38
	>> Зачет зачет, год видели ? 2008-01-16 00:05:12 :)) > http://blog.lastinfirstout.net/2010/04/bit-by-bug-data-loss-... > Посвежее - 04.2010. Причем баг - следствие грубейшего нарушения уровневого подхода. И > таких, думается, еще вылезет предостаточно. > И более-менее свеженькое: > http://christopher-technicalmusings.blogspot.ru/2011/02/zfs-... > "Довольный" клиент, уходящий со "стабильной" солярки за 100500 тонн нефти на Linux: > https://groups.google.com/forum/?fromgroups=#!topic/comp.uni... Эти баги как то проявляются в реальной жизни или так и являются грубейшим нарушением уровнего подхода в сознании отдельно взятых линуксоидов ниасиливших исходинки zfs ? > Явная ошибка позиционирования - "непротиворечивая" файловая система легко рассыпалась > - как уже я раньше твердил изену - из-за ошибок CPU/памяти. > Потому что вся эта "непротиворечивать" зиждется на исправности H/W. Если H/W > сбоит (а не умирает сразу) - вся "непротиворечивость" идёт лесом. Если клиент после трех ребутов в течении трех часов не понял своим умом, что то с железом ... > Нельзя позиционировать что-то, как абсолютно надёжное... клиент из-за этого положился > целиком на ZFS, и не делал регулярных бэкапов. Ведь оно же > "непротиворечивое". А теперь кусает локти. Клиент делал бакапы на тот же диск ? Клиент ССЗБ ?
	Ответить | Правка | ^ к родителю #310 | Наверх | Cообщить модератору

	325. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 05-Ноя-12, 20:36
	> Эти баги как то проявляются в реальной жизни или так и являются > грубейшим нарушением уровнего подхода в сознании отдельно взятых линуксоидов ниасиливших > исходинки zfs ? Чукча не читатель? Data loss. > Если клиент после трех ребутов в течении трех часов не понял своим > умом, что то с железом ... Если бы, да кабы, да росли бы во рту грибы. Завалилось? Завалилось. Тчк. О "непротиворечивости" речи дальше и быть не может. Хотя - можете слушать маркетолухов дальше. > Клиент делал бакапы на тот же диск ? Клиент ССЗБ ? Не делал он оперативных бэкапов - только широкоинтервальные и инкремент по входным данным, потому что маркетолухи пообещали "непротиворечивую" FS. Короче - сидеть и ждать, пока распарсится поток.
	Ответить | Правка | ^ к родителю #321 | Наверх | Cообщить модератору

	342. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–2 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 22:16
	> Если бы, да кабы, да росли бы во рту грибы. Завалилось? Завалилось. И вот такие люди работают в половине наших организаций ... :)))
	Ответить | Правка | ^ к родителю #325 | Наверх | Cообщить модератору

	330. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Michael Shigorin (ok) on 05-Ноя-12, 21:09
	>> http://christopher-technicalmusings.blogspot.ru/2011/02/zfs-... > Эти баги как то проявляются в реальной жизни Насколько понимаю, для опубликовавших они проявились именно в реальной жизни, а не в воображаемом продакшене в шухлядке.  И спасибо им, что потрудились вместо инженегров покойных санов и всё-таки выяснили, при каких условиях пул идёт в хлам. > или так и являются грубейшим нарушением уровнего подхода в сознании > отдельно взятых линуксоидов ниасиливших исходинки zfs ? Перед тем, как хамить, хотя бы почитали по диагонали предложенное...  Извольте: --- My first day was spent in a light daze (shock maybe) as I researched more about the inner workings of ZFS. Luckily I had already spent a few weekends messing around with trying to port PJD's v28 ZFS patch on FreeBSD to a newer build of FreeBSD, so I had some idea of the code, the vdevs, uberblocks, etc. --- Перевести или всё-таки понятно, что это был отдельно взятый человек, ковырявшийся в кишках zfs при попытке форвард-порта v28 на более новую фрю?
	Ответить | Правка | ^ к родителю #321 | Наверх | Cообщить модератору

	345. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 22:25
	>[оверквотинг удален] > --- > My first day was spent in a light daze (shock maybe) as > I researched more about the inner workings of ZFS. Luckily I > had already spent a few weekends messing around with trying to > port PJD's v28 ZFS patch on FreeBSD to a newer build > of FreeBSD, so I had some idea of the code, the > vdevs, uberblocks, etc. > --- > Перевести или всё-таки понятно, что это был отдельно взятый человек, ковырявшийся в > кишках zfs при попытке форвард-порта v28 на более новую фрю? А зачем ему понадобилось портироваь v28 на новую версию FreeBSD ? Он что случайно обновил фрю на боевом сервере до 10 ? :)) Суровый малый :))) Вот что бывает когда линуксоида допускают с серверам с фрей :))) Да кстати достаточно вместо *default tag=RELENG_9 написать *default tag=RELENG-9 и накотит самое последнее :)))
	Ответить | Правка | ^ к родителю #330 | Наверх | Cообщить модератору

	350. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Michael Shigorin (ok) on 05-Ноя-12, 22:38
	> А зачем ему понадобилось портироваь v28 на новую версию FreeBSD ? Сами спросите.  Вряд ли затем, чтоб какому оголтелому новобранцу потом пальцЫ по форумам растопыривать, впрочем -- "у меня и на новой фре zfs работает уже три дня". > Вот что бывает когда линуксоида допускают с серверам с фрей :))) Да кому они сдались, эти "сервера с фрёй", чтоб к ним "допускаться". Впрочем, фантазируйте на здоровье.  Так понимаю, что читать и тем более расспрашивать коллегу о действительном состоянии вещей, как положено специалисту при виде серьёзной проблемы, всё равно не будете.
	Ответить | Правка | ^ к родителю #345 | Наверх | Cообщить модератору

	356. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 22:49
	>> А зачем ему понадобилось портироваь v28 на новую версию FreeBSD ? > Сами спросите.  Вряд ли затем, чтоб какому оголтелому новобранцу потом пальцЫ > по форумам растопыривать, впрочем -- "у меня и на новой фре > zfs работает уже три дня". >> Вот что бывает когда линуксоида допускают с серверам с фрей :))) > Да кому они сдались, эти "сервера с фрёй", чтоб к ним "допускаться". > Впрочем, фантазируйте на здоровье.  Так понимаю, что читать и тем более > расспрашивать коллегу о действительном состоянии вещей, как положено специалисту при виде > серьёзной проблемы, всё равно не будете. Вы предлагаете написать ему ответ ? На ом форуме ? И ничего что прошло 2-ва года ? Ну давайте пишите :))) почитаем :)))
	Ответить | Правка | ^ к родителю #350 | Наверх | Cообщить модератору

38. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
Сообщение от rm_ (ok) on 26-Окт-12, 23:07
Я одного не пойму, где вообще фикс и какого хрена до сих пор срочно не выпущено 3.6.4 с ним?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	39. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–2 +/–
	Сообщение от Аноним (??) on 26-Окт-12, 23:20
	Столько лет баг гулял и ничего, еще немного погуляет. Проявляется при частой перезагрузке.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	40. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от rm_ (ok) on 26-Окт-12, 23:30
	> Столько лет баг гулял и ничего, еще немного погуляет. Проявляется при частой > перезагрузке. Не "столько лет", его совсем недавно добавили (начиная с 3.6.1 и 3.5.4, если правильно помню).
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	45. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 27-Окт-12, 00:11
	> Столько лет баг гулял Да, ноль целых, хрен десятых - ядро 3.6.2 выйти едва успело как баг и нашли. Гулял столько лет предвестник бага - некорректный комментарий в коде, который может обмануть программистов.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

41. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
Сообщение от darkshvein (ok) on 26-Окт-12, 23:34
Граждане, а сжатие будет, нет?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	48. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от AlexAT (ok) on 27-Окт-12, 01:02
	> Граждане, а сжатие будет, нет? xz (gzip, bzip2, lzo - по вкусу) отменили?
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	49. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от rm_ (ok) on 27-Окт-12, 01:07
	>> Граждане, а сжатие будет, нет? > xz (gzip, bzip2, lzo - по вкусу) отменили? BTRFS же!
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	73. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–5 +/–
	Сообщение от nagual (ok) on 28-Окт-12, 00:35
	> BTRFS же! О да WARNING! - Btrfs Btrfs v0.19 IS EXPERIMENTAL WARNING! - see http://btrfs.wiki.kernel.org before using
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	82. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 28-Окт-12, 04:16
	> О да > WARNING! - Btrfs Btrfs v0.19 IS EXPERIMENTAL > WARNING! - see http://btrfs.wiki.kernel.org before using Они хотя бы честные. Предупреждают, в отличие от ZFS-индусов.
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	99. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 28-Окт-12, 11:23
	>> О да >> WARNING! - Btrfs Btrfs v0.19 IS EXPERIMENTAL >> WARNING! - see http://btrfs.wiki.kernel.org before using > Они хотя бы честные. Предупреждают, в отличие от ZFS-индусов. Очень ждем такие предупреждения от разработчиков ext4 LVM и рейзера ...
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	268. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 04-Ноя-12, 22:18
	>> О да >> WARNING! - Btrfs Btrfs v0.19 IS EXPERIMENTAL >> WARNING! - see http://btrfs.wiki.kernel.org before using > Они хотя бы честные. Предупреждают, в отличие от ZFS-индусов. ZFS так-то в продакшене лет 7 уже как.
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	271. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от AlexAT (ok) on 04-Ноя-12, 22:20
	> ZFS так-то в продакшене лет 7 уже как. В каком, прости, продакшне? Где хоть одна мало-мальски обширная инсталляция вне академиков и махрового ынтырпрайза?
	Ответить | Правка | ^ к родителю #268 | Наверх | Cообщить модератору

	89. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Аноним (??) on 28-Окт-12, 06:09
	> WARNING! - Btrfs Btrfs v0.19 IS EXPERIMENTAL А вы знаете в каком году был btrfs 0.19? :) Это была последняя версия развивавшаяся отдельно от майнлайна. С тех пор btrfs не имеет отдельного номера версии ибо входит в основное ядро. Ну а тем кто видел btrfs только на картинке не заапдейченная вика может позволить красиво зафэйлить на форуме, например :)
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

46. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–6 +/–
Сообщение от Денис (??) on 27-Окт-12, 00:41
ZFS.linux и больше нихера не нужно
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	51. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от Аноним (??) on 27-Окт-12, 01:50
	Ну вот вы этим и пользуйтесь.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	52. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от Денис (??) on 27-Окт-12, 04:00
	спасибо КЭП, давно юзаем http://pthree.org/2012/04/17/install-zfs-on-debian-gnulinux/
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	56. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–2 +/–
	Сообщение от Аноним (??) on 27-Окт-12, 04:35
	> спасибо КЭП, давно юзаем Соболезную, чо.
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	59. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–4 +/–
	Сообщение от Аноним (??) on 27-Окт-12, 13:49
	>> спасибо КЭП, давно юзаем > Соболезную, чо. Давай спрыгнем с крыши по этому поводу? Что нормальная промышленная ФС, разработанная профи, таки стала доступна в лине?
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	61. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+4 +/–
	Сообщение от AlexAT (ok) on 27-Окт-12, 16:19
	> Давай спрыгнем с крыши по этому поводу? Что нормальная промышленная ФС, разработанная > профи, таки стала доступна в лине? И где оно-таки промышлится? Кроме как у академиков на локалхостах, пока ни у кого не видел.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	72. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 28-Окт-12, 00:33
	> И где оно-таки промышлится? Кроме как у академиков на локалхостах, пока ни > у кого не видел. SUN ?
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	74. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от исчо_адын_аноним on 28-Окт-12, 00:40
	>> И где оно-таки промышлится? Кроме как у академиков на локалхостах, пока ни >> у кого не видел. > SUN ? Это хто ? А у них на линухе ? :)
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	94. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от nagual (ok) on 28-Окт-12, 11:14
	>>> И где оно-таки промышлится? Кроме как у академиков на локалхостах, пока ни >>> у кого не видел. >> SUN ? > Это хто ? А у них на линухе ? :) Раньше дурни носились со ступами теперь с линуксом, рост на лицо ...
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	124. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Аноним (??) on 29-Окт-12, 06:16
	> Раньше дурни носились со ступами теперь с линуксом, рост на лицо ... Да, все ынтырпрайзы - бакланы, один вы тут у нас умный. А вам не кажется что если все вокруг дураки, а один вы умный - тут что-то не так? :)
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

	78. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Аноним (??) on 28-Окт-12, 04:10
	>> И где оно-таки промышлится? Кроме как у академиков на локалхостах, пока ни >> у кого не видел. > SUN ? Не хочу вас огорчать, но он... это самое... ку-ку.
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	96. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 28-Окт-12, 11:18
	>>> И где оно-таки промышлится? Кроме как у академиков на локалхостах, пока ни >>> у кого не видел. >> SUN ? > Не хочу вас огорчать, но он... это самое... ку-ку. http://www.oracle.com/ru/products/servers/overview/index.html КУ-КУ это диагноз ?
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	125. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
	Сообщение от Аноним (??) on 29-Окт-12, 06:17
	> КУ-КУ это диагноз ? Да, если вы не можете отличить слово "oracle" от слова "sun" - это диагноз.
	Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

	92. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от AlexAT (ok) on 28-Окт-12, 10:37
	> SUN ? И где оно ныне? Реально? Даже Oracle свою DB уже больше предлагает под Linux, нежели под Sun. Да и ZFS под неё какбэ не сертифицирована.
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	103. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 28-Окт-12, 11:28
	> И где оно ныне? Реально? > Даже Oracle свою DB уже больше предлагает под Linux, нежели под Sun. > Да и ZFS под неё какбэ не сертифицирована. Сертифицировано ...
	Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

	126. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Аноним (??) on 29-Окт-12, 06:18
	> Сертифицировано ... Да, давай, скажи что оракл сертифицЫрован с ZFS на BSD. Ты можешь, я знаю :)
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

	227. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 01-Ноя-12, 20:22
	>> Сертифицировано ... > Да, давай, скажи что оракл сертифицЫрован с ZFS на BSD. Ты можешь, > я знаю :) Оракл никогда в жизни не считал BSD платформой и отродясь под нее не существовал.
	Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

	305. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 05-Ноя-12, 08:56
	> Оракл никогда в жизни не считал BSD платформой и отродясь под нее не существовал. Спасибо, Капитан. Я думаю что гражданин понял на что я ему намекал, но вы решили уточнить :)
	Ответить | Правка | ^ к родителю #227 | Наверх | Cообщить модератору

	318. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 18:46
	>> Оракл никогда в жизни не считал BSD платформой и отродясь под нее не существовал. > Спасибо, Капитан. Я думаю что гражданин понял на что я ему намекал, > но вы решили уточнить :) Тихо сам с собою ...
	Ответить | Правка | ^ к родителю #305 | Наверх | Cообщить модератору

	309. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 05-Ноя-12, 09:40
	> SUN ? Какой SUN? SUN = RIP. ДоZFS'ились.
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	81. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 28-Окт-12, 04:15
	> И где оно-таки промышлится? Кроме как у академиков на локалхостах, пока ни > у кого не видел. Вы что-то путаете. Аттестат об окончании 9 классов - это еще далеко не звание академика.
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	104. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от Аноним (??) on 28-Окт-12, 12:00
	>> Давай спрыгнем с крыши по этому поводу? Что нормальная промышленная ФС, разработанная >> профи, таки стала доступна в лине? > И где оно-таки промышлится? Кроме как у академиков на локалхостах, пока ни > у кого не видел. Если ваш кругозор ограничен localhost - мне вас жаль. промышлится у авторов порта - одина из машин из TOP10 (не помню текущий номер в списке). Советую посмотреть презентации с LUG 2012 и LAD 2012 и больше не говорить таких глупостей. набрать в гуле "llnl zfs cluster" сможете? На секвое помоему 20P на дисках - имеет ли ваш сторадж сравнимый объем?
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	106. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 28-Окт-12, 13:09
	> набрать в гуле "llnl zfs cluster" сможете? Lawrence Livermore National Laboratory (LLNL) Академики? Академики. Понятно, что большие. Это единичное применение, не более.
	Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

	108. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 28-Окт-12, 20:58
	Скорее это заявка на то что TOP100 будет таким и клон ext4 будет вырублен оттуда. теперь подскажите какая еще fs может динамически аллоцировать иноды? Вот вы изначально сделали одно количество инод - а у вас получилось что хранятся более мелкие файлы и вам не хватает инод, при этом свободного места на диск вагон. Решите эту проблему с ext4, xfs и тп (не знаю как там в новомодной btrfs). Причем это задача из реальной жизни.
	Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

	109. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от rm_ (ok) on 28-Окт-12, 21:04
	> Скорее это заявка на то что TOP100 будет таким и клон ext4 > будет вырублен оттуда. > теперь подскажите какая еще fs может динамически аллоцировать иноды? > Вот вы изначально сделали одно количество инод - а у вас получилось > что хранятся более мелкие файлы и вам не хватает инод, при > этом свободного места на диск вагон. Решите эту проблему с ext4, > xfs и тп (не знаю как там в новомодной btrfs). Причем > это задача из реальной жизни. Да вообще-то все это умеют, кроме древних как говно мамонта ext*, а к чему вопрос? даже упомянутая вами XFS.
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	110. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 28-Окт-12, 22:59
	>не знаю как там в новомодной btrfs Там еще хуже чем в ext4 ...
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	111. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+3 +/–
	Сообщение от AlexAT (ok) on 28-Окт-12, 23:01
	>>не знаю как там в новомодной btrfs > Там еще хуже чем в ext4 ... Ну да. То ли дело ZFS, где даже дефрагментатора нет, и кеш эксклюзивный, да еще и без zero-copy. Если хочешь сделать из системы тормозилово или купить санку под задачи, где справился бы и десктоп - самое оно.
	Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

	112. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–3 +/–
	Сообщение от nagual (ok) on 28-Окт-12, 23:09
	>>>не знаю как там в новомодной btrfs >> Там еще хуже чем в ext4 ... > Ну да. То ли дело ZFS, где даже дефрагментатора нет, и кеш > эксклюзивный, да еще и без zero-copy. Если хочешь сделать из системы > тормозилово или купить санку под задачи, где справился бы и десктоп > - самое оно. У btrfs не в скорости проблема, кроме того COV как бы идейно несовместим с дефрагментацией ... Кроме того наивно сравнивать стабильные сани с десктопом, особенно в последнее время да еще если интел ...
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	113. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+3 +/–
	Сообщение от AlexAT (ok) on 28-Окт-12, 23:21
	> COV как бы идейно несовместим с дефрагментацией Спасибо, подр^W поржал. Точнее - CoW нежизнеспособен без дефрагментации. Но это другое. > Кроме того наивно сравнивать стабильные сани с десктопом А куды еще деваться, если после всех приблуд ака ZFS для того, чтобы решить задачу, с которой стабильно справится и десктоп, надо брать сани за 100500 нефти?
	Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

	114. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от nagual (ok) on 28-Окт-12, 23:32
	> стабильно справится  десктоп Любые 2 слова правда но 3 лож ...
	Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

	115. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
	Сообщение от AlexAT (ok) on 28-Окт-12, 23:40
	> Любые 2 слова правда но 3 лож ... К логопеду.
	Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

	272. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 04-Ноя-12, 22:20
	>> COV как бы идейно несовместим с дефрагментацией > Спасибо, подр^W поржал. Точнее - CoW нежизнеспособен без дефрагментации. Но это другое. >> Кроме того наивно сравнивать стабильные сани с десктопом > А куды еще деваться, если после всех приблуд ака ZFS для того, > чтобы решить задачу, с которой стабильно справится и десктоп, надо брать > сани за 100500 нефти? Так-то Соляра для x86 существует с 1993 года, если чего. С версии 2.4. Какие там нефти еще?
	Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

	273. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от AlexAT (ok) on 04-Ноя-12, 22:21
	> Так-то Соляра для x86 существует с 1993 года, если чего. С версии > 2.4. Какие там нефти еще? Каким боком 1993 год относится к тому, о чем мы говорим?
	Ответить | Правка | ^ к родителю #272 | Наверх | Cообщить модератору

	127. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
	Сообщение от Аноним (??) on 29-Окт-12, 06:22
	> У btrfs не в скорости проблема, кроме того COV Сначана научись CoW правильно писать, юморист. > как бы идейно несовместим с дефрагментацией ... Все там совместимо. Парней из сана заломало делать достаточно сложную плюшку. Поэтому компенсировали маркетинговым буллшитом, как обычно. > Кроме того наивно сравнивать стабильные сани с десктопом, Да, вот сейчас все разбежались у оракла покупать железки по их ценам. Это будет делать полтора ынтырпрайза. И те хотят линуксы, а вовсе не.
	Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

	275. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 04-Ноя-12, 22:22
	>> У btrfs не в скорости проблема, кроме того COV > Сначана научись CoW правильно писать, юморист. >> как бы идейно несовместим с дефрагментацией ... > Все там совместимо. Парней из сана заломало делать достаточно сложную плюшку. Поэтому > компенсировали маркетинговым буллшитом, как обычно. >> Кроме того наивно сравнивать стабильные сани с десктопом, > Да, вот сейчас все разбежались у оракла покупать железки по их ценам. > Это будет делать полтора ынтырпрайза. И те хотят линуксы, а вовсе > не. root @ hostname / # prtdiag|more System Configuration: ASUS RS120-E5/PA4 BIOS Configuration: American Megatrends Inc. 0702    07/06/2009 BMC Configuration: IPMI 2.0 (KCS: Keyboard Controller Style) ==== Processor Sockets ==================================== Version                          Location Tag -------------------------------- -------------------------- Intel(R) Core(TM)2 Quad CPU Q8300 @ 2.50GHz Socket 775 ==== Memory Device Sockets ================================ Type    Status Set Device Locator      Bank Locator ------- ------ --- ------------------- -------------------- DDR2    in use 0   DIMM_A1             BANK0 unknown empty  0   DIMM_A2             BANK1 DDR2    in use 0   DIMM_B1             BANK2 unknown empty  0   DIMM_B2             BANK3 ==== On-Board Devices =====================================   To Be Filled By O.E.M. root @ hostname / # zpool status rpool   pool: rpool state: ONLINE scan: scrub repaired 0 in 0h20m with 0 errors on Sat Nov  3 06:20:11 2012 config:         NAME          STATE     READ WRITE CKSUM         rpool         ONLINE       0     0     0           mirror-0    ONLINE       0     0     0             c1t0d0s0  ONLINE       0     0     0             c1t1d0s0  ONLINE       0     0     0 errors: No known data errors Чо-чо ты там говорил про ынтырпрайз, не подскажешь? Кекеке...
	Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

	279. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 04-Ноя-12, 22:24
	> Чо-чо ты там говорил про ынтырпрайз, не подскажешь? Кекеке... А на нормальный дисковый контроллер денег не нашлось? Или у нас два диска в зеркале - уже ЕНТЫРПРАЙС?
	Ответить | Правка | ^ к родителю #275 | Наверх | Cообщить модератору

	281. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 04-Ноя-12, 22:27
	>> Чо-чо ты там говорил про ынтырпрайз, не подскажешь? Кекеке... > А на нормальный дисковый контроллер денег не нашлось? Или у нас два > диска в зеркале - уже ЕНТЫРПРАЙС? Благодаря высказыванию одного профана множество юдей покупает гавно-рейд-контроллеры на 2-4 диска которые намного хуже встроенного в мать.
	Ответить | Правка | ^ к родителю #279 | Наверх | Cообщить модератору

	288. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 04-Ноя-12, 23:06
	> Благодаря высказыванию одного профана множество юдей покупает гавно-рейд-контроллеры > на 2-4 диска которые намного хуже встроенного в мать. Хуже встроенного в мать рейд-контроллера на 99% десктопных мамок быть не может. Впрочем, как не может быть и лучше. Просто потому, что в 99% десктопных мамок оного - ТАДА - НЕТ!
	Ответить | Правка | ^ к родителю #281 | Наверх | Cообщить модератору

	290. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 04-Ноя-12, 23:12
	>> Благодаря высказыванию одного профана множество юдей покупает гавно-рейд-контроллеры >> на 2-4 диска которые намного хуже встроенного в мать. > Хуже встроенного в мать рейд-контроллера на 99% десктопных мамок быть не может. > Впрочем, как не может быть и лучше. Просто потому, что в > 99% десктопных мамок оного - ТАДА - НЕТ! ТАДА гдето с ich7 ... :)))))
	Ответить | Правка | ^ к родителю #288 | Наверх | Cообщить модератору

	308. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 05-Ноя-12, 09:30
	> ТАДА гдето с ich7 ... :))))) ТАДА! Учи матчасть - это фейкрейд, т.е. софт.
	Ответить | Правка | ^ к родителю #290 | Наверх | Cообщить модератору

	296. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Michael Shigorin (ok) on 04-Ноя-12, 23:54
	> Хуже встроенного в мать рейд-контроллера на 99% десктопных мамок быть не может. Предлагаю определиться с терминами. 1) насколько понимаю, разговор о FakeRAID и они действительно бывают хуже просто каналов; 2) на вроде бы как серверном tyan (двухсокетная оптеронная мать) однажды видел SiI3114, распаянный на PCI32/33(!) вместе с eth и ещё кучей всякого хлама, т.е. даже не отдельно -- в итоге оно затыкалось на двух скромных дисках и пришлось засунуть простенький (но железный) LSI SAS1068...
	Ответить | Правка | ^ к родителю #288 | Наверх | Cообщить модератору

	298. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 04-Ноя-12, 23:58
	>> Хуже встроенного в мать рейд-контроллера на 99% десктопных мамок быть не может. > Предлагаю определиться с терминами. > 1) насколько понимаю, разговор о FakeRAID и они действительно бывают хуже просто > каналов; > 2) на вроде бы как серверном tyan (двухсокетная оптеронная мать) однажды видел > SiI3114, распаянный на PCI32/33(!) вместе с eth и ещё кучей всякого > хлама, т.е. даже не отдельно -- в итоге оно затыкалось на > двух скромных дисках и пришлось засунуть простенький (но железный) LSI SAS1068... Я работал с SB770-990 и все было ок.
	Ответить | Правка | ^ к родителю #296 | Наверх | Cообщить модератору

	306. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 05-Ноя-12, 09:27
	> Я работал с SB770-990 и все было ок. Это не отменяет того, что там НЕТ RAID-контроллера xD Там софтварная поделка. На уровне BIOS и драйвера для винды. Под Linux'ами все эти недорейды (очередной маркетоидный булшит) мейнтейнятся dm. Иногда бывают распаяны JBOD-контроллеры с поддержкой RAID в софте, типа того же Sil3114 (4 порта SATA150) - но это такой же фейк. Видел давным давно топовую мамку (не вспомню сейчас названия) с распаянным нормальным Adaptec'ом, но это действительно было на тот момент топовое железо, за очень "невкусные" деньги.
	Ответить | Правка | ^ к родителю #298 | Наверх | Cообщить модератору

	317. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 18:46
	>> Я работал с SB770-990 и все было ок. > Это не отменяет того, что там НЕТ RAID-контроллера xD > Там софтварная поделка. На уровне BIOS и драйвера для винды. Под Linux'ами > все эти недорейды (очередной маркетоидный булшит) мейнтейнятся dm. > Иногда бывают распаяны JBOD-контроллеры с поддержкой RAID в софте, типа того же > Sil3114 (4 порта SATA150) - но это такой же фейк. > Видел давным давно топовую мамку (не вспомню сейчас названия) с распаянным нормальным > Adaptec'ом, но это действительно было на тот момент топовое железо, за > очень "невкусные" деньги. Из криокамеры виднее :))) На GA990XA есть даже RAID5 :)))
	Ответить | Правка | ^ к родителю #306 | Наверх | Cообщить модератору

	323. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
	Сообщение от AlexAT (ok) on 05-Ноя-12, 20:31
	> Из криокамеры виднее :))) > На GA990XA есть даже RAID5 :))) LOL :) Когда человек не отличает софт от аппаратуры - ну, флаг в руки, чо.
	Ответить | Правка | ^ к родителю #317 | Наверх | Cообщить модератору

	337. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 22:09
	> LOL :) Когда человек не отличает софт от аппаратуры - ну, флаг > в руки, чо. Как там в криокамере с флагом ? Удобно ?
	Ответить | Правка | ^ к родителю #323 | Наверх | Cообщить модератору

	299. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 00:05
	>> Хуже встроенного в мать рейд-контроллера на 99% десктопных мамок быть не может. > Предлагаю определиться с терминами. > 1) насколько понимаю, разговор о FakeRAID и они действительно бывают хуже просто > каналов; > 2) на вроде бы как серверном tyan (двухсокетная оптеронная мать) однажды видел > SiI3114, распаянный на PCI32/33(!) вместе с eth и ещё кучей всякого > хлама, т.е. даже не отдельно -- в итоге оно затыкалось на > двух скромных дисках и пришлось засунуть простенький (но железный) LSI SAS1068... SB990+RAID10+WD5003ABYX http://s1.ipicture.ru/uploads/20121104/l5hbjRUD.jpg
	Ответить | Правка | ^ к родителю #296 | Наверх | Cообщить модератору

	300. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Michael Shigorin (ok) on 05-Ноя-12, 00:30
	> SB990+RAID10+WD5003ABYX Ещё думал спросить -- под фрёй эти fakeraid нормально работают? > http://s1.ipicture.ru/uploads/20121104/l5hbjRUD.jpg ЧТД. :)
	Ответить | Правка | ^ к родителю #299 | Наверх | Cообщить модератору

	301. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 01:33
	>> SB990+RAID10+WD5003ABYX > Ещё думал спросить -- под фрёй эти fakeraid нормально работают? >> http://s1.ipicture.ru/uploads/20121104/l5hbjRUD.jpg > ЧТД. :) SB770-990 работает ... а учитывая что zfs лучше вопрос - зачем ?
	Ответить | Правка | ^ к родителю #300 | Наверх | Cообщить модератору

	307. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 05-Ноя-12, 09:28
	> SB990+RAID10+WD5003ABYX > http://s1.ipicture.ru/uploads/20121104/l5hbjRUD.jpg So what? Это фейкрейд. У md/dm/LVM/... производительность будет ровно такой же. А может быть даже и лучше - за счёт более тесной интеграции с ОС.
	Ответить | Правка | ^ к родителю #299 | Наверх | Cообщить модератору

	315. "(offtopic) *raid"	+/–
	Сообщение от Michael Shigorin (ok) on 05-Ноя-12, 12:52
	> So what? Это фейкрейд. У md/dm/LVM/... производительность будет ровно такой же. > А может быть даже и лучше - за счёт более тесной интеграции с ОС. Всё же необязательно -- насколько помню слова vsu@altlinux, то у некоторых FakeRAID производительность при их задействовании как хоть чего-то поверх каналов бывала выше.  Факторы IIRC получались такие: - вымывание кэша CPU; - догрузка CPU (+некоторые умели XOR для RAID5 сами[1]); - догрузка FSB. Противоположный пример -- 16-портовая Areca лет пять тому не успевала даже просто JBOD через себя тащить, пришлось разбивать на две 8-портовки, чтоб хоть как каналы или зеркало заюзать. Из эксплуатационной разницы ещё бывают жёлтые лямпочки на hdd carrier'ах, но это тоже не про десктоп, да и smartd не отменяет... [1] http://lists.altlinux.org/pipermail/devel/2003-November/0971...
	Ответить | Правка | ^ к родителю #307 | Наверх | Cообщить модератору

	336. "(offtopic) *raid"	–1 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 21:54
	> Всё же необязательно -- насколько помню слова vsu@altlinux, то у некоторых FakeRAID > производительность при их задействовании как хоть чего-то поверх каналов бывала выше. Сейчас обкатываются технологии USB 3.0 и  SATA Revision 3.0 и с колличеством линий pci там все ок в отличии от серверного Г. http://www.gigabyte.ru/products/page/mb/ga-990xa-ud3rev_10/
	Ответить | Правка | ^ к родителю #315 | Наверх | Cообщить модератору

	338. "(offtopic) *raid"	+2 +/–
	Сообщение от AlexAT (ok) on 05-Ноя-12, 22:10
	> Сейчас обкатываются технологии USB 3.0 и  SATA Revision 3.0 и с > колличеством линий pci там все ок в отличии от серверного Г. /me выпал в осадок ну чо, ждем от тебя тестов ZFS на USB 3.0
	Ответить | Правка | ^ к родителю #336 | Наверх | Cообщить модератору

	347. "(offtopic) *raid"	–1 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 22:30
	>> Сейчас обкатываются технологии USB 3.0 и  SATA Revision 3.0 и с >> колличеством линий pci там все ок в отличии от серверного Г. > /me выпал в осадок > ну чо, ждем от тебя тестов ZFS на USB 3.0 Вот кстати внешние HD  с usb3 уже в продаже но у меня их нет ...
	Ответить | Правка | ^ к родителю #338 | Наверх | Cообщить модератору

	351. "(offtopic) *raid"	+1 +/–
	Сообщение от Michael Shigorin (ok) on 05-Ноя-12, 22:39
	> Вот кстати внешние HD  с usb3 уже в продаже но у меня их нет ... Ну так и к чему приплетать?  У меня дежурная флэшка уже USB3, разницы особой не было...
	Ответить | Правка | ^ к родителю #347 | Наверх | Cообщить модератору

	339. "(offtopic) *raid"	+1 +/–
	Сообщение от Michael Shigorin (ok) on 05-Ноя-12, 22:12
	> Сейчас обкатываются технологии USB 3.0 и  SATA Revision 3.0 Да они-то тут при чём, особенно первое -- флэшкам оно помогает скорее на фоне никакого USB2.  SATA6G наблюдаю в дешёвой all-in-one платке на C60 в количестве шести штук. > в отличии от серверного Г. А это уж кто что чем выбирал. :)
	Ответить | Правка | ^ к родителю #336 | Наверх | Cообщить модератору

	316. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–2 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 18:42
	>> SB990+RAID10+WD5003ABYX >> http://s1.ipicture.ru/uploads/20121104/l5hbjRUD.jpg > So what? Это фейкрейд. У md/dm/LVM/... производительность будет ровно такой же. А > может быть даже и лучше - за счёт более тесной интеграции > с ОС. В случае md LVM сомневаюсь. Вот в случае хитрых алгоритмов gmirror или zfs очень даже может быть ;-)
	Ответить | Правка | ^ к родителю #307 | Наверх | Cообщить модератору

	331. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 05-Ноя-12, 21:13
	> В случае md LVM сомневаюсь. Вот в случае хитрых алгоритмов gmirror или > zfs очень даже может быть ;-) LOL'd расскажите это авторам сего опуса "- Do I understand correctly that there are no analogues FreeBSD fallocate() and splice()? - Why would we need them?" (c) SirDice, http://forums.freebsd.org/showthread.php?p=195049 :))) Шел 2012 год... Zero-Copy в *BSD даже не пахло. splice - очень удобный механизм для zero-copy.
	Ответить | Правка | ^ к родителю #316 | Наверх | Cообщить модератору

	346. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 22:28
	>> В случае md LVM сомневаюсь. Вот в случае хитрых алгоритмов gmirror или >> zfs очень даже может быть ;-) > LOL'd > расскажите это авторам сего опуса > "- Do I understand correctly that there are no analogues FreeBSD fallocate() > and splice()? > - Why would we need them?" > (c) SirDice, http://forums.freebsd.org/showthread.php?p=195049 > :))) Шел 2012 год... Zero-Copy в *BSD даже не пахло. > splice - очень удобный механизм для zero-copy. Там на форуме тоже одни троли :)))
	Ответить | Правка | ^ к родителю #331 | Наверх | Cообщить модератору

	320. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 19:35
	>> Хуже встроенного в мать рейд-контроллера на 99% десктопных мамок быть не может. > Предлагаю определиться с терминами. > 1) насколько понимаю, разговор о FakeRAID и они действительно бывают хуже просто > каналов; > 2) на вроде бы как серверном tyan (двухсокетная оптеронная мать) однажды видел > SiI3114, распаянный на PCI32/33(!) вместе с eth и ещё кучей всякого > хлама, т.е. даже не отдельно -- в итоге оно затыкалось на > двух скромных дисках и пришлось засунуть простенький (но железный) LSI SAS1068... Вот я и говорю - однажды дебил от маркетологов ляпнул что FakeRAID намного хуже а остальные дружно подхватили ... Учитывая что это высказываение является девизом сторожил криокамер вероятно речь идет о временах до ich7 когда интел был совсем гавно ...
	Ответить | Правка | ^ к родителю #296 | Наверх | Cообщить модератору

	322. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Michael Shigorin (ok) on 05-Ноя-12, 19:56
	> вероятно речь идет о временах до ich7 когда интел был совсем <beep> Да он с тех пор и LSI купил да за собой утянул. :(  Те же SAS1064 -- самый что ни на есть FakeRAID.
	Ответить | Правка | ^ к родителю #320 | Наверх | Cообщить модератору

	326. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от AlexAT (ok) on 05-Ноя-12, 20:39
	> Да он с тех пор и LSI купил да за собой утянул. > :(  Те же SAS1064 -- самый что ни на есть > FakeRAID. У меня сейчас RS2BL080 (он же LSI 9260-8i) дома стоит, приятная железка. PCI-E x4. 8 портов SAS 2.0/SATA 600. 512M кэша. RAID 0/1/10/5/6 (XOR и RSC - аппаратно, на контроллере). Смена размера и типа LV на ходу поддерживается. Так что хоть интел его и потянул за собой в бюджетке... но уже в энтри-сегменте всё нормально :)
	Ответить | Правка | ^ к родителю #322 | Наверх | Cообщить модератору

	332. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Michael Shigorin (ok) on 05-Ноя-12, 21:13
	>> Те же SAS1064 -- самый что ни на есть FakeRAID. > Так что хоть интел его и потянул за собой в бюджетке... Виноват, не уточнил -- эти 1064 они лепили как абортные в некоторые/многие S5000* (e.g. S5000VSA).  Отдельных контроллеров, докатившихся до такого, пока у них не припоминаю.
	Ответить | Правка | ^ к родителю #326 | Наверх | Cообщить модератору

	324. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 05-Ноя-12, 20:33
	> Вот я и говорю - однажды дебил от маркетологов ляпнул что FakeRAID > намного хуже FakeRAID во всех случаях, за исключением RAID0: а) нагружает проц многочисленными обменами с контроллером б) многократно нагружает шину PCI/PCI-E данными И тут хоть какой ICH - пока не будет аппаратного акселератора RAID, ничего не изменится.
	Ответить | Правка | ^ к родителю #320 | Наверх | Cообщить модератору

	340. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 22:12
	>> Вот я и говорю - однажды дебил от маркетологов ляпнул что FakeRAID >> намного хуже > FakeRAID во всех случаях, за исключением RAID0: > а) нагружает проц многочисленными обменами с контроллером Где вы этого бреда набрались ? В даташитах по интелу ? Откройте для себя AMD. > б) многократно нагружает шину PCI/PCI-E данными Лол ... ноу коментс ... По сравнению с 4-мя двухголовыми видюхами он нагружает, не он Нагружает нет ваще нихера не нагружает :))) > И тут хоть какой ICH - пока не будет аппаратного акселератора RAID, > ничего не изменится. AMD лучше ;-)
	Ответить | Правка | ^ к родителю #324 | Наверх | Cообщить модератору

	341. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
	Сообщение от AlexAT (ok) on 05-Ноя-12, 22:14
	Не вижу смысла дальше обсуждать - ты не понимаешь логики обмена с диском...
	Ответить | Правка | ^ к родителю #340 | Наверх | Cообщить модератору

	348. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 22:33
	> Не вижу смысла дальше обсуждать - ты не понимаешь логики обмена с > диском... Откройте даташит на SB770-990 если проблемы с логикой.
	Ответить | Правка | ^ к родителю #341 | Наверх | Cообщить модератору

	349. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
	Сообщение от AlexAT (ok) on 05-Ноя-12, 22:36
	> Откройте даташит на SB770-990 если проблемы с логикой. datashit - у тебя в голове. К сожалению.
	Ответить | Правка | ^ к родителю #348 | Наверх | Cообщить модератору

	354. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 22:47
	>> Откройте даташит на SB770-990 если проблемы с логикой. > datashit - у тебя в голове. К сожалению. :))) пацталом ...
	Ответить | Правка | ^ к родителю #349 | Наверх | Cообщить модератору

	343. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Michael Shigorin (ok) on 05-Ноя-12, 22:17
	>> FakeRAID во всех случаях, за исключением RAID0: >> а) нагружает проц многочисленными обменами с контроллером > Где вы этого бреда набрались? В даташитах по интелу? Откройте для себя AMD. Сколько лет пользуюсь софтрейдами на том и этом, но такие откровения слышу впервые.  Насколько понимаю, HT тут ни при чём.
	Ответить | Правка | ^ к родителю #340 | Наверх | Cообщить модератору

	352. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 05-Ноя-12, 22:42
	> Сколько лет пользуюсь софтрейдами на том и этом, но такие откровения слышу > впервые.  Насколько понимаю, HT тут ни при чём. Абсолютно. Двойна-тройная-Nкратная передача данных по шине - абсолютно платформоагностична. Хуже всего R5/6 - чтобы записать один блок - надо считать в кэш (прогнать по шине, а потом еще и рассчитать, в довесок) весь страйп (Nx), после чего записать два (R5) или три (R6) блока. В R1 с двумя дисками будет просто двукратная запись... что тоже не гуд.
	Ответить | Правка | ^ к родителю #343 | Наверх | Cообщить модератору

	353. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 22:46
	>>> FakeRAID во всех случаях, за исключением RAID0: >>> а) нагружает проц многочисленными обменами с контроллером >> Где вы этого бреда набрались? В даташитах по интелу? Откройте для себя AMD. > Сколько лет пользуюсь софтрейдами на том и этом, но такие откровения слышу > впервые.  Насколько понимаю, HT тут ни при чём. Вы просто не следите за новостями. АМД несколько последних лет сливает интелу в пиковом быстродействии процессоров и все бы ничего но этот факт старательно подогревается в СМИ. Так как догнать интеловский утюг без перехода на новых техпроцесс невозможно амд старается увеличить быстродействие там где может например в работе системной логики. В частности материнские платы у АМД намного качественнее, не однократно сталкивались, если брать сервак в удаленном дц, то интел будет на матери очень низкого качества если амд всегда нормальная стабильная мать ... Мистика. В конце концев работать с интелом и асусом надоедает ... Что касается шедевров типа писипартнер или эзрок они редко живут дольше гарантийного срока и то если часто не включать :))
	Ответить | Правка | ^ к родителю #343 | Наверх | Cообщить модератору

	355. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Michael Shigorin (ok) on 05-Ноя-12, 22:48
	> Вы просто не следите за новостями. Мы просто судим не по новостям.
	Ответить | Правка | ^ к родителю #353 | Наверх | Cообщить модератору

	357. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 22:53
	>> Вы просто не следите за новостями. > Мы просто судим не по новостям. Бабка нагадала ? Щас месье раскажет какой интел классный и какой амд слив .. ага. Ничего личного просто ссылки: http://actika.livejournal.com/957.html
	Ответить | Правка | ^ к родителю #355 | Наверх | Cообщить модератору

	358. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 05-Ноя-12, 22:54
	Меня особо вот эта ссылка доставляет - можно сразу на цитатник разрывать: http://actika.livejournal.com/2712.html
	Ответить | Правка | ^ к родителю #357 | Наверх | Cообщить модератору

	360. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 23:01
	> Меня особо вот эта ссылка доставляет - можно сразу на цитатник разрывать: > http://actika.livejournal.com/2712.html Опровергните любое утверждение на выбор :)
	Ответить | Правка | ^ к родителю #358 | Наверх | Cообщить модератору

	362. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
	Сообщение от AlexAT (ok) on 05-Ноя-12, 23:05
	> Опровергните любое утверждение на выбор :) Я ж говорю - там надо уже не опровергать, а на цитаты рвать, филиал баша.
	Ответить | Правка | ^ к родителю #360 | Наверх | Cообщить модератору

	363. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 23:12
	>> Опровергните любое утверждение на выбор :) > Я ж говорю - там надо уже не опровергать, а на цитаты > рвать, филиал баша. Слив не защитан. Привет с филиала удава.
	Ответить | Правка | ^ к родителю #362 | Наверх | Cообщить модератору

	359. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Michael Shigorin (ok) on 05-Ноя-12, 23:00
	> Щас месье раскажет какой интел классный и какой амд слив Вообще-то работаю с самыми разными железками на intel/amd x86, arm, ppc, mips и ценю достоинства каждой из этих (микро)архитектур/платформ, при этом не забывая об уже известных их недостатках.  Чего и Вам желаю. BTW в #339 упомянул новую и специально выбранную платку на AMD C60. :)
	Ответить | Правка | ^ к родителю #357 | Наверх | Cообщить модератору

	361. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от AlexAT (ok) on 05-Ноя-12, 23:04
	> BTW в #339 упомянул новую и специально выбранную платку на AMD C60. > :) Аналогично. Дома сервант как раз тот, который с LSI, на AMD PhII-1090T / AMD 890FX
	Ответить | Правка | ^ к родителю #359 | Наверх | Cообщить модератору

	143. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от Аноним (??) on 29-Окт-12, 14:46
	Zero-copy сейчас туда впиливают. Дефрагментатор вроде как был (или планровался) - если я не забыл лекции  архитекторов ZFS.
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	144. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–2 +/–
	Сообщение от nagual (ok) on 29-Окт-12, 14:56
	> Дефрагментатор вроде как был (или планровался) - если > я не забыл лекции  архитекторов ZFS. Главное чтоб дефрагментатор не был автоматическим как в ext4 а то ssd не оценят :))
	Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

	146. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
	Сообщение от AlexAT (ok) on 29-Окт-12, 15:09
	> Главное чтоб дефрагментатор не был автоматическим как в ext4 а то ssd > не оценят :)) Да, для SSD уже само наличие ZFS - повод повеситься на ближайшем SATA-кабеле...
	Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

	148. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–2 +/–
	Сообщение от nagual (ok) on 29-Окт-12, 15:20
	> Да, для SSD уже само наличие ZFS - повод повеситься на ближайшем > SATA-кабеле... Ораклу расскажите.
	Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

	151. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 29-Окт-12, 17:05
	>> Да, для SSD уже само наличие ZFS - повод повеситься на ближайшем >> SATA-кабеле... > Ораклу расскажите. А чего рассказывать? Достаточно взглянуть на спецификации железа под ZFS на их сайте, чтобы понять, что дело гиблое.
	Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

	277. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 04-Ноя-12, 22:23
	>>> Да, для SSD уже само наличие ZFS - повод повеситься на ближайшем >>> SATA-кабеле... >> Ораклу расскажите. > А чего рассказывать? Достаточно взглянуть на спецификации железа под ZFS на их > сайте, чтобы понять, что дело гиблое. Вот это что ли? Проблемз? root @ hostname / # prtdiag|more System Configuration: ASUS RS120-E5/PA4 BIOS Configuration: American Megatrends Inc. 0702    07/06/2009 BMC Configuration: IPMI 2.0 (KCS: Keyboard Controller Style) ==== Processor Sockets ==================================== Version                          Location Tag -------------------------------- -------------------------- Intel(R) Core(TM)2 Quad CPU Q8300 @ 2.50GHz Socket 775 ==== Memory Device Sockets ================================ Type    Status Set Device Locator      Bank Locator ------- ------ --- ------------------- -------------------- DDR2    in use 0   DIMM_A1             BANK0 unknown empty  0   DIMM_A2             BANK1 DDR2    in use 0   DIMM_B1             BANK2 unknown empty  0   DIMM_B2             BANK3 ==== On-Board Devices =====================================   To Be Filled By O.E.M. root @ hostname / # zpool status rpool   pool: rpool state: ONLINE scan: scrub repaired 0 in 0h20m with 0 errors on Sat Nov  3 06:20:11 2012 config:         NAME          STATE     READ WRITE CKSUM         rpool         ONLINE       0     0     0           mirror-0    ONLINE       0     0     0             c1t0d0s0  ONLINE       0     0     0             c1t1d0s0  ONLINE       0     0     0 errors: No known data errors Для инфы - это прокси-сервер здания на сквиде.
	Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

	280. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 04-Ноя-12, 22:26
	> Для инфы - это прокси-сервер здания на сквиде. Да хватит уже показывать свой локалхост с двумя плашками памяти и двумя дисками в софтзеркале. Поставь на него винду с шарингом интернета, для мелкого склада/офиса больше и не надо. И не надо будет флюродросить на ZFS, дополнительным бонусом. Или Netgear WNR1000 купи за 1000 рублев, зачем тебе такой прокси на маленькую конторку? По электричеству ж влетит в копеечку. И куда руководство смотрит.
	Ответить | Правка | ^ к родителю #277 | Наверх | Cообщить модератору

	294. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Michael Shigorin (ok) on 04-Ноя-12, 23:47
	> Для инфы - это прокси-сервер здания на сквиде. Вот уж для чего как раз и подходит спул на reiser3 с mkfs и squid -z на загрузке, если не лень, или вообще в tmpfs, если лень и от этого кэша хоть три грамма пользы наблюдается...
	Ответить | Правка | ^ к родителю #277 | Наверх | Cообщить модератору

	176. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Lompuz on 29-Окт-12, 23:05
	вы про технологию TRIM ?
	Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

	156. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от Аноним (??) on 29-Окт-12, 17:32
	> Главное чтоб дефрагментатор не был автоматическим как в ext4 Ах, вы и ext4 только на картинке видели? Бывает. Hint: в ext4 нет автоматического дефрагментатора. Хотя если хочется тупо зафэйлить на форуме - можно и про него рассказать. А потом народ еще удивляется - чего это я троллю? Ну а что еще делать, если вы порцию лулзов нахаляву предоставляете такими забавными тупняками? :)
	Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

	163. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–2 +/–
	Сообщение от nagual (ok) on 29-Окт-12, 18:57
	>> Главное чтоб дефрагментатор не был автоматическим как в ext4 > Ах, вы и ext4 только на картинке видели? Бывает. > Hint: в ext4 нет автоматического дефрагментатора. Хотя если хочется тупо зафэйлить на > форуме - можно и про него рассказать. А потом народ еще > удивляется - чего это я троллю? Ну а что еще делать, > если вы порцию лулзов нахаляву предоставляете такими забавными тупняками? :) Ой а тут один пациент прямо с пеной доказывал что в ext4 помимо дефрагмертатора есть еще встроенные автоматические механизсы ... Выходит таки ошибся.
	Ответить | Правка | ^ к родителю #156 | Наверх | Cообщить модератору

	166. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 29-Окт-12, 20:53
	> Ой а тут один пациент прямо с пеной доказывал что в ext4 > помимо дефрагмертатора есть еще встроенные автоматические механизсы ... Выходит таки ошибся. Это про btrfs было ;). Теперь я понимаю почему вы постоянно киваете на проблемы с памятью.
	Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

	145. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
	Сообщение от AlexAT (ok) on 29-Окт-12, 15:08
	> Zero-copy сейчас туда впиливают. Дефрагментатор вроде как был (или планровался) - если > я не забыл лекции  архитекторов ZFS. "Будем считать что сделали, когда заработает". Пока что видно, что в BSD вообще с zero-copy всё плохо. Ну и да - правильная архитектура подразумевает замену ARC системным кешем. Будет? Дефрагментатора не видел в принципе.
	Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

	147. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 29-Окт-12, 15:19
	> "Будем считать что btrfs сделали, когда btrfs заработает". Так понятнее ?
	Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

	150. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 29-Окт-12, 16:50
	Открою страшную тайну - ARC cache и системный кэш - немного разные вещи :) То что Linux kernel их смешал в кучу - это его головная боль вытекающая из архитектуры ext[2,3,4], и поэтому все другие пожелания не принимаются в mainline. Кроме того одна и таже страница может быть в разных кэшах одновременно.
	Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

	152. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
	Сообщение от AlexAT (ok) on 29-Окт-12, 17:07
	> То что Linux kernel их смешал в кучу - это его головная > боль вытекающая из архитектуры ext[2,3,4], и поэтому все другие пожелания не > принимаются в mainline. Нет смысла дублировать сущности - и это правильный подход, а не головная боль. Головная боль - это когда один кэш thrash'ит другой кэш только потому, что идио^W разработчики комбайна не удосужились реализовать нормальную схему работы. > Кроме того одна и таже страница может быть в разных кэшах одновременно. Может. Но в случае ZFS - не будет, ибо не zero-copy. А в Linux, c его "головной болью" кэш вполне может перетекать в приложения, и обратно. Без лишнего расхода памяти.
	Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

	158. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 29-Окт-12, 17:34
	> Может. Но в случае ZFS - не будет, ибо не zero-copy. А > в Linux, c его "головной болью" кэш вполне может перетекать в > приложения, и обратно. Без лишнего расхода памяти. Сани всегда любили компенсировать технические продолбы маркетинговым буллшитом. Как впрочем и любая иная коммерческая компания шкурно заинтересованная в впаривании.
	Ответить | Правка | ^ к родителю #152 | Наверх | Cообщить модератору

	178. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+3 +/–
	Сообщение от Аноним (??) on 30-Окт-12, 00:00
	> Нет смысла дублировать сущности - и это правильный подход, а не головная боль. Как бы вам проще объяснить - кэши это таки места хранения и адресации, но данные не обязательно дублировать - достаточно использовать другие струтуры для доступа к данным. > Головная боль - это когда один кэш thrash'ит другой кэш только потому, что идио^W разработчики комбайна не удосужились реализовать нормальную схему работы. начнем с того - что существуют разные политики для работы с памятью - комбинация оных дает оптимальную производительность с точки зрения данной FS. ARC cache у ZFS завязан на COW (если я правильно помню лекции). Приложение может почистить страницы из своего мапинга, но FS не обязательно закомитит свой ZIL. Остальное лень вспоминать. а что касается производительности... Вот почему-то на машине выдерживающую нагрузку одного из TOP10 кластеров - все работает нормально. А у вас нет. Так может в чем-то другом проблемы ? > Может. Но в случае ZFS - не будет, ибо не zero-copy. А в Linux, c его "головной болью" кэш вполне может перетекать в приложения, и обратно. Без лишнего расхода памяти. Насколько я помню - там нет дублирования, а весь overhead из-за доп структур доступа. При этом в солярке ровно так же. Но это особенность данной FS, я так думаю у BTRFS будут не меньший overhead, не считая проблем при почти заполненом диске, как и у ZFS.
	Ответить | Правка | ^ к родителю #152 | Наверх | Cообщить модератору

	184. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 30-Окт-12, 07:25
	>> Нет смысла дублировать сущности - и это правильный подход, а не головная боль. > Как бы вам проще объяснить - кэши это таки места хранения и > адресации, но данные не обязательно дублировать - достаточно использовать другие струтуры для доступа к данным. Как бы вам проще объяснить: ARC дублирует системный кэш. Память ARC используется независимо, в системный кэш не перераспределяется, и операционкой при нехватке памяти для приложений не реюзается. Тчк. Всё остальное объясняйте разработчикам этого поделия. > начнем с того - что существуют разные политики для работы с памятью Начнём с того, что нет смысла городить два одинаковых независимых кэша. Можно было юзать логику системного кэша, если бы не мегакомбайновость. Остальное - лирика. > комбинация оных дает оптимальную производительность с точки зрения данной FS. Комбинация оных дает совершенно неоптимальный расход памяти. > ARC cache у ZFS завязан на COW (если я правильно помню > лекции). Приложение может почистить страницы из своего мапинга, но FS не > обязательно закомитит свой ZIL. Остальное лень вспоминать. Системный кэш в Linux работает абсолютно так же. Приложение может убрать страницы из маппинга, но они не будут сброшены на диск или почищены сразу. У кого не так - мои соболезнования. > а что касается производительности... Вот почему-то на машине выдерживающую нагрузку одного из TOP10 кластеров - все работает нормально. А у вас нет. Оставьте уже академиков в покое - это единичные применения. > Насколько я помню - там нет дублирования, а весь overhead из-за доп > структур доступа. А ты не понимай - ты попробуй, и увидишь. > особенность данной FS, я так думаю у BTRFS будут не меньший > overhead, не считая проблем при почти заполненом диске, как и у > ZFS. BTRFS использует системный кэш.
	Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

	185. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–3 +/–
	Сообщение от nagual (ok) on 30-Окт-12, 11:04
	> а что касается производительности... Вот почему-то на машине выдерживающую нагрузку >одного из TOP10 кластеров - все работает нормально. А у вас нет. А что касается производительности btrfs то инстяляция убунты под варей при 1 гиге памяти заняла на btrfs по времени раз в 5 больше чем на ext4 и это при том что хост имел дохрена памяти и кешировал дисковые операции. > Оставьте уже академиков в покое - это единичные применения. Оставьте вы уже свое кривое поделие пока оно не станет релизом. > А ты не понимай - ты попробуй, и увидишь. Пробовали с btrfs жопа ... > BTRFS использует системный кэш. Замечательно - мы заметили как минимум две особенности - во первых оно experimental во вторых журнал имеет свойство расти до бесконечности что на мелких файлах ведет к неоправданному уменьшению доступного пространства ...
	Ответить | Правка | ^ к родителю #184 | Наверх | Cообщить модератору

	186. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
	Сообщение от AlexAT (ok) on 30-Окт-12, 13:51
	>> А ты не понимай - ты попробуй, и увидишь. > Пробовали с btrfs жопа ... Укатали сивку крутые горки... Лучше вообще к компу подходить не пробуй - поможет. >> BTRFS использует системный кэш. > Замечательно - мы заметили как минимум две особенности - во первых оно > experimental во вторых журнал имеет свойство расти до бесконечности что на > мелких файлах ведет к неоправданному уменьшению доступного пространства ... Где-то в этой ветке тестировал - сильного уменьшения в зависимости от больших/мелких файлов нет в принципе.
	Ответить | Правка | ^ к родителю #185 | Наверх | Cообщить модератору

	311. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Аноним (??) on 05-Ноя-12, 12:33
	> том что хост имел дохрена памяти и кешировал дисковые операции. Передает приветы тормозной fsync(). Дело в том что виртуализаторы этот вызов любят. Хоть это и настраиваемо (как минимум в quemu/kvm). А в районе 3.7 кернеля fsync() в btrfs изрядно подтянули. >> Оставьте уже академиков в покое - это единичные применения. > Оставьте вы уже свое кривое поделие пока оно не станет релизом. Релиз понятие растяжимое. Бсдшники вон релизнули ZFS с висючим sendfile(), нисколько не смущаясь. Если такими критериями оперировать - btrfs уже давно можно релизом считать. > Пробовали с btrfs жопа ... Да ладно, если особо извращенные ухищрения не устраивать - оно в общем то уже вполне  работает. Хотя для ответственных применений лучше подождать. >> BTRFS использует системный кэш. > Замечательно - мы заметили как минимум две особенности - во первых оно > experimental во вторых журнал имеет свойство расти до бесконечности Это общее свойство CoW. Поэтому и реализуется garbage collector. Логично его заодно и дефрагером делать. Почему в ZFS не сделали - а фиг знает. > что на мелких файлах ведет к неоправданному уменьшению доступного пространства ... А вот размер файлов при этом более-менее перпендикулярен. А какая разница то?
	Ответить | Правка | ^ к родителю #185 | Наверх | Cообщить модератору

	333. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 21:14
	> Релиз понятие растяжимое. Бсдшники вон релизнули ZFS с висючим sendfile(), нисколько не > смущаясь. Что то не припомню ...
	Ответить | Правка | ^ к родителю #311 | Наверх | Cообщить модератору

	188. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 31-Окт-12, 00:53
	бред не хочется даже сильно коментировать. Я понимаю что мисье не программист, а Одминистратор - которому напели баек и в которые он поверил. Блин но не удержался решил написать. Системный кэш в Linux kernel - это очень сильно порезаная LRU policy, ZFS требует для своей работы ARC policy (http://en.wikipedia.org/wiki/Adaptive_replacement_cache - при желании почитать и понять). Там же в Wiki объясняется чем ARC лучше LRU, а тем более то убожество которое реализовано в Linux kernel. Но это же священная корова которую никто трогать не будет. Еще раз - никакого копирования данных не происходит - просто страницы с данными находятся одновременно в ARC и LRU кэше. А возможно только в ARC - при этом этот алгоритм более совершенный, чем то убожество что есть в linux kernel. Как пример могу указать на смешной баг - когда вымываются страницы содержащие block bitmap у ext4 при сколько нибудь серьезной нагрузке и система вынуждена повторно читать. А доп расходы по памяти это немного другое, это куча служебных структур - для того что бы держать COW и версионные изменения. И кроме того у него очень затянутый комит изменений на диск - что требует держать кучу всего в памяти, для более оптимальной аллокации блоков. И это никак не связано с ARC кэшем который там внутри... PS. я так думаю через пару лет в TO10 ext4 и вообще класических fs не будет, а будут решения на базе ZFS. Я так понимаю что вы считаете себя умнее Cray/SGI/HP ?
	Ответить | Правка | ^ к родителю #184 | Наверх | Cообщить модератору

	191. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от Michael Shigorin (ok) on 31-Окт-12, 02:07
	> Еще раз - никакого копирования данных не происходит - просто страницы с > данными находятся одновременно в ARC и LRU кэше. Одни и те же физические или разные страницы с одинаковыми данными?
	Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

	194. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 31-Окт-12, 07:41
	> бред не хочется даже сильно коментировать. Я понимаю что мисье не программист, > а Одминистратор - которому напели баек и в которые он поверил. Несдержанность - удел вьюношей. К слову, я как раз-таки системный программист, и прекрасно представляю, о чем идет речь. ARC имеет преимущество только перед ядрами младше 2.6.26, в 2.6.26 (или в 2.6.25 - точно не помню) реализовали механизм Split LRU, который, в общем-то, и есть примерно то же самое, что применяется в ARC, только без изменения самого механизма замены страниц. У ARC три проблемы: 1. ARC плохо работает (сильно нагружает систему) с малыми объемами кэша. Это проистекает из проблемы (2). 2. Алгоритм замены в ARC таков, что под высоким давлением на кэш работает крайне неэффективно. Это порождает проблему (1). Eviction страниц может занимать очень приличное время. 3. Алгоритм замены страниц покрыт патентом IBM. В связи с чем использовать в приложениях можно только на страх и риск. > Системный кэш в Linux kernel - это очень сильно порезаная LRU policy, > ZFS требует для своей работы ARC policy (http://en.wikipedia.org/wiki/Adaptive_replacement_cache > - при желании почитать и понять). > Еще раз - никакого копирования данных не происходит Точнее - солярка скипает page cache при обращении к ARC, используя page cache только для страниц приложения. Сделано было из-за того, что механизмы солярки не позволяли нормально организовать zero-copy между двумя кэшами. *BSD юзают копирование между кешами - на странице нагуляла на лж четко видно, как падает производительность от отсутствия zero-copy. Linux не рассматриваем, поскольку BTRFS корректно юзает системный кеш, и никаких проблем с этим не имеет. > просто страницы с данными находятся одновременно в ARC и LRU кэше Пруф в студию - большинство "пейсателей" этот момент обходят стороной во всех презентациях и статьях. "Забывают", видимо. > А доп расходы по памяти это немного другое, это куча служебных структур > - для того что бы держать COW и версионные изменения. Почему этих расходов нет у BTRFS, при сходной (и более высокой) производительности? Архитектура, дружище, архитектура. > кроме того у него очень затянутый комит изменений на диск - > И это никак не связано с ARC кэшем который там внутри... Взаимоисключающие параграфы.
	Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

	198. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от nagual (ok) on 31-Окт-12, 10:06
	> Точнее - солярка скипает page cache при обращении к ARC, используя page > cache только для страниц приложения. Сделано было из-за того, что механизмы > солярки не позволяли нормально организовать zero-copy между двумя кэшами. *BSD юзают > копирование между кешами - на странице нагуляла на лж четко видно, > как падает производительность от отсутствия zero-copy. Linux не рассматриваем, поскольку > BTRFS корректно юзает системный кеш, и никаких проблем с этим не > имеет. Боюсь я вас разочарую но на моей странице четко видно что FreeBSD под варей без vmmemctl и с lsilogic работает похуже чем убунта с vmmemctl и pvscsi. А постестить на реальном железе пока нет времени. Тесты работают так что вперед.
	Ответить | Правка | ^ к родителю #194 | Наверх | Cообщить модератору

	312. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Аноним (??) on 05-Ноя-12, 12:35
	> Боюсь я вас разочарую но на моей странице четко видно что FreeBSD > под варей без vmmemctl и с lsilogic работает похуже Боюсь, тесты под виртуалкой малоинтересны: виртуализатор сильно искажает картину во всем что касается I/O.
	Ответить | Правка | ^ к родителю #198 | Наверх | Cообщить модератору

	334. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 21:15
	>> Боюсь я вас разочарую но на моей странице четко видно что FreeBSD >> под варей без vmmemctl и с lsilogic работает похуже > Боюсь, тесты под виртуалкой малоинтересны: виртуализатор сильно искажает картину во всем > что касается I/O. Скрипты доступны - тестируйте.
	Ответить | Правка | ^ к родителю #312 | Наверх | Cообщить модератору

	204. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от Аноним (??) on 01-Ноя-12, 09:46
	> и прекрасно представляю, о чем идет речь. ARC имеет преимущество только перед ядрами младше 2.6.26, в 2.6.26 (или в 2.6.25 - точно не помню) реализовали механизм Split LRU, который, в общем-то, и есть примерно то же самое, что применяется в ARC, только без изменения самого механизма замены страниц. Мне кажется не представляете. К слову в EL6 (2.6.32+) страницы из ext4 buddy cache вымываются аж в лет под активным чтением - что генерит тонну 4k чтений, по простейшим workload - чтение файла размером больше RAM кусками по 1М в 32 потока. Вот такой он LRU - собственно если это убрать - то это уже не LRU будет. > Точнее - солярка скипает page cache при обращении к ARC, используя page cache только для страниц приложения. Сделано было из-за того, что механизмы солярки не позволяли нормально организовать zero-copy между двумя кэшами. *BSD юзают копирование между кешами - на странице нагуляла на лж четко видно, как падает производительность от отсутствия zero-copy. Нету там copy. ссылки на код а не на какие-то тесты в студию. > 3. Алгоритм замены страниц покрыт патентом IBM. В связи с чем использовать в приложениях можно только на страх и риск. Вас не смущает что RCU в ядре покрыт патентами IBM - при том что исключение сделано только для Linux kernel а остальные открытые проекты должны платить роялити за использование этой технологии? как и многое другое. Раз вас смущает - может вы тогда перестанете использовать Linux kernel? >> просто страницы с данными находятся одновременно в ARC и LRU Кеше >Пруф в студию - большинство "пейсателей" этот момент обходят стороной во всех презентациях и статьях. "Забывают", видимо. Пруфа не будет. Это была ~6часовая лекция от архитекторов ZFS которая по определенным причинам не писалась. Там же объяснялось почему ARC лучший алгортим для этого кэша, и почему остальные не подходят. С математическим обоснованием если что. Математику я не помню - но помню что копирования там не происходит. И не потому что нельзя было сделать zero-copy. > А доп расходы по памяти это немного другое, это куча служебных структур > - для того что бы держать COW и версионные изменения. > Почему этих расходов нет у BTRFS, при сходной (и более высокой) производительности? Архитектура, дружище, архитектура. У BTRFS другие проблемы как вы помните. Не эфективная балансировка дерева, плохое использование свободного места и тп.. напомнить ? Архитектура такая вот кривая у BTRFS.... > кроме того у него очень затянутый комит изменений на диск - > И это никак не связано с ARC кэшем который там внутри... > Взаимоисключающие параграфы. это вам так кажется.
	Ответить | Правка | ^ к родителю #194 | Наверх | Cообщить модератору

	205. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от AlexAT (ok) on 01-Ноя-12, 10:49
	> Пруфа не будет. Это была ~6часовая лекция от архитекторов ZFS которая по > определенным причинам не писалась. Там же объяснялось почему ARC лучший алгортим > для этого кэша, и почему остальные не подходят. Скорее всего то, что объяснялось - и есть причина, по которой "лекция" не писалась. Т.е. маркетинговый буллшит, который инженеры разнесут в пух и прах.
	Ответить | Правка | ^ к родителю #204 | Наверх | Cообщить модератору

	208. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 01-Ноя-12, 15:04
	>> Пруфа не будет. Это была ~6часовая лекция от архитекторов ZFS которая по >> определенным причинам не писалась. Там же объяснялось почему ARC лучший алгортим >> для этого кэша, и почему остальные не подходят. > Скорее всего то, что объяснялось - и есть причина, по которой "лекция" > не писалась. Т.е. маркетинговый буллшит, который инженеры разнесут в пух и > прах. Что бы закрыть тему - лекцию читал Bill Moore прилетевший из Штатов в Москву ради этой лекции. Это тоже такой маркетолог?
	Ответить | Правка | ^ к родителю #205 | Наверх | Cообщить модератору

	212. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Michael Shigorin (ok) on 01-Ноя-12, 15:24
	JFYI, злоупотреблять отзывчивостью человека и впрямь не лучшее дело.  А ссылки на "такие приборы" и "определённые причины" -- могут работать при наличии взаимопонимания, но вовсе не для его достижения.
	Ответить | Правка | ^ к родителю #208 | Наверх | Cообщить модератору

	214. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 01-Ноя-12, 16:19
	> JFYI, злоупотреблять отзывчивостью человека и впрямь не лучшее дело.  А ссылки > на "такие приборы" и "определённые причины" -- могут работать при наличии > взаимопонимания, но вовсе не для его достижения. Зато хорошо показали - что человек мыслит шаблонами, не пытаясь задуматься о альтернативах. Для него все что сделал Sun - это марктенговый булшит.. Только боюсь что в Linux world - такого еще больше. Чего только стоит требование шапки не ставить Trial версию RHEL6 на машину с более чем 2 sockets или core (не помню уж точно - но в свое время весьма порадовало). PS. все таки 2 сокета - поставил на 4 - уже обязан удалить - это у нас теперь такой opensource который требует оплачивать по сокетам с клиентов? "Thank you for choosing SER0220US - 30-day Unsupported Evaluation Red Hat Enterprise Linux (Up to 2 Sockets)."
	Ответить | Правка | ^ к родителю #212 | Наверх | Cообщить модератору

	215. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 01-Ноя-12, 16:22
	> Для него все что сделал Sun - это марктенговый булшит.. Именно. Если бы было не так - Sun бы до сих пор существовал. Но... история не терпит сослагательного наклонения, и Sun ныне там, где и должен быть - в могиле. > удалить - это у нас теперь такой opensource который требует оплачивать > по сокетам с клиентов? CentOS отменили?
	Ответить | Правка | ^ к родителю #214 | Наверх | Cообщить модератору

	219. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от Аноним (??) on 01-Ноя-12, 16:36
	>> Для него все что сделал Sun - это марктенговый булшит.. > Именно. Если бы было не так - Sun бы до сих пор > существовал. Но... история не терпит сослагательного наклонения, и Sun ныне там, > где и должен быть - в могиле. Угу. С каких финансовые показатели стали мерилой качества? Тогда стоит признать что майкрософт и apple это лучшие конторы, ибо их финансовые показатели очень хороши. И сильно лучше всяких там RedHat, не говоря уже о сдохшей SuSe (Novel). >> удалить - это у нас теперь такой opensource который требует оплачивать >> по сокетам с клиентов? > CentOS отменили? Не считая их собственных ошибок, CentOS выходит сильно позже, кроме того - почему это RedHat`у можно брать деньги по сокетам, а Oracle за это осуждают. Двойная мораль?
	Ответить | Правка | ^ к родителю #215 | Наверх | Cообщить модератору

	220. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 01-Ноя-12, 16:47
	> Угу. С каких финансовые показатели стали мерилой качества? Капитализм, батенька. Кто неконкурентоспособен - тот сдох или продался. Единственное мерило в условиях рынка, однако. Каким бы сферическим конем оно ни было - оно в итоге оказалось нежизнеспособно :) > Тогда стоит признать что майкрософт и apple это лучшие конторы А с этим кто-то спорит? Они до сих пор успешно подминают под себя все, до чего в силах дотянуться. Правда, у МС последнее время не всё гладко тоже. > И сильно лучше всяких там RedHat, не говоря уже о сдохшей SuSe (Novel). FYI, они находятся в разных сегментах рынка. Показателей RedHat у MS в его сегменте нет, никогда не было, и не будет. Тем паче - у Apple. В своих сегментах это - лучшие компании, и спорить с этим бессмысленно. > Не считая их собственных ошибок, CentOS выходит сильно позже Вот за сие и берутся редхатом деньги. Не нравится - берёте исходники, и собираете сами. "Не сильно позже". А вы, видимо, халявщик по жизни, раз хотите задарма скорость коммерческого сервиса. OpenSource гарантирует наличие исходников, но никак не уровень сервиса.
	Ответить | Правка | ^ к родителю #219 | Наверх | Cообщить модератору

	221. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от Аноним (??) on 01-Ноя-12, 17:03
	>> Угу. С каких финансовые показатели стали мерилой качества? > Капитализм, батенька. Кто неконкурентоспособен - тот сдох или продался. Единственное мерило > в условиях рынка, однако. Каким бы сферическим конем оно ни было > - оно в итоге оказалось нежизнеспособно :) Еще раз - каким боком капитализм - относится к техническому качеству? давайте без переводов стрелок. >> Тогда стоит признать что майкрософт и apple это лучшие конторы > А с этим кто-то спорит? Они до сих пор успешно подминают под > себя все, до чего в силах дотянуться. Правда, у МС последнее > время не всё гладко тоже. Да ну - разве софт от MS - это не маркитоидный бред и булшит? В отличии от той же солярки.. >> И сильно лучше всяких там RedHat, не говоря уже о сдохшей SuSe (Novel). > FYI, они находятся в разных сегментах рынка. Показателей RedHat у MS в > его сегменте нет, никогда не было, и не будет. Тем паче > - у Apple. В своих сегментах это - лучшие компании, и > спорить с этим бессмысленно. Да ну - у MS есть WinServer и у RedHat тоже есть RHEL - так что они в одном сегменте.. >> Не считая их собственных ошибок, CentOS выходит сильно позже > Вот за сие и берутся редхатом деньги. Не нравится - берёте исходники, > и собираете сами. "Не сильно позже". А вы, видимо, халявщик по > жизни, раз хотите задарма скорость коммерческого сервиса. OpenSource гарантирует наличие > исходников, но никак не уровень сервиса. Я лишь хочу что бы RedHat предоставлял все то что положено по GPL. как исходники - так и derivative work - то есть бинарные пакеты, но все предпочитают закрывать на это нарушение GPL и то что даже доступные бинарники - анально огорожены - запретом в EULA. Вот у меня есть 4 sockets оптерон - я хочу посмотреть и возможно потом купить туда RedHat EL - но я это не могу сделать, так как стану нарушителем EULA. Но наличие такой EULA -  почему-то прощают RedHat, но не прощают Oracle - почему ?
	Ответить | Правка | ^ к родителю #220 | Наверх | Cообщить модератору

	222. "Теодор Тцо отказался от предложений по стабилизации ФС..."	+2 +/–
	Сообщение от arisu (ok) on 01-Ноя-12, 17:12
	> Я лишь хочу что бы RedHat предоставлял все то что положено по > GPL. как исходники — так и derivative work — то есть > бинарные пакеты э… ЩИТО? с каких грибов выхлоп компилятора стал derivative work? это я что, опубликовав исходник под GPL, должен ещё и по первому требованию каждому предоставлять собраный мной бинарь? сдай дилера. ну, дальнейшие рассуждения примерно на том же уровне, нет смысла анализировать.
	Ответить | Правка | ^ к родителю #221 | Наверх | Cообщить модератору

	223. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 01-Ноя-12, 18:05
	> Еще раз - каким боком капитализм - относится к техническому качеству? Самым прямым. Всё, что не покупается в силу низкого качества или завышенной по отношению к нему цены - умирает. > Да ну - разве софт от MS - это не маркитоидный бред > и булшит? В отличии от той же солярки.. Бред, булшит, но миллиарды хомячков не могут ошибаться. Так что булшит, но не всё. Для домохозяйки - самое оно. > Да ну - у MS есть WinServer и у RedHat тоже есть RHEL - так что они в одном сегменте.. Удивляюсь узости понимания сегментации рынка. Покажите мне mass production web на винде, тогда подумаю. Или mass virtualization. Или cloud filesystem. Для начала. > Я лишь хочу что бы RedHat предоставлял все то что положено по > GPL. как исходники - так и derivative work Почитайте GPL, для начала. Потом уже хотите. Они исходники обязаны предоставлять только собственным клиентам, вместе с бинарями, а вам - не обязаны. А бинари открыто - вообще никому не обязаны. > Вот у меня есть 4 sockets оптерон - я хочу посмотреть и возможно потом купить туда RedHat EL - но я это не могу сделать, так как стану нарушителем EULA. Попросите у RH триалку на 4 сокета - наверняка пойдут навстречу.
	Ответить | Правка | ^ к родителю #221 | Наверх | Cообщить модератору

	213. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от AlexAT (ok) on 01-Ноя-12, 16:17
	> Что бы закрыть тему - лекцию читал Bill Moore прилетевший из Штатов > в Москву ради этой лекции. Это тоже такой маркетолог? Шишкин тоже хвалит райзер 4 :) - хотя ныне абсолютно неюзабельное поделие... К чему бы сие?
	Ответить | Правка | ^ к родителю #208 | Наверх | Cообщить модератору

	216. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от Аноним (??) on 01-Ноя-12, 16:24
	>> Что бы закрыть тему - лекцию читал Bill Moore прилетевший из Штатов >> в Москву ради этой лекции. Это тоже такой маркетолог? > Шишкин тоже хвалит райзер 4 :) - хотя ныне абсолютно неюзабельное поделие... И его есть за что хвалить. Многие вещи которые туда заложены - весьма и весьма революционны был для своего времени, и ребята работали там очень грамотные. И если вы такой серьезный программист - то должны были знать что проблемы с включением в mainstream - лежали больше политические, и то что Linux хотел что бы все прогибались под VM которая нужна ext[2-4], а не другим. А то что он не развивается - ну так просто.. всю команду которая работала в namesys перекупила одну фирма - и они до сего времени так и работают практически одной командой над новыми задачами :) > К чему бы сие? К тому что я больше верю квалификацию Bill Moore - чем в вашу. То что вы мыслите шаблонами - мы уже поняли. Все что не по вашему - это булшит и прочая гадость, а то что могут быть проблемы в ваших любимых няшечках - вы не верите.
	Ответить | Правка | ^ к родителю #213 | Наверх | Cообщить модератору

	206. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 01-Ноя-12, 11:21
	> Пруфа не будет. Это была ~6часовая лекция от архитекторов ZFS которая по > определенным причинам не писалась. Там же объяснялось почему ARC лучший алгортим > для этого кэша, и почему остальные не подходят. > С математическим обоснованием если что. Математику я не помню - но помню > что копирования там не происходит. И не потому что нельзя было > сделать zero-copy. Учитывая реализацию криптования сжатия и дедупликации данные в кеше zfs лежат не всегда в том виде в котором их получит потребитель а потому zero-copy как бы не к месту. >> Почему этих расходов нет у BTRFS, при сходной (и более высокой) производительности? Потому что адекватных тестов где BTRFS тупо не сливат из-за разростания журнала еще никто не видел. > У BTRFS другие проблемы как вы помните. О да ...
	Ответить | Правка | ^ к родителю #204 | Наверх | Cообщить модератору

	209. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 01-Ноя-12, 15:09
	>> Пруфа не будет. Это была ~6часовая лекция от архитекторов ZFS которая по >> определенным причинам не писалась. Там же объяснялось почему ARC лучший алгортим >> для этого кэша, и почему остальные не подходят. >> С математическим обоснованием если что. Математику я не помню - но помню >> что копирования там не происходит. И не потому что нельзя было >> сделать zero-copy. > Учитывая реализацию криптования сжатия и дедупликации данные в кеше zfs лежат не > всегда в том виде в котором их получит потребитель а потому > zero-copy как бы не к месту. там все сложнее - насколько я помню эту лекцию, использование ARC cache связан как-то с отложенными транзакциями и переменным размером блока и версионностью - ну и всякие ssd cache на отдельном носителе.
	Ответить | Правка | ^ к родителю #206 | Наверх | Cообщить модератору

	211. "Теодор Тцо отказался от предложений по стабилизации ФС..."	+/–
	Сообщение от arisu (ok) on 01-Ноя-12, 15:12
	> насколько я помню эту лекцию и то правда: зачем писать было. ведь всё отлично запомнил!
	Ответить | Правка | ^ к родителю #209 | Наверх | Cообщить модератору

	217. "Теодор Тцо отказался от предложений по стабилизации ФС..."	–1 +/–
	Сообщение от Аноним (??) on 01-Ноя-12, 16:25
	>> насколько я помню эту лекцию > и то правда: зачем писать было. ведь всё отлично запомнил! зачем писать - когда можно было оформить командировку и прокатиться в силиконовую долину и на месте пообщаться с людьми? Или это так сложно для arisu?
	Ответить | Правка | ^ к родителю #211 | Наверх | Cообщить модератору

	218. "Теодор Тцо отказался от предложений по стабилизации ФС..."	+1 +/–
	Сообщение от arisu (ok) on 01-Ноя-12, 16:29
	вот, вроде, умный человек — а дурак-дураком, и резко перестаёт понимать, когда упускаешь хотя бы одно очевидное промежуточное звено. общая беда многих людей, кстати: нежелание ворочать мозгами.
	Ответить | Правка | ^ к родителю #217 | Наверх | Cообщить модератору

	282. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 04-Ноя-12, 22:28
	>[оверквотинг удален] >> а Одминистратор - которому напели баек и в которые он поверил. > Несдержанность - удел вьюношей. К слову, я как раз-таки системный программист, и > прекрасно представляю, о чем идет речь. ARC имеет преимущество только перед > ядрами младше 2.6.26, в 2.6.26 (или в 2.6.25 - точно не > помню) реализовали механизм Split LRU, который, в общем-то, и есть примерно > то же самое, что применяется в ARC, только без изменения самого > механизма замены страниц. > У ARC три проблемы: > 1. ARC плохо работает (сильно нагружает систему) с малыми объемами кэша. Это > проистекает из проблемы (2). Свист. Вот конфига со специально ограниченным объемом ARC (ибо нефиг дважды кэшировать кэширующее приложение): root @ hostname / # arc_summary.pl System Memory:          Physical RAM:  4087 MB          Free Memory :  421 MB          LotsFree:      63 MB ZFS Tunables (/etc/system):          set zfs:zfs_arc_max=1073741824          set zfs:zfs_immediate_write_sz=1000000000          set zfs:zvol_immediate_write_sz=1000000000 ARC Size:          Current Size:             549 MB (arcsize)          Target Size (Adaptive):   550 MB (c)          Min Size (Hard Limit):    128 MB (zfs_arc_min)          Max Size (Hard Limit):    1024 MB (zfs_arc_max) ARC Size Breakdown:          Most Recently Used Cache Size:          25%    138 MB (p)          Most Frequently Used Cache Size:        74%    412 MB (c-p) ARC Efficency:          Cache Access Total:             280931200          Cache Hit Ratio:      60%       169987501      [Defined State for buffer]          Cache Miss Ratio:     39%       110943699      [Undefined State for Buffer]          REAL Hit Ratio:       55%       155276719      [MRU/MFU Hits Only]          Data Demand   Efficiency:    78%          Data Prefetch Efficiency:     8%         CACHE HITS BY CACHE LIST:           Anon:                        0%        551949                 [ New Customer, First Cache Hit ]           Most Recently Used:         56%        96231400 (mru)         [ Return Customer ]           Most Frequently Used:       34%        59045319 (mfu)         [ Frequent Customer ]           Most Recently Used Ghost:    4%        7615752 (mru_ghost)    [ Return Customer Evicted, Now Back ]           Most Frequently Used Ghost:  3%        6543081 (mfu_ghost)    [ Frequent Customer Evicted, Now Back ]         CACHE HITS BY DATA TYPE:           Demand Data:                56%        95663016           Prefetch Data:               3%        6607943           Demand Metadata:            35%        59611727           Prefetch Metadata:           4%        8104815         CACHE MISSES BY DATA TYPE:           Demand Data:                23%        26362489           Prefetch Data:              60%        67203256           Demand Metadata:            10%        11923431           Prefetch Metadata:           4%        5454523 --------------------------------------------- Top: ==== load averages:  0.00,  0.01,  0.01;               up 25+14:24:52       00:26:05 242 processes: 241 sleeping, 1 on cpu CPU states: 99.8% idle,  0.0% user,  0.2% kernel,  0.0% iowait,  0.0% swap Kernel: 460 ctxsw, 22 trap, 667 intr, 1299 syscall, 22 flt Memory: 4095M phys mem, 422M free mem, 4096M total swap, 4069M free swap    PID USERNAME LWP PRI NICE  SIZE   RES STATE    TIME    CPU COMMAND 19933 root       1  54    0 2528K 1664K cpu/0    0:00  0.07% top 11560 root       1  59    0  734M  726M sleep   33:06  0.03% squid     10 root      13  59    0   12M 7324K sleep    0:12  0.00% svc.startd 11756 squid      1  59    0 2904K 1284K sleep    0:59  0.00% diskd-daemon    953 root       1 100  -20 2608K 1328K sleep    1:02  0.00% xntpd 11754 squid      1  59    0 2904K 1292K sleep    0:57  0.00% diskd-daemon 11757 squid      1  59    0 2904K 1300K sleep    0:55  0.00% diskd-daemon 11755 squid      1  59    0 2904K 1304K sleep    0:58  0.00% diskd-daemon 33310 squid      1  59    0 9608K 2732K sleep    0:40  0.00% httpd    773 root       1  59    0 1468K  720K sleep    0:03  0.00% utmpd    441 root       1  59    0    0K    0K sleep    0:22  0.00% ipmon 52753 clamav     2  59    0  422M  288M sleep  222:00  0.00% clamd     12 root      14  59    0   11M 9144K sleep    0:19  0.00% svc.configd     97 root       9  59    0 3896K 1624K sleep    0:12  0.00% devfsadm    779 root      19  59    0   19M 7004K sleep    0:10  0.00% fmd Покажь, плз, сильную нагрузку как следствие урезанного ARC? > 2. Алгоритм замены в ARC таков, что под высоким давлением на кэш > работает крайне неэффективно. Это порождает проблему (1). Eviction страниц может занимать > очень приличное время. Выше - покажь? Кэш уменьшен и на него сильное давление. Это так-то весьма нагруженный прокси. > 3. Алгоритм замены страниц покрыт патентом IBM. В связи с чем использовать > в приложениях можно только на страх и риск. Пруфа, как я понимаю, не будет? >[оверквотинг удален] >> просто страницы с данными находятся одновременно в ARC и LRU кэше > Пруф в студию - большинство "пейсателей" этот момент обходят стороной во всех > презентациях и статьях. "Забывают", видимо. >> А доп расходы по памяти это немного другое, это куча служебных структур >> - для того что бы держать COW и версионные изменения. > Почему этих расходов нет у BTRFS, при сходной (и более высокой) производительности? > Архитектура, дружище, архитектура. >> кроме того у него очень затянутый комит изменений на диск - >> И это никак не связано с ARC кэшем который там внутри... > Взаимоисключающие параграфы. У тебя заявления с практикой как-то не вяжутся. И, да - система, с которой я приводил данные - Солярис: root @ hostname / # uname -a SunOS hostname 5.10 Generic_147441-15 i86pc i386 i86pc Solaris
	Ответить | Правка | ^ к родителю #194 | Наверх | Cообщить модератору

	286. "Теодор Тцо отказался от предложений по стабилизации ФС..."	+1 +/–
	Сообщение от arisu (ok) on 04-Ноя-12, 22:46
	>> 3. Алгоритм замены страниц покрыт патентом IBM. В связи с чем использовать >> в приложениях можно только на страх и риск. > Пруфа, как я понимаю, не будет? на то, что ARC запатентован? если ты не можешь в этом убедиться максимум за пол-минуты, то ты или очень медленно печатаешь, или у тебя интернеты на 300 бод, или ты альтернативно одарённый.
	Ответить | Правка | ^ к родителю #282 | Наверх | Cообщить модератору

	287. "Теодор Тцо отказался от предложений по стабилизации ФС..."	–1 +/–
	Сообщение от nagual (ok) on 04-Ноя-12, 22:49
	>>> 3. Алгоритм замены страниц покрыт патентом IBM. В связи с чем использовать >>> в приложениях можно только на страх и риск. >> Пруфа, как я понимаю, не будет? > на то, что ARC запатентован? если ты не можешь в этом убедиться > максимум за пол-минуты, то ты или очень медленно печатаешь, или у > тебя интернеты на 300 бод, или ты альтернативно одарённый. Вот десвительно пруф ф студию :))
	Ответить | Правка | ^ к родителю #286 | Наверх | Cообщить модератору

	289. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 04-Ноя-12, 23:09
	И что собственно портянка выше должна пруфнуть?
	Ответить | Правка | ^ к родителю #282 | Наверх | Cообщить модератору

	313. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Аноним (??) on 05-Ноя-12, 12:41
	> Несдержанность - удел вьюношей. К слову, я как раз-таки системный программист, и > прекрасно представляю, о чем идет речь. ARC имеет преимущество только перед > ядрами младше 2.6.26, в 2.6.26 (или в 2.6.25 - точно не > помню) реализовали механизм Split LRU, который, в общем-то, и есть примерно > то же самое, что применяется в ARC, только без изменения самого > механизма замены страниц. Хорошо приложил очередного адепта маркетингового буллшита :) > У ARC три проблемы: Приятно читать гражданина который шарит и может кондово так приложить. > как падает производительность от отсутствия zero-copy. Linux не рассматриваем, поскольку > BTRFS корректно юзает системный кеш, и никаких проблем с этим не имеет. Что не мешает гражданам от соляриев и бсд выступать. Хотя по бенчам даже древних версий все прекрасно видно. > Почему этих расходов нет у BTRFS, при сходной (и более высокой) производительности? > Архитектура, дружище, архитектура. Потому что в отличие от саней в линуксах маркетинговый буллшит не очень срабатывает. Их юзают не за то что крЮтой производитель с железками за кучу бабла, а за то что работает и работает прилично. Вот и приходится делать так чтобы работало прилично :)
	Ответить | Правка | ^ к родителю #194 | Наверх | Cообщить модератору

	119. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–3 +/–
	Сообщение от Lompuz on 29-Окт-12, 05:30
	все они хороши, и вызвает попоболь у линуксоидов
	Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

	131. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 29-Окт-12, 11:03
	> все они хороши, и вызвает попоболь у линуксоидов Да, потому что хотя у них ZFS тоже есть, такое они терпеть они не собираются.
	Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

	182. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Led (ok) on 30-Окт-12, 02:29
	> Скорее это заявка на то что TOP100 будет таким и клон ext4 > будет вырублен оттуда. > теперь подскажите какая еще fs может динамически аллоцировать иноды? reiserfs (сколько там ей лет? 12-13?), jfs (сколько там ей лет? 15? 17?), ext4. > Вот вы изначально сделали одно количество инод - а у вас получилось > что хранятся более мелкие файлы и вам не хватает инод, при > этом свободного места на диск вагон. Решите эту проблему с ext4, > xfs и тп (не знаю как там в новомодной btrfs). Причем > это задача из реальной жизни. Сколько тебе лет? 11? 12?
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	183. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Michael Shigorin (ok) on 30-Окт-12, 03:29
	> Сколько тебе лет? 11? 12? В годик всё-таки с tty disciplines не ковыряются обычно...
	Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

	189. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 31-Окт-12, 00:55
	>> Скорее это заявка на то что TOP100 будет таким и клон ext4 >> будет вырублен оттуда. >> теперь подскажите какая еще fs может динамически аллоцировать иноды? > reiserfs (сколько там ей лет? 12-13?), jfs (сколько там ей лет? 15? > 17?), ext4. рейсер - можно сказать умер давно. Все его разработчики заняты более другими задачами. jfs - так и не родился ext4 - не умел, не умеет и не будет иметь. xfs - да, что-то такое имеет - но похоже только в версии для IRIX. хватит писать бред в чем не разбираетесь.
	Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

	190. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 31-Окт-12, 01:06
	> рейсер - можно сказать умер давно. Все его разработчики заняты более другими > задачами. > jfs - так и не родился > ext4 - не умел, не умеет и не будет иметь. > xfs - да, что-то такое имеет - но похоже только в версии > для IRIX. > хватит писать бред в чем не разбираетесь. Шел 2012 год. Мы развлекались как могли. Ниодна из файловых систем unix а тем более win не могда вписать а не перезаписать блок в середину файла или вырезать из середины и не с конца. Без перезаписи всего хвоста файла. Хотябы блок кратный блоку фс. О передаче блоков между файлами даже не стоит вспоминать ... ППЦ ЗЫ Дармаеды...:)))
	Ответить | Правка | ^ к родителю #189 | Наверх | Cообщить модератору

	195. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 31-Окт-12, 08:04
	> Шел 2012 год. Мы развлекались как могли. Ниодна из файловых систем unix > а тем более win не могда вписать а не перезаписать блок > в середину файла или вырезать из середины и не с конца. > Без перезаписи всего хвоста файла. Хотябы блок кратный блоку фс. О > передаче блоков между файлами даже не стоит вспоминать ... ППЦ Шел 2012 год. Неуловимый Джо так и не был пойман... ибо нахрен никому не спёрся.
	Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

	197. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от nagual (ok) on 31-Окт-12, 09:49
	> Шел 2012 год. Неуловимый Джо так и не был пойман... ибо нахрен > никому не спёрся. Примерно такие же отмазки лепяп на форуме. Судя по http://www.mail-archive.com/freebsd-hackers@freebsd.org... неуловимого Джо ищут более 4-х лет ...
	Ответить | Правка | ^ к родителю #195 | Наверх | Cообщить модератору

	201. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
	Сообщение от AlexAT (ok) on 31-Окт-12, 17:41
	> Примерно такие же отмазки лепяп на форуме. Судя по > http://www.mail-archive.com/freebsd-hackers@freebsd.org... > неуловимого Джо ищут более 4-х лет ... Ну зачем же так путать preallocate с "TRIM" (в кавычках потому, что адекватного термина даже нет пока... sparse-trim? хз)? preallocate в линухах был уже давно, еще до 2008 года.
	Ответить | Правка | ^ к родителю #197 | Наверх | Cообщить модератору

	314. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 05-Ноя-12, 12:43
	> Шел 2012 год. Мы развлекались как могли. Ниодна из файловых систем unix > а тем более win не могда вписать а не перезаписать блок > в середину файла или вырезать из середины и не с конца. Шел 2012 год. А автомобили так и ездили по дорогам. Хотя технически ничто не мешало ставить крылья и турбореактивный двигатель и нагло штурмовать звуковой барьер.
	Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

	319. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–2 +/–
	Сообщение от nagual (ok) on 05-Ноя-12, 19:26
	>> Шел 2012 год. Мы развлекались как могли. Ниодна из файловых систем unix >> а тем более win не могда вписать а не перезаписать блок >> в середину файла или вырезать из середины и не с конца. > Шел 2012 год. А автомобили так и ездили по дорогам. Хотя технически > ничто не мешало ставить крылья и турбореактивный двигатель и нагло штурмовать > звуковой барьер. Ничего кроме уродливых образований под названием - государства...
	Ответить | Правка | ^ к родителю #314 | Наверх | Cообщить модератору

	192. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Michael Shigorin (ok) on 31-Окт-12, 02:08
	> jfs - так и не родился > хватит писать бред в чем не разбираетесь. Ну так не пишите.
	Ответить | Правка | ^ к родителю #189 | Наверх | Cообщить модератору

	172. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 29-Окт-12, 22:52
	>> Давай спрыгнем с крыши по этому поводу? Что нормальная промышленная ФС, разработанная >> профи, таки стала доступна в лине? > И где оно-таки промышлится? Кроме как у академиков на локалхостах, пока ни > у кого не видел. bta.kz
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	80. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Аноним (??) on 28-Окт-12, 04:13
	> Давай спрыгнем с крыши по этому поводу? Что нормальная промышленная ФС, разработанная > профи, таки стала доступна в лине? Глядя на "быструю" работу ZFS и дикий жрач памяти, напрашивается вывод - может, Бонвик со товарищи и профи в какой-нибудь области, но явно не в разработке фс. // Прыгайте, я разрешаю :)
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	98. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 28-Окт-12, 11:21
	>> Давай спрыгнем с крыши по этому поводу? Что нормальная промышленная ФС, разработанная >> профи, таки стала доступна в лине? > Глядя на "быструю" работу ZFS и дикий жрач памяти, напрашивается вывод - > может, Бонвик со товарищи и профи в какой-нибудь области, но явно > не в разработке фс. > // Прыгайте, я разрешаю :) Ваши инсунуации по поводу жрача ZFS и аскетизма BTRFS не подтвердились в тестах так как BTRFS отказался писать после заполнения 70% диска ...
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	128. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Аноним (??) on 29-Окт-12, 06:28
	> Ваши инсунуации по поводу жрача ZFS и аскетизма BTRFS не подтвердились в > тестах так как BTRFS отказался писать после заполнения 70% диска ... Вам AlexAT уже перечислил все очевидне недостатки: CoW без дефрагера, с дебильно сделанным кешом и странноватым дизайном - нет, для пробного шара - нормально, но в 2012 году можно и получше. В btrfs сие сделали. Там почему-то и кэш работает обычно, а не аляповатые чудеса от саней, и экстенты нормальные реализовали, и дефрагер который для CoW достаточно нужная штука - есть. Да, в линуксах не принято маркетинговый буллшит впаривать. А какой смысл обманывать самих себя?
	Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

	138. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 29-Окт-12, 12:27
	> Вам AlexAT уже перечислил все очевидне недостатки: CoW без дефрагера, с дебильно > сделанным кешом и странноватым дизайном - нет, для пробного шара - > нормально, но в 2012 году можно и получше. В btrfs сие > сделали. Будем считать что сделали когда заработает. > Да, в линуксах не принято маркетинговый > буллшит впаривать. Это привет из криокамеры ?  Линукс сплошной маркетинг ... >А какой смысл обманывать самих себя? Смысл срубить бабла.
	Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

	160. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 29-Окт-12, 17:44
	> Будем считать что сделали когда заработает. У вас оно же заработает позднее, если вообще. > Это привет из криокамеры ?  Линукс сплошной маркетинг ... Имелся в виду линукс который кернель. Это и есть линукс. Маркетинга там около нуля. > Смысл срубить бабла. На линуксном ядре без нифига? Ололо.
	Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

	164. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 29-Окт-12, 19:01
	>> Будем считать что сделали когда заработает. > У вас оно же заработает позднее, если вообще. У нас оно заработает когда тест перестанет падать. Так сколько мелких файлов можно записать на 6-ти гиговый раздел с btrfs ? 4 гига ? Похоже там не все ок с архитектурой ...
	Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

	168. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Аноним (??) on 29-Окт-12, 20:55
	> ? Похоже там не все ок с архитектурой ... По-моему не все ок с головой у тех кто такие тесты проводит. У меня диск на 6Гб был... давно. У меня флеха и то на 8. При том чтобы на флеху btrfs пихать - надо не очень дружить с головой.
	Ответить | Правка | ^ к родителю #164 | Наверх | Cообщить модератору

	169. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 29-Окт-12, 21:06
	> У нас оно заработает когда тест перестанет падать. Так сколько мелких файлов > можно записать на 6-ти гиговый раздел с btrfs ? 4 гига > ? Похоже там не все ок с архитектурой ... # mount /dev/sdh1 on /data/btrfs type btrfs (rw) # df -h /dev/sdh1 Файловая система      Разм  Исп  Дост  Исп% смонтирована на /dev/sdh1              16G   14G   13M 100% /data/btrfs # du -h 2,4G    ./Hyakko 5,4G    ./Kamisama no Memochou 14G     . 14G/16G - вполне нормально, 2G вероятно зарезервировано. Теперь мелким файлом... # i=1; while [ $i -le 16000 ] ; do echo $i ; dd if=/dev/zero of=test$i bs=1048576 count=1; i=$[$i+1]; done Удаётся записать 14307 файлов - т.е. тоже 14G, что еще раз наводит на мысли о резервировании ~1-2G под метаданные. Причем после файлы нулевой длины продолжают создаваться - место под каталог есть, но данные объёмом в метр уже не пишутся. # df -h /dev/sdh1 Файловая система      Разм  Исп  Дост  Исп% смонтирована на /dev/sdh1              16G   15G  960K 100% /data/btrfs # du -c 14650372        . 14650372        итого Стираю произвольным образом 4Gb данных (4096 файлов), и пишу на их место файл объемом почти в два гига. Читаем файлик (для проверки на кеширование - два раза): # dd if=\[Coalgirls\]_Katanagatari_01_\(1920x1080_Blu-Ray_FLAC\)_\[8DC80306\].mkv of=/dev/zero bs=16777216 124+1 записей считано 124+1 записей написано скопировано 2083825966 байт (2,1 GB), 26,3548 c, 79,1 MB/c # dd if=\[Coalgirls\]_Katanagatari_01_\(1920x1080_Blu-Ray_FLAC\)_\[8DC80306\].mkv of=/dev/zero bs=16777216 124+1 записей считано 124+1 записей написано скопировано 2083825966 байт (2,1 GB), 25,9846 c, 80,2 MB/c Нет, это не SSD. Обычный SATA HDD (Seagate серии 11). Благодаря тому, что экстентный аллокатор порубил диск на блочки по 1Мб - фрагментация файла, похоже, не так высока. Вот как-то так. А "академики" могут продолжать тестировать непонятно что на рамдисках.
	Ответить | Правка | ^ к родителю #164 | Наверх | Cообщить модератору

	170. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от nagual (ok) on 29-Окт-12, 22:46
	> Вот как-то так. А "академики" могут продолжать тестировать непонятно что на рамдисках. Тесты dd как то не очень актуальны, bonnie++ в помощ.
	Ответить | Правка | ^ к родителю #169 | Наверх | Cообщить модератору

	230. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от Аноним (??) on 01-Ноя-12, 22:27
	>[оверквотинг удален] > Файловая система      Разм  Исп  Дост >  Исп% смонтирована на > /dev/sdh1             >   16G   15G  960K 100% /data/btrfs > # du -c > 14650372        . > 14650372        итого > Стираю произвольным образом 4Gb данных (4096 файлов), и пишу на их место > файл объемом почти в два гига. > Читаем файлик (для проверки на кеширование - два раза): дальше можно не смотреть. Мисье системный программист не знает такой элементарщины как sysctl -w vm.drop_caches=3 тогда о чем мы можем говорить?
	Ответить | Правка | ^ к родителю #169 | Наверх | Cообщить модератору

	232. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 01-Ноя-12, 22:48
	> sysctl -w vm.drop_caches=3 > тогда о чем мы можем говорить? Не вижу смысла обсуждать танцы с бубном для Linux - как скзал "слоник" должно работать "из каропки".
	Ответить | Правка | ^ к родителю #230 | Наверх | Cообщить модератору

	235. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от AlexAT (ok) on 02-Ноя-12, 10:43
	> Не вижу смысла обсуждать танцы с бубном для Linux - как скзал > "слоник" должно работать "из каропки". Именно. Никаких плясок вокруг дропов кешей и прочего. Всё так, как считает нужным ОС. В достаточно жестких условиях - 512Мб RAM.
	Ответить | Правка | ^ к родителю #232 | Наверх | Cообщить модератору

	237. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 02-Ноя-12, 14:12
	>> Не вижу смысла обсуждать танцы с бубном для Linux - как скзал >> "слоник" должно работать "из каропки". > Именно. Никаких плясок вокруг дропов кешей и прочего. Всё так, как считает > нужным ОС. В достаточно жестких условиях - 512Мб RAM. а что тогда мы проверяем 2мя чтениями? :) как хорошо система кэширует данные? :) Спасибо - это просто сферический конь в вакуме. Вообще по правилам QA - каждый perormance testing должен быть в чистом окружении, с не прогретым кэшем. А что тут тестируют - не понятно.
	Ответить | Правка | ^ к родителю #235 | Наверх | Cообщить модератору

	238. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от AlexAT (ok) on 02-Ноя-12, 14:31
	> а что тогда мы проверяем 2мя чтениями? :) как хорошо система кэширует > данные? :) > Спасибо - это просто сферический конь в вакуме. Когда сможете закешировать 2 гига в 512 метрах - приходите.
	Ответить | Правка | ^ к родителю #237 | Наверх | Cообщить модератору

	240. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 02-Ноя-12, 14:33
	>> а что тогда мы проверяем 2мя чтениями? :) как хорошо система кэширует >> данные? :) >> Спасибо - это просто сферический конь в вакуме. > Когда сможете закешировать 2 гига в 512 метрах - приходите. Мне что то подсказывает что в тесте не всегда будут читаться все 2 гига и что попадания в кеш вполне возможны.
	Ответить | Правка | ^ к родителю #238 | Наверх | Cообщить модератору

	242. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от AlexAT (ok) on 02-Ноя-12, 16:47
	> Мне что то подсказывает что в тесте не всегда будут читаться все > 2 гига и что попадания в кеш вполне возможны. Это как, простите?
	Ответить | Правка | ^ к родителю #240 | Наверх | Cообщить модератору

	241. "Теодор Тцо отказался от предложений по стабилизации ФС..."	+1 +/–
	Сообщение от arisu (ok) on 02-Ноя-12, 16:40
	> Вообще по правилам QA - каждый perormance testing должен быть в чистом > окружении, с не прогретым кэшем. поэтому сферические тесты в вакууме и интересуют только сферических дятлов в вакууме.
	Ответить | Правка | ^ к родителю #237 | Наверх | Cообщить модератору

	234. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от AlexAT (ok) on 02-Ноя-12, 10:42
	> sysctl -w vm.drop_caches=3 > тогда о чем мы можем говорить? Смысла не имело, поскольку объём системной памяти площадки - 512Мб :)
	Ответить | Правка | ^ к родителю #230 | Наверх | Cообщить модератору

	236. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 02-Ноя-12, 14:09
	> Стираю произвольным образом 4Gb данных (4096 файлов), и пишу на их место файл объемом почти в два гига. > Читаем файлик (для проверки на кеширование - два раза): а о функции sysctl -w vm.drop_caches=3, мисье системный программист не в курсе? Остальное - это не тестирование - это профанация этого.
	Ответить | Правка | ^ к родителю #169 | Наверх | Cообщить модератору

	239. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от AlexAT (ok) on 02-Ноя-12, 14:31
	> а о функции sysctl -w vm.drop_caches=3, мисье системный программист не в курсе? См.выше.
	Ответить | Правка | ^ к родителю #236 | Наверх | Cообщить модератору

	139. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от Michael Shigorin (ok) on 29-Окт-12, 12:39
	> Да, в линуксах не принято маркетинговый буллшит впаривать. Читаю #123, #122 и понимаю, что каноникаловский маркетинг убунтушникам не так заметен... > А какой смысл обманывать самих себя? Разница начинается вместе с продуктом, для себя обычно достаточно технологии.
	Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

	159. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 29-Окт-12, 17:42
	> Читаю #123, #122 и понимаю, что каноникаловский маркетинг убунтушникам не так заметен... Я про линуксный кернель. Какой смысл им там всем вместе сильно врать? И кого они обманут? Самих себя? :) >> А какой смысл обманывать самих себя? > Разница начинается вместе с продуктом, для себя обычно достаточно технологии. И тем не менее, технология особенно хороша когда правильно подана. ДВС сам по себе - кусок металла, который довольно сложно куда-то применить простому смертному. А в виде готового автомобиля - уже представляет некую пользу, etc.
	Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

	90. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 28-Окт-12, 06:11
	> разработанная профи, таки стала доступна в лине? Титаник тоже профи разработали. Да еще и непотопляемым называли. А оказалось - вполне себе потопляемый...
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	71. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–4 +/–
	Сообщение от nagual (ok) on 28-Окт-12, 00:33
	> ZFS.linux и больше нихера не нужно Наверно не будет ZFS.linux пока ораклу нужно продавать саны ...
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	79. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
	Сообщение от Аноним (??) on 28-Окт-12, 04:11
	> Наверно не будет ZFS.linux пока ораклу нужно продавать саны ... У ZFS.linux шансы на выживание все же побольше, чем у ZFS.freebsd. На лине хотя бы свои разработчики есть, а не только копипастеры.
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	97. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–3 +/–
	Сообщение от nagual (ok) on 28-Окт-12, 11:20
	>> Наверно не будет ZFS.linux пока ораклу нужно продавать саны ... > У ZFS.linux шансы на выживание все же побольше, чем у ZFS.freebsd. На > лине хотя бы свои разработчики есть, а не только копипастеры. Ода шансы так и прут :-)) у бубунте уже на рабочем столе реклама прописалась :-)) не смогут брать бабло за дистр будут брать бабло за отключение рекламы и прочей хери.
	Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

	132. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 29-Окт-12, 11:03
	Какие конструктивные и профессиональные аргументы.
	Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

	91. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 28-Окт-12, 06:27
	> ораклу нужно продавать саны ... Ораклу похрен что продавать. Ему не нyжно "продавать саны". Ему бабки нужны. Клиентура просит линукс. Значит будет линукс. Они вон вполне охотно unbreakable linux-ом барыжат.
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	174. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 29-Окт-12, 22:53
	>> ораклу нужно продавать саны ... > Ораклу похрен что продавать. Ему не нyжно "продавать саны". Ему бабки нужны. > Клиентура просит линукс. Значит будет линукс. Они вон вполне охотно unbreakable > linux-ом барыжат. Потому что у него цель не человечество облагодетельствовать. А вполне себе одного человека. Владельца. Собственно, как и у любого НОРМАЛЬНОГО вменяемого бизнеса.
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

	181. "(offtopic) о вменяемости бизнеса"	–1 +/–
	Сообщение от Michael Shigorin (ok) on 30-Окт-12, 01:15
	> Собственно, как и у любого НОРМАЛЬНОГО вменяемого бизнеса. Это в котором подобные Вам -- сменные винтики по шекелю кучка, а платиновые партнёры решают развал RAC сами, поскольку поддержка всех уровней решить не в состоянии?.. Н-да, докатились уже с мерками нормальности.  Прям в пару к http://www.opennet.me/openforum/vsluhforumID3/87021.html#64
	Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

	228. "(offtopic) о вменяемости бизнеса"	–1 +/–
	Сообщение от Аноним (??) on 01-Ноя-12, 20:33
	>> Собственно, как и у любого НОРМАЛЬНОГО вменяемого бизнеса. > Это в котором подобные Вам -- сменные винтики по шекелю кучка, а > платиновые партнёры решают развал RAC сами, поскольку поддержка всех уровней решить > не в состоянии?.. Милый мой, я, в отличие от тебя, владелец действующего бизнеса. А ты, говоришь, по шекелю работать готов? Пожалуй, тебя не найму - болтаешь много не по теме.
	Ответить | Правка | ^ к родителю #181 | Наверх | Cообщить модератору

	253. "(offtopic) о вменяемости бизнеса"	–1 +/–
	Сообщение от Michael Shigorin (ok) on 04-Ноя-12, 17:04
	> Милый мой Это к партнёрам. > я, в отличие от тебя, владелец действующего бизнеса. Похоже, проблемы с BI на бытовом уровне.  Впрочем, считайте как хотите.
	Ответить | Правка | ^ к родителю #228 | Наверх | Cообщить модератору

	284. "(offtopic) о вменяемости бизнеса"	+/–
	Сообщение от Аноним (??) on 04-Ноя-12, 22:31
	>> Милый мой > Это к партнёрам. >> я, в отличие от тебя, владелец действующего бизнеса. > Похоже, проблемы с BI на бытовом уровне.  Впрочем, считайте как хотите. Взаимно, друг мой, взаимно.
	Ответить | Правка | ^ к родителю #253 | Наверх | Cообщить модератору

141. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
Сообщение от НеТеодор on 29-Окт-12, 14:32
У Теодора фамилия звучит как "Шоу".
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	196. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Andrey Mitrofanov on 31-Окт-12, 09:19
	> У Теодора фамилия звучит как "Шоу". Чё не Чао? ...Сяо?!..
	Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

	243. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от Аноним (??) on 02-Ноя-12, 17:04
	> Чё не Чао? ...Сяо?!.. Российский летчик Ли Си Цын :)
	Ответить | Правка | ^ к родителю #196 | Наверх | Cообщить модератору

	285. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 04-Ноя-12, 22:31
	>> Чё не Чао? ...Сяо?!.. > Российский летчик Ли Си Цын :) Так-то в оригинале это был вьетнамский летчик.
	Ответить | Правка | ^ к родителю #243 | Наверх | Cообщить модератору

	295. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Michael Shigorin (ok) on 04-Ноя-12, 23:49
	>> Российский летчик Ли Си Цын :) > Так-то в оригинале это был вьетнамский летчик. Если уж докапываться, то _заявленный_ как вьетнамский. :) PS: и времена были ещё союзные, ага.
	Ответить | Правка | ^ к родителю #285 | Наверх | Cообщить модератору

244. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
Сообщение от Adui on 03-Ноя-12, 20:02
zfs trim = http://people.freebsd.org/~pjd/patches/zfstrim8.patch >> kstat.zfs.misc.zio_trim.zio_trim_bytes: 0 >> kstat.zfs.misc.zio_trim.zio_trim_success: 0 >> kstat.zfs.misc.zio_trim.zio_trim_unsupported: 0 >> kstat.zfs.misc.zio_trim.zio_trim_failed: 2742
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	246. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от AlexAT (ok) on 03-Ноя-12, 20:44
	>>> kstat.zfs.misc.zio_trim.zio_trim_failed: 2742 failed - это "прекрасно" :) но тем не менее - появилсо ждем сообщений нагуляла о том, "как прекрасен этот TRIM" только теперь не отмажется уже
	Ответить | Правка | ^ к родителю #244 | Наверх | Cообщить модератору

	247. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от nagual (ok) on 03-Ноя-12, 22:28
	>>>> kstat.zfs.misc.zio_trim.zio_trim_failed: 2742 > failed - это "прекрасно" :) > но тем не менее - появилсо > ждем сообщений нагуляла о том, "как прекрасен этот TRIM" > только теперь не отмажется уже А нахер он нужен ? Включаете компрессию и получаете тоже самое только на годами проверенных алгоритмах.
	Ответить | Правка | ^ к родителю #246 | Наверх | Cообщить модератору

	249. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 04-Ноя-12, 09:34
	> А нахер он нужен ? Включаете компрессию и получаете тоже самое только > на годами проверенных алгоритмах. Бррррр. Совсем заклинило? Какое отношение имеет компрессия к TRIM?
	Ответить | Правка | ^ к родителю #247 | Наверх | Cообщить модератору

	250. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 04-Ноя-12, 12:00
	>> А нахер он нужен ? Включаете компрессию и получаете тоже самое только >> на годами проверенных алгоритмах. > Бррррр. Совсем заклинило? Какое отношение имеет компрессия к TRIM? Жесть ... а что такое по вашему компрессия?
	Ответить | Правка | ^ к родителю #249 | Наверх | Cообщить модератору

	254. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 04-Ноя-12, 17:12
	> Жесть ... а что такое по вашему компрессия? Уменьшение избыточности данных.
	Ответить | Правка | ^ к родителю #250 | Наверх | Cообщить модератору

	255. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 04-Ноя-12, 17:44
	>> Жесть ... а что такое по вашему компрессия? > Уменьшение избыточности данных. ППЦ а что такое избыточность ?
	Ответить | Правка | ^ к родителю #254 | Наверх | Cообщить модератору

	256. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 04-Ноя-12, 19:13
	> ППЦ а что такое избыточность ? Читайте уже теорию, хотя бы для общего развития. А то, не зная элементарных вещей, лезете в дебри c TRIM/компрессией и т.д. http://en.wikipedia.org/wiki/Data_compression - для ликбеза пойдёт. Если плохо с английским - можете прочитать и русский вариант, но он менее информативен.
	Ответить | Правка | ^ к родителю #255 | Наверх | Cообщить модератору

	258. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от nagual (ok) on 04-Ноя-12, 21:02
	>> ППЦ а что такое избыточность ? > Читайте уже теорию, хотя бы для общего развития. А то, не зная > элементарных вещей, лезете в дебри c TRIM/компрессией и т.д. > http://en.wikipedia.org/wiki/Data_compression - для ликбеза пойдёт. Если плохо с английским > - можете прочитать и русский вариант, но он менее информативен. Ура месье открыл для себя кмпресси ... попутно гугль и вики. Осталось открыть разницу между компрессией и дейпликацией.
	Ответить | Правка | ^ к родителю #256 | Наверх | Cообщить модератору

	259. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+2 +/–
	Сообщение от AlexAT (ok) on 04-Ноя-12, 21:17
	> Ура месье открыл для себя кмпресси ... попутно гугль и вики. Осталось > открыть разницу между компрессией и дейпликацией. А теперь читаем выше - и видим, что тобой написано слово "компрессия". А не "дедупликация". Дедупликация тоже, строго говоря, относится к компрессии. Только к очень-очень хреновой - на уровне блочных повторов фиксированного размера. Поэтому всерьез её никто компрессией обычно не называет. Но вот какое таки отношение даже дедупликация имеет к TRIM, чёрт побери? xD Может быть, у вас какая-то особая, уличная компрессия/дедупликация?
	Ответить | Правка | ^ к родителю #258 | Наверх | Cообщить модератору

	261. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от nagual (ok) on 04-Ноя-12, 22:15
	>> Ура месье открыл для себя кмпресси ... попутно гугль и вики. Осталось >> открыть разницу между компрессией и дейпликацией. > А теперь читаем выше - и видим, что тобой написано слово "компрессия". > А не "дедупликация". > Дедупликация тоже, строго говоря, относится к компрессии. Только к очень-очень хреновой > - на уровне блочных повторов фиксированного размера. Поэтому всерьез её никто > компрессией обычно не называет. Ну вот оказывается дедупликация это хреновая компрессия ... непрошло и пол года. > Но вот какое таки отношение даже дедупликация имеет к TRIM, чёрт побери? Вот действительно причем тут трим ?
	Ответить | Правка | ^ к родителю #259 | Наверх | Cообщить модератору

	262. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от AlexAT (ok) on 04-Ноя-12, 22:16
	> Вот действительно причем тут трим ? Совсем плохо, да? Цитирую в первоисточнике: " > ждем сообщений нагуляла о том, "как прекрасен этот TRIM" > только теперь не отмажется уже А нахер он нужен ? Включаете компрессию и получаете тоже самое только на годами проверенных алгоритмах. "
	Ответить | Правка | ^ к родителю #261 | Наверх | Cообщить модератору

	265. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от nagual (ok) on 04-Ноя-12, 22:17
	>> Вот действительно причем тут трим ? > Совсем плохо, да? > Цитирую в первоисточнике: > " >> ждем сообщений нагуляла о том, "как прекрасен этот TRIM" >> только теперь не отмажется уже > А нахер он нужен ? Включаете компрессию и получаете тоже самое только > на годами проверенных алгоритмах. > " Еслиб месье так херовато передергивал на выборах его бы уже привлекли ...
	Ответить | Правка | ^ к родителю #262 | Наверх | Cообщить модератору

	267. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от AlexAT (ok) on 04-Ноя-12, 22:18
	> Еслиб месье так херовато передергивал на выборах его бы уже привлекли ... Точно, клиника. Ну и да - много не передергивай, а то отвалится...
	Ответить | Правка | ^ к родителю #265 | Наверх | Cообщить модератору

	270. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от nagual (ok) on 04-Ноя-12, 22:19
	>> Еслиб месье так херовато передергивал на выборах его бы уже привлекли ... > Точно, клиника. Ну и да - много не передергивай, а то отвалится... Так вот кто предлагал в темноте под одеялом ... И че серьезно ? 8-0
	Ответить | Правка | ^ к родителю #267 | Наверх | Cообщить модератору

	291. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Michael Shigorin (ok) on 04-Ноя-12, 23:35
	>>> Осталось открыть разницу между компрессией и дейпликацией. > Ну вот, оказывается, дедупликация -- это хреновая компрессия... не прошло и полгода. Осталось открыть разницу между дедупликацией и дейдупликацией. :) >> Но вот какое-таки отношение даже дедупликация имеет к TRIM, чёрт побери? > Вот действительно, причем тут трим? Именно это у Вас и спрашивали (#249) в ответ на высказывание вида "зачем бэкапы, когда есть годами проверенный рейд".
	Ответить | Правка | ^ к родителю #261 | Наверх | Cообщить модератору

	251. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Adui on 04-Ноя-12, 13:46
	TRIM это комманды посылаемые ссд (сата-контроллеру) компресия выравнивает блоки но а сам trim уже работает с блоками оперативки внутри ssd кеша
	Ответить | Правка | ^ к родителю #249 | Наверх | Cообщить модератору

	252. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Adui on 04-Ноя-12, 13:48
	> TRIM это комманды посылаемые ссд (сата-контроллеру) > компресия выравнивает блоки но а сам trim уже работает с блоками оперативки > внутри ssd кеша конечно, если в ссд контроллере присутсвует трим ;)
	Ответить | Правка | ^ к родителю #251 | Наверх | Cообщить модератору

	257. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+1 +/–
	Сообщение от AlexAT (ok) on 04-Ноя-12, 20:59
	> TRIM это комманды посылаемые ссд (сата-контроллеру) > компресия выравнивает блоки но а сам trim уже работает с блоками оперативки > внутри ssd кеша Каким образом _компрессия_ выравнивает блоки? :)
	Ответить | Правка | ^ к родителю #251 | Наверх | Cообщить модератору

	328. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
	Сообщение от Аноним (??) on 05-Ноя-12, 20:56
	> компресия выравнивает блоки С фига ли? Никогда неизвестно заранее насколько сожмется тот или иной кусок данных.
	Ответить | Правка | ^ к родителю #251 | Наверх | Cообщить модератору

	327. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	–1 +/–
	Сообщение от Аноним (??) on 05-Ноя-12, 20:55
	>> ждем сообщений нагуляла о том, "как прекрасен этот TRIM" только теперь не отмажется уже > А нахeр он нужен ? Включаете компрессию и получаете тоже самое Это пять. Вот уж не знал что компрессия заменяет trim.
	Ответить | Правка | ^ к родителю #247 | Наверх | Cообщить модератору

245. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
Сообщение от Adui on 03-Ноя-12, 20:07
http://svnweb.freebsd.org/base?view=revision&revision=240868
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

248. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..."	+/–
Сообщение от Adui on 04-Ноя-12, 07:48
мой сервер # sysctl -a | grep trim vfs.zfs.trim_disable: 0 vfs.zfs.trim_txg_limit: 64 kstat.zfs.misc.zio_trim.zio_trim_bytes: 7420416 kstat.zfs.misc.zio_trim.zio_trim_success: 848 kstat.zfs.misc.zio_trim.zio_trim_unsupported: 5380 kstat.zfs.misc.zio_trim.zio_trim_failed: 0
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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