forum.opennet.ru

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

Оглавление

Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..., opennews (ok), 26-Окт-12, (0) [смотреть все]

Не вижу повода для беспокойства Во всяком случае такого повода, чтобы взять и в, Zenitur (ok), 18:53 , 26-Окт-12, (1) +2 //

Да его и нет Об этом много говорят только потому, что ext4 самая распространенн, Аноним (-), 19:15 , 26-Окт-12, (2) –1 //

Баг очень редко возникающий, но сейчас на него форумные оналитеги спишут все, и , Аноним (-), 19:32 , 26-Окт-12, (5) +2 //

А 12309 уже не актуально , Аноним (-), 20:56 , 26-Окт-12, (20)

Как минимум 1 вариант оного изловили и с помпой зашибли Там где много грязных с, Аноним (-), 20:58 , 26-Окт-12, (23) +1

Ну так то реально баг был А в современной околинуксовой культуре под 12309 по, Аноним (-), 21:05 , 26-Окт-12, (26) +3

Ну так ламерье вечно любит списывать все вселенское зло на 1 баг без разбора Сд, Аноним (-), 21:10 , 26-Окт-12, (27) +15

Уважаемый, здесь речь не о регрессиях , ъ (?), 20:06 , 26-Окт-12, (9)
Ну 10 лет и быстро находят - это оксюморон Написание любой многопоточной систем, 123 (??), 20:17 , 26-Окт-12, (12) +2 //

А я бетой балуюсь -rc ядрами например и ничего не слетает пока даже Но я з, Аноним (-), 20:33 , 26-Окт-12, (15) –2

теперь вспомним что ext4 был фактически подарен после 4х лет тестирования в пром, Аноним (-), 21:23 , 26-Окт-12, (31)

Нет чтобы взяться за Reiser4, создают уже Ext5 Ну вот никак ни пойму, ну почему, oneonfire (?), 19:28 , 26-Окт-12, (3) –5 //

http en wikipedia org wiki Worse_is_better, Пользователь Дебиан (?), 19:31 , 26-Окт-12, (4) //

А что Ext4 в реализации проще чем Reiser4 , oneonfire (?), 19:38 , 26-Окт-12, (6) –2 //

Проще это сложное, комплексное понятие Например, намного проще для всех, когда, Пользователь Дебиан (?), 20:26 , 26-Окт-12, (13) +1
В целом куда более простая штука По сути ext3 заапгрейженный экстентами , Аноним (-), 20:35 , 26-Окт-12, (17) –1

когда то ext4 назывался ldiskfs, и одной не без известной конторе надоело тягать, Аноним (-), 21:25 , 26-Окт-12, (32) –2

Как я понимаю, ext4 сильно базируется на ext3 А если почитать это сообщение то , Аноним (-), 00:05 , 27-Окт-12, (42)
К слову о пользе А был бы внутриядерный ABI зафиксирован, так бы и чесались ст, Michael Shigorin (ok), 20:01 , 27-Окт-12, (63) –2

к слову решение о вливании было принято еще во время 2 4 с его относительно стаб, Аноним (-), 21:31 , 27-Окт-12, (64) –5

пожимая плечами Так надоело или не надоело , Michael Shigorin (ok), 21:53 , 27-Окт-12, (65) –2

Надоело - но с стабильностью API это было не связано на что было попытка указат, Аноним (-), 00:08 , 28-Окт-12, (66)

А , Michael Shigorin (ok), 01:06 , 28-Окт-12, (75) –2

FAIL однако , Аноним (-), 05:48 , 28-Окт-12, (83) +6

А то, анонимчеги всех научат уму разуму D, Анончик (?), 18:56 , 27-Май-16, (369)

Да, и там же на примере MIT описан и подход академиков Чреватый тем что выпуск , Аноним (-), 01:45 , 27-Окт-12, (50)

и в третий раз накинул Старик на вентилятор , Andrey Mitrofanov (?), 19:49 , 26-Окт-12, (7) +11
Зачем рассуждать о вещах, которые вы не понимаете , Аноним (-), 20:02 , 26-Окт-12, (8) +4
Берись, разрабатывай Толковых разработчиков не хватает Только не говори мне, ч, Аноним (-), 20:11 , 26-Окт-12, (10) +9
Во первых прочтите новость, никто не создает EXT5 - спите спокойно Во вторых по , Аноним (-), 20:13 , 26-Окт-12, (11) +1 //

Куда уж greater, если у третьего рейзера fsck может найти неправильное дерево и , Аноним (-), 20:37 , 26-Окт-12, (18) –1 //

Сколько раз такое было, а том цел, и данные на нем тоже , Аноним (-), 20:57 , 26-Окт-12, (21) +1

Эталонная иллюстрация - авторы aMule и их сервак На форуме по-моему до сих пор , Аноним (-), 21:13 , 26-Окт-12, (29) –1

Если даже рейзер не научил их делать бэкапы, медицина бессильна, Аноним (-), 13:56 , 29-Окт-12, (140) +2

Бэкапы это замечательно, но все-таки fsck добивающий том вместо починки, при том, Аноним (-), 16:11 , 29-Окт-12, (149) –1

nagual, залогинься , AlexAT (ok), 17:11 , 29-Окт-12, (153) +1

Это 294 был Да, я гуглил по теме и нашел непропорционально много факапов рейзер, Аноним (-), 17:49 , 29-Окт-12, (161) –1

Та же херня с LVM - не храните LVM на LVM , nagual (ok), 00:26 , 28-Окт-12, (68) –3

Пруф , Аноним (-), 05:49 , 28-Окт-12, (84)

лор, nagual (ok), 11:23 , 28-Окт-12, (100) –2

Он большой и срача там много Конкретнее и с пруфами нельзя ли А то для начала,, Аноним (-), 05:59 , 29-Окт-12, (120)

На тот топик уже раз 5 линк кидали, у вас память глючит , nagual (ok), 12:18 , 29-Окт-12, (135) –2

Вы я вижу эксперт по архитектуре файловых систем Не взять Reiser4 потому что его, Аноним (-), 21:12 , 26-Окт-12, (28) –1 //

Ну разумеется Ведь намного считать что все пи сы, а вот s - ДАртаньян , Аноним (-), 21:16 , 26-Окт-12, (30) //

printf все пи сы, а вот s - ДАртаньян , Эдуард Шишкин , Аноним (-), 21:30 , 26-Окт-12, (33)

Вместо Эдуард Шишкин должна быть переменная, т к данным шаблоном оперирует не т, Аноним (-), 00:07 , 27-Окт-12, (43)

Тео Цо и Крис Мейсон вроде в таких высказываниях не замечены , Аноним (-), 04:29 , 27-Окт-12, (53) –1

Зато на опеннете например этот шаблон крайне популярен У упомянутых то хватит у, Аноним (-), 05:51 , 28-Окт-12, (85)

Одна лишь здесь достойная причина, не кому поддерживаеть, а все остальные просто, oneonfire (?), 21:50 , 26-Окт-12, (35)
Вот некому не вперся Reiser4, не freebsd не minix да вообще некому , Аноним (-), 22:07 , 26-Окт-12, (36) //

Так у этих сроду ресурсов ни на что нет Учтя что доделывать это серьезно напряг, Аноним (-), 00:08 , 27-Окт-12, (44)
freebsd, minix и прочие подобные проекты не смогут допилить даже то, что им жизн, Аноним (-), 04:31 , 27-Окт-12, (54)

Разработчики freebsd неграмотные и не читают всяких анонимусов а потому не знают, nagual (ok), 00:23 , 28-Окт-12, (67) –6

При чем здесь Reiser4 Вот отсутствие полноценной виртуализации - really makes f, Аноним (-), 04:05 , 28-Окт-12, (76)

Было бы нужно - сделали бы , nagual (ok), 11:14 , 28-Окт-12, (95) –2

Ну так о чем и речь В серьезных применениях платформа мало кому интересна , AlexAT (ok), 13:07 , 28-Окт-12, (105) +2
Ну дык, ресурсов на разработку - нет, скопировать готовенькое со всеми потрохами, Аноним (-), 06:02 , 29-Окт-12, (121) +1

Кому нужно стабильно то vmware Видал я как с kvm работают на дебиане - колются , nagual (ok), 12:20 , 29-Окт-12, (136) –1

Спасибо, конечно, но он стоит денег При том что у меня KVM нахаляву в системе е, Аноним (-), 17:20 , 29-Окт-12, (154)

не только это вот ещё забавка http www intelliadmin com index php 2008 07 vmw, arisu (ok), 16:19 , 31-Окт-12, (199)

А что там не так в двух словах , nagual (ok), 17:10 , 31-Окт-12, (200)
ты обязан хранить данные по тому, как используешь продукты vmware как минимум за, arisu (ok), 18:28 , 31-Окт-12, (202) +1
Срочная новость - яша сдох http yandex ua yandsearch text freebsd 2Fsbin 2, nagual (ok), 01:06 , 01-Ноя-12, (203)
Кэпу присуждается однозначный EPIC WIN за внимательность и дотошность Крутота , Аноним (-), 18:44 , 01-Ноя-12, (224)
справедливости ради 8212 это ребята на maemo org дотошные а я, как нормальны, arisu (ok), 18:49 , 01-Ноя-12, (225) +2
Справедливости ради, ты это там нашел хотя-бы В любом случае, очень полезное на, Аноним (-), 22:05 , 04-Ноя-12, (260)

Так я и говорю - им бы свои проблемы разгрести, не то что чужие , Аноним (-), 05:58 , 28-Окт-12, (86)

Вопрос к Ыксперту - подскажите библиотеку - функцию которая позволит например уд, nagual (ok), 00:28 , 28-Окт-12, (69) –1 //

В Linux hole punching делается как-то так http lwn net Articles 415889 Ну а , Аноним (-), 06:01 , 28-Окт-12, (87) +1

fallocate этож не то , nagual (ok), 23:51 , 28-Окт-12, (116) –2

Я по-моему предельно ясно ткнул на сообщение в LWN где показано что добавили нов, Аноним (-), 06:08 , 29-Окт-12, (122) +1

gt оверквотинг удален posix_fallocate точно не оно но ладно А выделяет блок л, nagual (ok), 12:22 , 29-Окт-12, (137) –1

Это расширение сискола под новую фичу Да, это не совсем стандартно Но собствен, Аноним (-), 17:26 , 29-Окт-12, (155) +1

Разве это не зависит от архитектуры конкретной фс Нужно например удалить блок в, nagual (ok), 18:55 , 29-Окт-12, (162)

А вот это и будет головняком программера апликухи - определить что и как в фиг з, Аноним (-), 20:51 , 29-Окт-12, (165) +1

Нужно уменьшить размер файла на длину удаляемого блока , nagual (ok), 20:53 , 29-Окт-12, (167)

Поскольку это пересекается с sparse файлами, надеюсь что мсье в курсе что есть s, Аноним (-), 00:35 , 30-Окт-12, (179) +1
gt оверквотинг удален Для быстрого создания условий тестирования быстродейтсви, nagual (ok), 00:51 , 30-Окт-12, (180)
Не вижу, как это напрямую к sparse файлам и аллокации-деаллокации относится Это, Аноним (-), 19:51 , 01-Ноя-12, (226)
Мы не обсуждаем сферических коней в вакууме - пофиг как оно там внутри работает , nagual (ok), 23:07 , 01-Ноя-12, (233) –1
В данном случае не пофиг, имхо Одно дело если 100500Мб файл занимает по факту 1, Аноним (-), 08:48 , 05-Ноя-12, (302) +1
Проблемы индейцев Вам же сказали Реальный бенч, реальные файлы а вы опять со с, nagual (ok), 01:30 , 06-Ноя-12, (364) –1
Тесты Lamborghini на проселочной дороге или Запорожца на автобане xDПереклинило, AlexAT (ok), 07:17 , 06-Ноя-12, (365) +2
Если вытак уверены в победе зачем так беспокоиться Не, задолбали упоротые , nagual (ok), 12:23 , 06-Ноя-12, (366) –2

А что, reiser уже настолько же предсказуема, насколько ext ы , AlexAT (ok), 01:01 , 27-Окт-12, (47) //

Со слов разработчиков - очень предсказуемая, и легко расширяемая FS Одна проблем, Аноним (-), 00:14 , 29-Окт-12, (117) //

Со слов разработчиков, любая программа - это такая серебряная пуля которая мигом, Аноним (-), 06:14 , 29-Окт-12, (123) +1
Со слов разработчиков винды - это идеальная операционная система для всего на св, AlexAT (ok), 07:13 , 29-Окт-12, (129)

Со слов маркетологов Хотя, возможно, это одни и те же люди , an. (?), 12:09 , 29-Окт-12, (133) +2
Со слов апологетов Линя - линь - в точности это самое , Аноним (-), 22:17 , 04-Ноя-12, (263) –2

Ветку не читал, но осуждаю , AlexAT (ok), 22:17 , 04-Ноя-12, (264) +2

А смысл то в ext5 Пока его доделают, btrfs будет рулить и педалить А ext5 чем , Аноним (-), 20:32 , 26-Окт-12, (14) –3
Проблема в том, что люди слишком доверяют своим жёстким дискам Не надо , Аноним (-), 20:33 , 26-Окт-12, (16) //

Вменяемость и ездить по городу на комбайне - несколько конфликтуют Вменяемые, Аноним (-), 20:59 , 26-Окт-12, (24) +3 //

Вменяемые люди не делают глупых предположений Связка из 3х слоев чревата пробле, Аноним (-), 22:44 , 26-Окт-12, (37) –1

А в комбайне, где эти слои слеплены в один жеваный ком, количество проблем и огр, Аноним (-), 04:33 , 27-Окт-12, (55) +2

Покажи мне эти проблемы в ZFS Только не в порядке теории - а на практике и с пр, Аноним (-), 22:18 , 04-Ноя-12, (266)

Да чего их показывать ARC память жрёт Жрёт Системе отдаёт плохо Плохо В кор, AlexAT (ok), 22:19 , 04-Ноя-12, (269)

Давно он в корку падал А вот линь в таких случаях в корку не падает просто, nagual (ok), 22:21 , 04-Ноя-12, (274)

А там таких случаев тупо быть не может - BTRFS юзает системный кеш И давление н, AlexAT (ok), 22:22 , 04-Ноя-12, (276)

Вобще то линь замирает когда ядру памяти нехватает и случиться это может не , nagual (ok), 22:24 , 04-Ноя-12, (278) –1

Вообще-то сначала происходит событие OOM Если что Убиваются процессы Но довест, AlexAT (ok), 22:29 , 04-Ноя-12, (283) +1
Когда ядру памяти не хватает - он жестоко гасит все что гасится по OOM Ничего т, Аноним (-), 08:52 , 05-Ноя-12, (303) +1

http discuss joyent com viewtopic php id 19430, Michael Shigorin (ok), 23:40 , 04-Ноя-12, (292)

Зачет зачет, год видели 2008-01-16 00 05 12 , nagual (ok), 23:43 , 04-Ноя-12, (293) –1

Я-то видел, а некоторые тут щёки дуют про семь лет и всё такое, когда бывший кас, Michael Shigorin (ok), 23:56 , 04-Ноя-12, (297) +1

Прикольно по ссылке на багрепорт оракл недвусмысленно посылает всех в сад , Аноним (-), 08:54 , 05-Ноя-12, (304)

http blog lastinfirstout net 2010 04 bit-by-bug-data-loss-running-oracle-on ht, AlexAT (ok), 09:41 , 05-Ноя-12, (310) +2

Эти баги как то проявляются в реальной жизни или так и являются грубейшим наруше, nagual (ok), 19:38 , 05-Ноя-12, (321) –1

Чукча не читатель Data loss Если бы, да кабы, да росли бы во рту грибы Завалил, AlexAT (ok), 20:36 , 05-Ноя-12, (325) +1

И вот такие люди работают в половине наших организаций , nagual (ok), 22:16 , 05-Ноя-12, (342) –2

Насколько понимаю, для опубликовавших они проявились именно в реальной жизни, а , Michael Shigorin (ok), 21:09 , 05-Ноя-12, (330) +1

gt оверквотинг удален А зачем ему понадобилось портироваь v28 на новую версию , nagual (ok), 22:25 , 05-Ноя-12, (345) –1
Сами спросите Вряд ли затем, чтоб какому оголтелому новобранцу потом пальцЫ по, Michael Shigorin (ok), 22:38 , 05-Ноя-12, (350) +1
Вы предлагаете написать ему ответ На ом форуме И ничего что прошло 2-ва года, nagual (ok), 22:49 , 05-Ноя-12, (356) –1

Я одного не пойму, где вообще фикс и какого хрена до сих пор срочно не выпущено , rm_ (ok), 23:07 , 26-Окт-12, (38) –1 //

Столько лет баг гулял и ничего, еще немного погуляет Проявляется при частой пер, Аноним (-), 23:20 , 26-Окт-12, (39) –2 //

Не столько лет , его совсем недавно добавили начиная с 3 6 1 и 3 5 4, если пра, rm_ (ok), 23:30 , 26-Окт-12, (40) +1
Да, ноль целых, хрен десятых - ядро 3 6 2 выйти едва успело как баг и нашли Гул, Аноним (-), 00:11 , 27-Окт-12, (45)

Граждане, а сжатие будет, нет , darkshvein (ok), 23:34 , 26-Окт-12, (41) //

xz gzip, bzip2, lzo - по вкусу отменили , AlexAT (ok), 01:02 , 27-Окт-12, (48) //

BTRFS же , rm_ (ok), 01:07 , 27-Окт-12, (49) +1 //

О даWARNING - Btrfs Btrfs v0 19 IS EXPERIMENTALWARNING - see http btrfs wiki, nagual (ok), 00:35 , 28-Окт-12, (73) –5

Они хотя бы честные Предупреждают, в отличие от ZFS-индусов , Аноним (-), 04:16 , 28-Окт-12, (82)

Очень ждем такие предупреждения от разработчиков ext4 LVM и рейзера , nagual (ok), 11:23 , 28-Окт-12, (99) –1
ZFS так-то в продакшене лет 7 уже как , Аноним (-), 22:18 , 04-Ноя-12, (268)

В каком, прости, продакшне Где хоть одна мало-мальски обширная инсталляция вне , AlexAT (ok), 22:20 , 04-Ноя-12, (271)

А вы знаете в каком году был btrfs 0 19 Это была последняя версия развивавша, Аноним (-), 06:09 , 28-Окт-12, (89) +1

ZFS linux и больше нихера не нужно, Денис (??), 00:41 , 27-Окт-12, (46) –6 //

Ну вот вы этим и пользуйтесь , Аноним (-), 01:50 , 27-Окт-12, (51) –1 //

спасибо КЭП, давно юзаемhttp pthree org 2012 04 17 install-zfs-on-debian-gnuli, Денис (??), 04:00 , 27-Окт-12, (52) –1 //

Соболезную, чо , Аноним (-), 04:35 , 27-Окт-12, (56) –2

Давай спрыгнем с крыши по этому поводу Что нормальная промышленная ФС, разработ, Аноним (-), 13:49 , 27-Окт-12, (59) –4

И где оно-таки промышлится Кроме как у академиков на локалхостах, пока ни у ког, AlexAT (ok), 16:19 , 27-Окт-12, (61) +4

SUN , nagual (ok), 00:33 , 28-Окт-12, (72) –1

Это хто А у них на линухе , исчо_адын_аноним (?), 00:40 , 28-Окт-12, (74)

Раньше дурни носились со ступами теперь с линуксом, рост на лицо , nagual (ok), 11:14 , 28-Окт-12, (94)

Да, все ынтырпрайзы - бакланы, один вы тут у нас умный А вам не кажется что есл, Аноним (-), 06:16 , 29-Окт-12, (124) +1

Не хочу вас огорчать, но он это самое ку-ку , Аноним (-), 04:10 , 28-Окт-12, (78) +1

http www oracle com ru products servers overview index htmlКУ-КУ это диагноз , nagual (ok), 11:18 , 28-Окт-12, (96) –1

Да, если вы не можете отличить слово oracle от слова sun - это диагноз , Аноним (-), 06:17 , 29-Окт-12, (125) +2

И где оно ныне Реально Даже Oracle свою DB уже больше предлагает под Linux, неж, AlexAT (ok), 10:37 , 28-Окт-12, (92)

Сертифицировано , nagual (ok), 11:28 , 28-Окт-12, (103) –1

Да, давай, скажи что оракл сертифицЫрован с ZFS на BSD Ты можешь, я знаю , Аноним (-), 06:18 , 29-Окт-12, (126) +1

Оракл никогда в жизни не считал BSD платформой и отродясь под нее не существовал, Аноним (-), 20:22 , 01-Ноя-12, (227)

Спасибо, Капитан Я думаю что гражданин понял на что я ему намекал, но вы решили, Аноним (-), 08:56 , 05-Ноя-12, (305)
Тихо сам с собою , nagual (ok), 18:46 , 05-Ноя-12, (318) –1

Какой SUN SUN RIP ДоZFS ились , AlexAT (ok), 09:40 , 05-Ноя-12, (309) +1

Вы что-то путаете Аттестат об окончании 9 классов - это еще далеко не звание ак, Аноним (-), 04:15 , 28-Окт-12, (81)
Если ваш кругозор ограничен localhost - мне вас жаль промышлится у авторов порта, Аноним (-), 12:00 , 28-Окт-12, (104) –1

Lawrence Livermore National Laboratory LLNL Академики Академики Понятно, что , AlexAT (ok), 13:09 , 28-Окт-12, (106) +1

Скорее это заявка на то что TOP100 будет таким и клон ext4 будет вырублен оттуда, Аноним (-), 20:58 , 28-Окт-12, (108)

Да вообще-то все это умеют, кроме древних как говно мамонта ext , а к чему вопро, rm_ (ok), 21:04 , 28-Окт-12, (109)
Там еще хуже чем в ext4 , nagual (ok), 22:59 , 28-Окт-12, (110) –1

Ну да То ли дело ZFS, где даже дефрагментатора нет, и кеш эксклюзивный, да еще , AlexAT (ok), 23:01 , 28-Окт-12, (111) +3

У btrfs не в скорости проблема, кроме того COV как бы идейно несовместим с дефра, nagual (ok), 23:09 , 28-Окт-12, (112) –3
Спасибо, подр W поржал Точнее - CoW нежизнеспособен без дефрагментации Но это , AlexAT (ok), 23:21 , 28-Окт-12, (113) +3
Любые 2 слова правда но 3 лож , nagual (ok), 23:32 , 28-Окт-12, (114)
К логопеду , AlexAT (ok), 23:40 , 28-Окт-12, (115) +2
Так-то Соляра для x86 существует с 1993 года, если чего С версии 2 4 Какие там, Аноним (-), 22:20 , 04-Ноя-12, (272)
Каким боком 1993 год относится к тому, о чем мы говорим , AlexAT (ok), 22:21 , 04-Ноя-12, (273)
Сначана научись CoW правильно писать, юморист Все там совместимо Парней из сана, Аноним (-), 06:22 , 29-Окт-12, (127) +2
root hostname prtdiag 124 moreSystem Configuration ASUS RS120-E5 PA4BIOS, Аноним (-), 22:22 , 04-Ноя-12, (275)
А на нормальный дисковый контроллер денег не нашлось Или у нас два диска в зерк, AlexAT (ok), 22:24 , 04-Ноя-12, (279) +1
Благодаря высказыванию одного профана множество юдей покупает гавно-рейд-контрол, nagual (ok), 22:27 , 04-Ноя-12, (281) –1
Хуже встроенного в мать рейд-контроллера на 99 десктопных мамок быть не может , AlexAT (ok), 23:06 , 04-Ноя-12, (288) +1
ТАДА гдето с ich7 , nagual (ok), 23:12 , 04-Ноя-12, (290) –1
ТАДА Учи матчасть - это фейкрейд, т е софт , AlexAT (ok), 09:30 , 05-Ноя-12, (308) +1
Предлагаю определиться с терминами 1 насколько понимаю, разговор о FakeRAID и о, Michael Shigorin (ok), 23:54 , 04-Ноя-12, (296) +1
Я работал с SB770-990 и все было ок , nagual (ok), 23:58 , 04-Ноя-12, (298) –1
Это не отменяет того, что там НЕТ RAID-контроллера xDТам софтварная поделка На , AlexAT (ok), 09:27 , 05-Ноя-12, (306) +1
Из криокамеры виднее На GA990XA есть даже RAID5 , nagual (ok), 18:46 , 05-Ноя-12, (317) –1
LOL Когда человек не отличает софт от аппаратуры - ну, флаг в руки, чо , AlexAT (ok), 20:31 , 05-Ноя-12, (323) +2
Как там в криокамере с флагом Удобно , nagual (ok), 22:09 , 05-Ноя-12, (337) –1
SB990 RAID10 WD5003ABYXhttp s1 ipicture ru uploads 20121104 l5hbjRUD jpg, nagual (ok), 00:05 , 05-Ноя-12, (299) –1
Ещё думал спросить -- под фрёй эти fakeraid нормально работают ЧТД , Michael Shigorin (ok), 00:30 , 05-Ноя-12, (300) +1
SB770-990 работает а учитывая что zfs лучше вопрос - зачем , nagual (ok), 01:33 , 05-Ноя-12, (301) –1
So what Это фейкрейд У md dm LVM производительность будет ровно такой же , AlexAT (ok), 09:28 , 05-Ноя-12, (307) +1
Всё же необязательно -- насколько помню слова vsu altlinux, то у некоторых FakeR, Michael Shigorin (ok), 12:52 , 05-Ноя-12, (315)
Сейчас обкатываются технологии USB 3 0 и SATA Revision 3 0 и с колличеством лин, nagual (ok), 21:54 , 05-Ноя-12, (336) –1
me выпал в осадокну чо, ждем от тебя тестов ZFS на USB 3 0, AlexAT (ok), 22:10 , 05-Ноя-12, (338) +2
Вот кстати внешние HD с usb3 уже в продаже но у меня их нет , nagual (ok), 22:30 , 05-Ноя-12, (347) –1
Ну так и к чему приплетать У меня дежурная флэшка уже USB3, разницы особой не , Michael Shigorin (ok), 22:39 , 05-Ноя-12, (351) +1
Да они-то тут при чём, особенно первое -- флэшкам оно помогает скорее на фоне ни, Michael Shigorin (ok), 22:12 , 05-Ноя-12, (339) +1
В случае md LVM сомневаюсь Вот в случае хитрых алгоритмов gmirror или zfs очень, nagual (ok), 18:42 , 05-Ноя-12, (316) –2
LOL dрасскажите это авторам сего опуса - Do I understand correctly that there ar, AlexAT (ok), 21:13 , 05-Ноя-12, (331) +1
Там на форуме тоже одни троли , nagual (ok), 22:28 , 05-Ноя-12, (346) –1
Вот я и говорю - однажды дебил от маркетологов ляпнул что FakeRAID намного хуже , nagual (ok), 19:35 , 05-Ноя-12, (320) –1
Да он с тех пор и LSI купил да за собой утянул Те же SAS1064 -- самый что н, Michael Shigorin (ok), 19:56 , 05-Ноя-12, (322) +1
У меня сейчас RS2BL080 он же LSI 9260-8i дома стоит, приятная железка PCI-E x, AlexAT (ok), 20:39 , 05-Ноя-12, (326)
Виноват, не уточнил -- эти 1064 они лепили как абортные в некоторые многие S5000, Michael Shigorin (ok), 21:13 , 05-Ноя-12, (332)
FakeRAID во всех случаях, за исключением RAID0 а нагружает проц многочисленными, AlexAT (ok), 20:33 , 05-Ноя-12, (324) +1
Где вы этого бреда набрались В даташитах по интелу Откройте для себя AMD Лол, nagual (ok), 22:12 , 05-Ноя-12, (340) –1
Не вижу смысла дальше обсуждать - ты не понимаешь логики обмена с диском , AlexAT (ok), 22:14 , 05-Ноя-12, (341) +2
Откройте даташит на SB770-990 если проблемы с логикой , nagual (ok), 22:33 , 05-Ноя-12, (348) –1
datashit - у тебя в голове К сожалению , AlexAT (ok), 22:36 , 05-Ноя-12, (349) +2
пацталом , nagual (ok), 22:47 , 05-Ноя-12, (354) –1
Сколько лет пользуюсь софтрейдами на том и этом, но такие откровения слышу вперв, Michael Shigorin (ok), 22:17 , 05-Ноя-12, (343) +1
Абсолютно Двойна-тройная-Nкратная передача данных по шине - абсолютно платформо, AlexAT (ok), 22:42 , 05-Ноя-12, (352) +1
Вы просто не следите за новостями АМД несколько последних лет сливает интелу в , nagual (ok), 22:46 , 05-Ноя-12, (353) –1
Мы просто судим не по новостям , Michael Shigorin (ok), 22:48 , 05-Ноя-12, (355) +1
Бабка нагадала Щас месье раскажет какой интел классный и какой амд слив ага , nagual (ok), 22:53 , 05-Ноя-12, (357) –1
Меня особо вот эта ссылка доставляет - можно сразу на цитатник разрывать http , AlexAT (ok), 22:54 , 05-Ноя-12, (358) +1
Опровергните любое утверждение на выбор , nagual (ok), 23:01 , 05-Ноя-12, (360) –1
Я ж говорю - там надо уже не опровергать, а на цитаты рвать, филиал баша , AlexAT (ok), 23:05 , 05-Ноя-12, (362) +2
Слив не защитан Привет с филиала удава , nagual (ok), 23:12 , 05-Ноя-12, (363) –1
Вообще-то работаю с самыми разными железками на intel amd x86, arm, ppc, mips и , Michael Shigorin (ok), 23:00 , 05-Ноя-12, (359)
Аналогично Дома сервант как раз тот, который с LSI, на AMD PhII-1090T AMD 890, AlexAT (ok), 23:04 , 05-Ноя-12, (361)
Zero-copy сейчас туда впиливают Дефрагментатор вроде как был или планровался , Аноним (-), 14:46 , 29-Окт-12, (143) –1
Главное чтоб дефрагментатор не был автоматическим как в ext4 а то ssd не оценят , nagual (ok), 14:56 , 29-Окт-12, (144) –2
Да, для SSD уже само наличие ZFS - повод повеситься на ближайшем SATA-кабеле , AlexAT (ok), 15:09 , 29-Окт-12, (146) +2
Ораклу расскажите , nagual (ok), 15:20 , 29-Окт-12, (148) –2
А чего рассказывать Достаточно взглянуть на спецификации железа под ZFS на их с, AlexAT (ok), 17:05 , 29-Окт-12, (151) +1
Вот это что ли Проблемз root hostname prtdiag 124 moreSystem Configurati, Аноним (-), 22:23 , 04-Ноя-12, (277)
Да хватит уже показывать свой локалхост с двумя плашками памяти и двумя дисками , AlexAT (ok), 22:26 , 04-Ноя-12, (280) +1
Вот уж для чего как раз и подходит спул на reiser3 с mkfs и squid -z на загрузке, Michael Shigorin (ok), 23:47 , 04-Ноя-12, (294) +1
вы про технологию TRIM , Lompuz (?), 23:05 , 29-Окт-12, (176)
Ах, вы и ext4 только на картинке видели Бывает Hint в ext4 нет автоматическог, Аноним (-), 17:32 , 29-Окт-12, (156) –1
Ой а тут один пациент прямо с пеной доказывал что в ext4 помимо дефрагмертатора , nagual (ok), 18:57 , 29-Окт-12, (163) –2
Это про btrfs было Теперь я понимаю почему вы постоянно киваете на проблемы , Аноним (-), 20:53 , 29-Окт-12, (166)
Будем считать что сделали, когда заработает Пока что видно, что в BSD вообще , AlexAT (ok), 15:08 , 29-Окт-12, (145) +2
Так понятнее , nagual (ok), 15:19 , 29-Окт-12, (147) –1
Открою страшную тайну - ARC cache и системный кэш - немного разные вещи То что, Аноним (-), 16:50 , 29-Окт-12, (150)
Нет смысла дублировать сущности - и это правильный подход, а не головная боль Г, AlexAT (ok), 17:07 , 29-Окт-12, (152) +2
Сани всегда любили компенсировать технические продолбы маркетинговым буллшитом , Аноним (-), 17:34 , 29-Окт-12, (158)
Как бы вам проще объяснить - кэши это таки места хранения и адресации, но данные, Аноним (-), 00:00 , 30-Окт-12, (178) +3
Как бы вам проще объяснить ARC дублирует системный кэш Память ARC используется, AlexAT (ok), 07:25 , 30-Окт-12, (184) +1
А что касается производительности btrfs то инстяляция убунты под варей при 1 гиг, nagual (ok), 11:04 , 30-Окт-12, (185) –3
Укатали сивку крутые горки Лучше вообще к компу подходить не пробуй - поможет, AlexAT (ok), 13:51 , 30-Окт-12, (186) +2
Передает приветы тормозной fsync Дело в том что виртуализаторы этот вызов люб, Аноним (-), 12:33 , 05-Ноя-12, (311) +1
Что то не припомню , nagual (ok), 21:14 , 05-Ноя-12, (333) –1
бред не хочется даже сильно коментировать Я понимаю что мисье не программист, а, Аноним (-), 00:53 , 31-Окт-12, (188)
Одни и те же физические или разные страницы с одинаковыми данными , Michael Shigorin (ok), 02:07 , 31-Окт-12, (191) –1
Несдержанность - удел вьюношей К слову, я как раз-таки системный программист, и, AlexAT (ok), 07:41 , 31-Окт-12, (194) +1
Боюсь я вас разочарую но на моей странице четко видно что FreeBSD под варей без , nagual (ok), 10:06 , 31-Окт-12, (198)
Боюсь, тесты под виртуалкой малоинтересны виртуализатор сильно искажает картину, Аноним (-), 12:35 , 05-Ноя-12, (312) +1
Скрипты доступны - тестируйте , nagual (ok), 21:15 , 05-Ноя-12, (334) –1
Мне кажется не представляете К слову в EL6 2 6 32 страницы из ext4 buddy cac, Аноним (-), 09:46 , 01-Ноя-12, (204) –1
Скорее всего то, что объяснялось - и есть причина, по которой лекция не писала, AlexAT (ok), 10:49 , 01-Ноя-12, (205)
Что бы закрыть тему - лекцию читал Bill Moore прилетевший из Штатов в Москву рад, Аноним (-), 15:04 , 01-Ноя-12, (208)
JFYI, злоупотреблять отзывчивостью человека и впрямь не лучшее дело А ссылки н, Michael Shigorin (ok), 15:24 , 01-Ноя-12, (212)
Зато хорошо показали - что человек мыслит шаблонами, не пытаясь задуматься о аль, Аноним (-), 16:19 , 01-Ноя-12, (214)
Именно Если бы было не так - Sun бы до сих пор существовал Но история не те, AlexAT (ok), 16:22 , 01-Ноя-12, (215) +1
Угу С каких финансовые показатели стали мерилой качества Тогда стоит признать ч, Аноним (-), 16:36 , 01-Ноя-12, (219) –1
Капитализм, батенька Кто неконкурентоспособен - тот сдох или продался Единстве, AlexAT (ok), 16:47 , 01-Ноя-12, (220) +1
Еще раз - каким боком капитализм - относится к техническому качеству давайте без, Аноним (-), 17:03 , 01-Ноя-12, (221) –1
э 8230 ЩИТО с каких грибов выхлоп компилятора стал derivative work это я что, arisu (ok), 17:12 , 01-Ноя-12, (222) +2
Самым прямым Всё, что не покупается в силу низкого качества или завышенной по о, AlexAT (ok), 18:05 , 01-Ноя-12, (223) +1
Шишкин тоже хвалит райзер 4 - хотя ныне абсолютно неюзабельное поделие К ч, AlexAT (ok), 16:17 , 01-Ноя-12, (213) –1
И его есть за что хвалить Многие вещи которые туда заложены - весьма и весьма р, Аноним (-), 16:24 , 01-Ноя-12, (216) –1
Учитывая реализацию криптования сжатия и дедупликации данные в кеше zfs лежат не, nagual (ok), 11:21 , 01-Ноя-12, (206) –1
там все сложнее - насколько я помню эту лекцию, использование ARC cache связан к, Аноним (-), 15:09 , 01-Ноя-12, (209)
и то правда зачем писать было ведь всё отлично запомнил , arisu (ok), 15:12 , 01-Ноя-12, (211)
зачем писать - когда можно было оформить командировку и прокатиться в силиконову, Аноним (-), 16:25 , 01-Ноя-12, (217) –1
вот, вроде, умный человек 8212 а дурак-дураком, и резко перестаёт понимать, к, arisu (ok), 16:29 , 01-Ноя-12, (218) +1
gt оверквотинг удален Свист Вот конфига со специально ограниченным объемом AR, Аноним (-), 22:28 , 04-Ноя-12, (282)
на то, что ARC запатентован если ты не можешь в этом убедиться максимум за пол-, arisu (ok), 22:46 , 04-Ноя-12, (286) +1
Вот десвительно пруф ф студию , nagual (ok), 22:49 , 04-Ноя-12, (287) –1
И что собственно портянка выше должна пруфнуть , AlexAT (ok), 23:09 , 04-Ноя-12, (289) +1
Хорошо приложил очередного адепта маркетингового буллшита Приятно читать гражд, Аноним (-), 12:41 , 05-Ноя-12, (313) +1

все они хороши, и вызвает попоболь у линуксоидов, Lompuz (?), 05:30 , 29-Окт-12, (119) –3

Да, потому что хотя у них ZFS тоже есть, такое они терпеть они не собираются , Аноним (-), 11:03 , 29-Окт-12, (131)

reiserfs сколько там ей лет 12-13 , jfs сколько там ей лет 15 17 , ext4 С, Led (ok), 02:29 , 30-Окт-12, (182)

В годик всё-таки с tty disciplines не ковыряются обычно , Michael Shigorin (ok), 03:29 , 30-Окт-12, (183)
рейсер - можно сказать умер давно Все его разработчики заняты более другими зад, Аноним (-), 00:55 , 31-Окт-12, (189)

Шел 2012 год Мы развлекались как могли Ниодна из файловых систем unix а тем бо, nagual (ok), 01:06 , 31-Окт-12, (190) –1
Шел 2012 год Неуловимый Джо так и не был пойман ибо нахрен никому не спёрся , AlexAT (ok), 08:04 , 31-Окт-12, (195) +1
Примерно такие же отмазки лепяп на форуме Судя по http www mail-archive com f, nagual (ok), 09:49 , 31-Окт-12, (197)
Ну зачем же так путать preallocate с TRIM в кавычках потому, что адекватного , AlexAT (ok), 17:41 , 31-Окт-12, (201) +2
Шел 2012 год А автомобили так и ездили по дорогам Хотя технически ничто не меш, Аноним (-), 12:43 , 05-Ноя-12, (314)
Ничего кроме уродливых образований под названием - государства , nagual (ok), 19:26 , 05-Ноя-12, (319) –2
Ну так не пишите , Michael Shigorin (ok), 02:08 , 31-Окт-12, (192) +1

bta kz, Аноним (-), 22:52 , 29-Окт-12, (172)

Глядя на быструю работу ZFS и дикий жрач памяти, напрашивается вывод - может, , Аноним (-), 04:13 , 28-Окт-12, (80) +1

Ваши инсунуации по поводу жрача ZFS и аскетизма BTRFS не подтвердились в тестах , nagual (ok), 11:21 , 28-Окт-12, (98) –1

Вам AlexAT уже перечислил все очевидне недостатки CoW без дефрагера, с дебильно, Аноним (-), 06:28 , 29-Окт-12, (128) +1

Будем считать что сделали когда заработает Это привет из криокамеры Линукс сп, nagual (ok), 12:27 , 29-Окт-12, (138) –1

У вас оно же заработает позднее, если вообще Имелся в виду линукс который кернел, Аноним (-), 17:44 , 29-Окт-12, (160)

У нас оно заработает когда тест перестанет падать Так сколько мелких файлов мож, nagual (ok), 19:01 , 29-Окт-12, (164) –1

По-моему не все ок с головой у тех кто такие тесты проводит У меня диск на 6Гб , Аноним (-), 20:55 , 29-Окт-12, (168) +1
mount dev sdh1 on data btrfs type btrfs rw df -h dev sdh1Файловая система, AlexAT (ok), 21:06 , 29-Окт-12, (169) +1
Тесты dd как то не очень актуальны, bonnie в помощ , nagual (ok), 22:46 , 29-Окт-12, (170) +1
gt оверквотинг удален дальше можно не смотреть Мисье системный программист не, Аноним (-), 22:27 , 01-Ноя-12, (230) –1
Не вижу смысла обсуждать танцы с бубном для Linux - как скзал слоник должно ра, nagual (ok), 22:48 , 01-Ноя-12, (232) –1
Именно Никаких плясок вокруг дропов кешей и прочего Всё так, как считает нужны, AlexAT (ok), 10:43 , 02-Ноя-12, (235)
а что тогда мы проверяем 2мя чтениями как хорошо система кэширует данные , Аноним (-), 14:12 , 02-Ноя-12, (237)
Когда сможете закешировать 2 гига в 512 метрах - приходите , AlexAT (ok), 14:31 , 02-Ноя-12, (238)
Мне что то подсказывает что в тесте не всегда будут читаться все 2 гига и что по, nagual (ok), 14:33 , 02-Ноя-12, (240) –1
Это как, простите , AlexAT (ok), 16:47 , 02-Ноя-12, (242)
поэтому сферические тесты в вакууме и интересуют только сферических дятлов в вак, arisu (ok), 16:40 , 02-Ноя-12, (241) +1
Смысла не имело, поскольку объём системной памяти площадки - 512Мб , AlexAT (ok), 10:42 , 02-Ноя-12, (234)
а о функции sysctl -w vm drop_caches 3, мисье системный программист не в курсе О, Аноним (-), 14:09 , 02-Ноя-12, (236)
См выше , AlexAT (ok), 14:31 , 02-Ноя-12, (239)

Читаю 123, 122 и понимаю, что каноникаловский маркетинг убунтушникам не так за, Michael Shigorin (ok), 12:39 , 29-Окт-12, (139) –1

Я про линуксный кернель Какой смысл им там всем вместе сильно врать И кого они, Аноним (-), 17:42 , 29-Окт-12, (159)

Титаник тоже профи разработали Да еще и непотопляемым называли А оказалось - в, Аноним (-), 06:11 , 28-Окт-12, (90)

Наверно не будет ZFS linux пока ораклу нужно продавать саны , nagual (ok), 00:33 , 28-Окт-12, (71) –4 //

У ZFS linux шансы на выживание все же побольше, чем у ZFS freebsd На лине хотя , Аноним (-), 04:11 , 28-Окт-12, (79) +2 //

Ода шансы так и прут - у бубунте уже на рабочем столе реклама прописалась - , nagual (ok), 11:20 , 28-Окт-12, (97) –3

Какие конструктивные и профессиональные аргументы , Аноним (-), 11:03 , 29-Окт-12, (132)

Ораклу похрен что продавать Ему не нyжно продавать саны Ему бабки нужны Кли, Аноним (-), 06:27 , 28-Окт-12, (91) //

Потому что у него цель не человечество облагодетельствовать А вполне себе одног, Аноним (-), 22:53 , 29-Окт-12, (174)

Это в котором подобные Вам -- сменные винтики по шекелю кучка, а платиновые парт, Michael Shigorin (ok), 01:15 , 30-Окт-12, (181) –1

Милый мой, я, в отличие от тебя, владелец действующего бизнеса А ты, говоришь, , Аноним (-), 20:33 , 01-Ноя-12, (228) –1

Это к партнёрам Похоже, проблемы с BI на бытовом уровне Впрочем, считайте как , Michael Shigorin (ok), 17:04 , 04-Ноя-12, (253) –1

Взаимно, друг мой, взаимно , Аноним (-), 22:31 , 04-Ноя-12, (284)

У Теодора фамилия звучит как Шоу , НеТеодор (?), 14:32 , 29-Окт-12, (141) //

Чё не Чао Сяо , Andrey Mitrofanov (?), 09:19 , 31-Окт-12, (196) //

Российский летчик Ли Си Цын , Аноним (-), 17:04 , 02-Ноя-12, (243) +1 //

Так-то в оригинале это был вьетнамский летчик , Аноним (-), 22:31 , 04-Ноя-12, (285)

Если уж докапываться, то _заявленный_ как вьетнамский PS и времена были ещё , Michael Shigorin (ok), 23:49 , 04-Ноя-12, (295)

zfs trim http people freebsd org pjd patches zfstrim8 patch, Adui (?), 20:02 , 03-Ноя-12, (244) //

failed - это прекрасно но тем не менее - появилсождем сообщений нагуляла о т, AlexAT (ok), 20:44 , 03-Ноя-12, (246) //

А нахер он нужен Включаете компрессию и получаете тоже самое только на годами , nagual (ok), 22:28 , 03-Ноя-12, (247) //

Бррррр Совсем заклинило Какое отношение имеет компрессия к TRIM , AlexAT (ok), 09:34 , 04-Ноя-12, (249) +1

Жесть а что такое по вашему компрессия , nagual (ok), 12:00 , 04-Ноя-12, (250) –1

Уменьшение избыточности данных , AlexAT (ok), 17:12 , 04-Ноя-12, (254) +1

ППЦ а что такое избыточность , nagual (ok), 17:44 , 04-Ноя-12, (255) –1

Читайте уже теорию, хотя бы для общего развития А то, не зная элементарных веще, AlexAT (ok), 19:13 , 04-Ноя-12, (256) +1

Ура месье открыл для себя кмпресси попутно гугль и вики Осталось открыть ра, nagual (ok), 21:02 , 04-Ноя-12, (258) –1

А теперь читаем выше - и видим, что тобой написано слово компрессия А не дед, AlexAT (ok), 21:17 , 04-Ноя-12, (259) +2

Ну вот оказывается дедупликация это хреновая компрессия непрошло и пол года , nagual (ok), 22:15 , 04-Ноя-12, (261)

Совсем плохо, да Цитирую в первоисточнике А нахер он нужен Включаете компресс, AlexAT (ok), 22:16 , 04-Ноя-12, (262)
Еслиб месье так херовато передергивал на выборах его бы уже привлекли , nagual (ok), 22:17 , 04-Ноя-12, (265)
Точно, клиника Ну и да - много не передергивай, а то отвалится , AlexAT (ok), 22:18 , 04-Ноя-12, (267)
Так вот кто предлагал в темноте под одеялом И че серьезно 8-0 , nagual (ok), 22:19 , 04-Ноя-12, (270)
Осталось открыть разницу между дедупликацией и дейдупликацией Именно это у Ва, Michael Shigorin (ok), 23:35 , 04-Ноя-12, (291)

TRIM это комманды посылаемые ссд сата-контроллеру компресия выравнивает блоки н, Adui (?), 13:46 , 04-Ноя-12, (251)

конечно, если в ссд контроллере присутсвует трим , Adui (?), 13:48 , 04-Ноя-12, (252)
Каким образом _компрессия_ выравнивает блоки , AlexAT (ok), 20:59 , 04-Ноя-12, (257) +1
С фига ли Никогда неизвестно заранее насколько сожмется тот или иной кусок данн, Аноним (-), 20:56 , 05-Ноя-12, (328)

Это пять Вот уж не знал что компрессия заменяет trim , Аноним (-), 20:55 , 05-Ноя-12, (327) –1

http svnweb freebsd org base view revision revision 240868, Adui (?), 20:07 , 03-Ноя-12, (245)
мой сервер sysctl -a 124 grep trimvfs zfs trim_disable 0vfs zfs trim_txg_li, Adui (?), 07:48 , 04-Ноя-12, (248)

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

3. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –5 +/–

Сообщение от oneonfire (?), 26-Окт-12, 19:28

Нет чтобы взяться за Reiser4, создают уже Ext5. Ну вот никак ни пойму, ну почему всем до Ext есть дело, а до одной и с самых ярких и удачных, с позиции архитектуры, нет дела???

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

4. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от Пользователь Дебиан (?), 26-Окт-12, 19:31

http://en.wikipedia.org/wiki/Worse_is_better

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

6. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –2 +/–

Сообщение от oneonfire (?), 26-Окт-12, 19:38

А что Ext4 в реализации проще чем Reiser4?

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

13. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +1 +/–

Сообщение от Пользователь Дебиан (?), 26-Окт-12, 20:26

"Проще" это сложное, комплексное понятие.
Например, намного проще для всех, когда существует несколько разработчиков, которые понимают данный код; более того, которые работают фулл-тайм на зарплате именно ради поддержки этого кода. Сравни это с допиливанием патчей в свободное (от универа) время.
Проще переходить с extN-1 на extN тем, кому это надо, а это надо подавляющему большинству.
Распространённость решения приводит к тому, что оно хорошо интегрируется: есть *работающая* поддержка в специальных программных решениях, подразумевающая высокую надёжность этих решений. А это делает работу проще тем, кто администрирует системы.

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

17. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –1 +/–

Сообщение от Аноним (-), 26-Окт-12, 20:35

> А что Ext4 в реализации проще чем Reiser4?
В целом куда более простая штука. По сути ext3 заапгрейженный экстентами.

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

32. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –2 +/–

Сообщение от Аноним (-), 26-Окт-12, 21:25

>> А что Ext4 в реализации проще чем Reiser4?
> В целом куда более простая штука. По сути ext3 заапгрейженный экстентами.
когда=то ext4 назывался ldiskfs, и одной не без известной конторе надоело тягать стопки патчей - после чего их влили в ядра с kernel.org.

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

42. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от Аноним (-), 27-Окт-12, 00:05

> когда=то ext4 назывался ldiskfs, и одной не без известной конторе надоело тягать
> стопки патчей - после чего их влили в ядра с kernel.org.
Как я понимаю, ext4 сильно базируется на ext3. А если почитать это сообщение то создается что все заслуги принадлежат совсем другим лицам. По-моему такая формулировка не совсем честна: относительно ext3 там нового не так уж и много. Нет, есть очень удачные плюшки типа экстентов, которые основательно разгоняют античный дизайн. Но ничего такого сверхъестественного за что можно было бы все заслуги приписать только одной конторе проигнорировав заслуги всех остальных. Мне это видится как-то так. Я не прав?

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

63. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –2 +/–

Сообщение от Michael Shigorin (ok), 27-Окт-12, 20:01

> надоело тягать стопки патчей
К слову о пользе. А был бы внутриядерный ABI зафиксирован, так бы и чесались стоя ;)

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

64. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –5 +/–

Сообщение от Аноним (-), 27-Окт-12, 21:31

к слову решение о вливании было принято еще во время 2.4 с его относительно стабильным API.
кроме того портирование было всегда по ядрам дистрибутивов - где даже ABI стабильный.
так что выстрел мимо. глупо так попадаться и показывать свою не образованность.

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

65. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –2 +/–

Сообщение от Michael Shigorin (ok), 27-Окт-12, 21:53

> так что выстрел мимо.
(пожимая плечами) Так надоело или не надоело?

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

66. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от Аноним (-), 28-Окт-12, 00:08

Надоело - но с стабильностью API это было не связано (на что было попытка указать).

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

75. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –2 +/–

Сообщение от Michael Shigorin (ok), 28-Окт-12, 01:06

А.

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

83. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +6 +/–

Сообщение от Аноним (-), 28-Окт-12, 05:48

> не образованность.
FAIL однако.

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

369. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от Анончик (?), 27-Май-16, 18:56

А то, анонимчеги всех научат уму разуму :D

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

50. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от Аноним (-), 27-Окт-12, 01:45

> http://en.wikipedia.org/wiki/Worse_is_better
Да, и там же на примере MIT описан и подход академиков. Чреватый тем что выпуск продукта не состоится никогда или то что получится будет страшным ужасом. Ибо эти чудаки совершенно кладут на сложность. Сразу видно академиков которые класть хотели на фактический результат. Ну и что что не ездит? Зато концептуально.

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

7. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +11 +/–

Сообщение от Andrey Mitrofanov (?), 26-Окт-12, 19:49

>Ну вот никак ни пойму, ну почему
> и с самых ярких и удачных, с позиции архитектуры, нет дела???
...и в третий раз накинул Старик на вентилятор...

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

8. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +4 +/–

Сообщение от Аноним (-), 26-Окт-12, 20:02

Зачем рассуждать о вещах, которые вы не понимаете?

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

10. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +9 +/–

Сообщение от Аноним (-), 26-Окт-12, 20:11

> Нет чтобы взяться за Reiser4
Берись, разрабатывай. Толковых разработчиков не хватает. Только не говори мне, что ты только потрендеть горазд.

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

11. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +1 +/–

Сообщение от Аноним (-), 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 +/–

Сообщение от Аноним (-), 26-Окт-12, 20:37

> a greater difficulty for data recovery from incomplete transactions than a normal tree" (c)
Куда уж greater, если у третьего рейзера fsck может найти неправильное дерево и в результате рахъ....ть том нафиг? При том это не баг, это known issue дизайна. Ха.

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

21. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +1 +/–

Сообщение от Аноним (-), 26-Окт-12, 20:57

> Куда уж greater, если у третьего рейзера fsck может найти неправильное дерево
> и в результате рахъ....ть том нафиг? При том это не баг,
> это known issue дизайна. Ха.
Сколько раз такое было, а том цел, и данные на нем тоже.

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

29. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –1 +/–

Сообщение от Аноним (-), 26-Окт-12, 21:13

> Сколько раз такое было, а том цел, и данные на нем тоже.
Эталонная иллюстрация - авторы aMule и их сервак. На форуме по-моему до сих пор можно найти что они думают про рейзер и его средства восстановления. А если гуглануть по теме - можно найти много интересного. В частности - что авторы в курсе о проблеме и даже описывают минимум 1 сценарий когда это может произойти: если на "починяемом" томе лежал образ иной ФС reiser, например - деревья могут выдернуть из него. Разумеется починяемый том будет полностью факапнут. Авторы в курсах проблемы. Ответ - "не храните образа дисков с рейзером на рейдере". Ну вот так вот.

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

140. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +2 +/–

Сообщение от Аноним (-), 29-Окт-12, 13:56

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

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

149. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –1 +/–

Сообщение от Аноним (-), 29-Окт-12, 16:11

> Если даже рейзер не научил их делать бэкапы, медицина бессильна
Бэкапы это замечательно, но все-таки fsck добивающий том вместо починки, при том что авторы оного даже знают что именно может это вызвать но не чинят - это как-то не всем нравится.

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

153. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +1 +/–

Сообщение от AlexAT (ok), 29-Окт-12, 17:11

>> Если даже рейзер не научил их делать бэкапы, медицина бессильна
> Бэкапы это замечательно, но все-таки fsck добивающий том вместо починки, при том
> что авторы оного даже знают что именно может это вызвать но
> не чинят - это как-то не всем нравится.
nagual, залогинься.

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

161. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –1 +/–

Сообщение от Аноним (-), 29-Окт-12, 17:49

> nagual, залогинься.
Это 294 был. Да, я гуглил по теме и нашел непропорционально много факапов рейзера, предъяв к fsck и объяснение оных факапов от собственно рейзеровских авторов, рассказавших что мол, положение дерева - не фиксировано, так что тулза ищет деревья и если тулза набредет не на то дерево - том будет раздолбан в хлам. Потому что это было не его дерево и оно совсем не стыкуется с тем что фактически есть, откуда и полный self-destruct ФС. Как я понял, с тех пор никто ничего по этому поводу не предпринимал. Ну, пометили как known issue и угомонились :)

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

68. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –3 +/–

Сообщение от nagual (ok), 28-Окт-12, 00:26

> Куда уж greater, если у третьего рейзера fsck может найти неправильное дерево
> и в результате рахъ....ть том нафиг? При том это не баг,
> это known issue дизайна. Ха.
Та же херня с LVM - не храните LVM на LVM :))

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

84. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от Аноним (-), 28-Окт-12, 05:49

> Та же херня с LVM - не храните LVM на LVM :))
Пруф?

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

100. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –2 +/–

Сообщение от nagual (ok), 28-Окт-12, 11:23

>> Та же херня с LVM - не храните LVM на LVM :))
> Пруф?
лор

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

120. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от Аноним (-), 29-Окт-12, 05:59

> лор
Он большой и срача там много. Конкретнее и с пруфами нельзя ли? А то для начала, для fsck lvm - вообще никто. Он оперирует файловой системой, а кто и как ее разложил - не его дело.

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

135. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –2 +/–

Сообщение от nagual (ok), 29-Окт-12, 12:18

>> лор
> Он большой и срача там много. Конкретнее и с пруфами нельзя ли?
> А то для начала, для fsck lvm - вообще никто. Он
> оперирует файловой системой, а кто и как ее разложил - не
> его дело.
На тот топик уже раз 5 линк кидали, у вас память глючит ?

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

28. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –1 +/–

Сообщение от Аноним (-), 26-Окт-12, 21:12

Вы я вижу эксперт по архитектуре файловых систем.
Не взять Reiser4 потому что его даже поддерживать некому.
Не взять Reiser4 потому что не нужна модульная fs.
Прям все дураки в Kernel Team и не берут чудесную fs.

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

30. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от Аноним (-), 26-Окт-12, 21:16

> Прям все дураки в Kernel Team и не берут чудесную fs.
Ну разумеется! Ведь намного считать что "все пи...сы, а вот %s - ДАртаньян".

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

33. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от Аноним (-), 26-Окт-12, 21:30

> Ну разумеется! Ведь намного считать что "все пи...сы, а вот %s - ДАртаньян".
printf("все пи...сы, а вот %s - ДАртаньян", "Эдуард Шишкин")?

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

43. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от Аноним (-), 27-Окт-12, 00:07

> printf("все пи...сы, а вот %s - ДАртаньян", "Эдуард Шишкин")?
Вместо Эдуард Шишкин должна быть переменная, т.к. данным шаблоном оперирует не только он к сожалению :)

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

53. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –1 +/–

Сообщение от Аноним (-), 27-Окт-12, 04:29

> Вместо Эдуард Шишкин должна быть переменная, т.к. данным шаблоном оперирует не только он к сожалению :)
Тео Цо и Крис Мейсон вроде в таких высказываниях не замечены.

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

85. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от Аноним (-), 28-Окт-12, 05:51

> Тео Цо и Крис Мейсон вроде в таких высказываниях не замечены.
Зато на опеннете например этот шаблон крайне популярен. У упомянутых то хватит ума не выставляться дураками. Но не все же такие умные :)

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

35. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от oneonfire (?), 26-Окт-12, 21:50

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

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

36. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от Аноним (-), 26-Окт-12, 22:07

Вот некому не вперся Reiser4, не freebsd не minix да вообще некому.

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

44. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от Аноним (-), 27-Окт-12, 00:08

> Вот некому не вперся Reiser4, не freebsd не minix да вообще некому.
Так у этих сроду ресурсов ни на что нет. Учтя что доделывать это серьезно напрягает даже линуксоидов, упомянутые уж точно смогут что-то такое не в этой жизни и не в этой галактике.

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

54. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от Аноним (-), 27-Окт-12, 04:31

> Вот некому не вперся Reiser4, не freebsd не minix да вообще некому.
freebsd, minix и прочие подобные проекты не смогут допилить даже то, что им жизненно необходимо. Так что не показатель.

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

67. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –6 +/–

Сообщение от nagual (ok), 28-Окт-12, 00:23

>> Вот некому не вперся Reiser4, не freebsd не minix да вообще некому.
> freebsd, minix и прочие подобные проекты не смогут допилить даже то, что
> им жизненно необходимо. Так что не показатель.
Разработчики freebsd неграмотные и не читают всяких анонимусов а потому не знают что такие фичи как Reiser4 жизненно необходимы в bsd :)))

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

76. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от Аноним (-), 28-Окт-12, 04:05

> Разработчики freebsd неграмотные и не читают всяких анонимусов а потому не знают что такие фичи как Reiser4 жизненно необходимы в bsd :)))
При чем здесь Reiser4? Вот отсутствие полноценной виртуализации - really makes freebsd sucks. Но - не могут. Ни из солярки зоны, ни из линукса KVM.

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

95. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –2 +/–

Сообщение от nagual (ok), 28-Окт-12, 11:14

>> Разработчики freebsd неграмотные и не читают всяких анонимусов а потому не знают что такие фичи как Reiser4 жизненно необходимы в bsd :)))
> При чем здесь Reiser4? Вот отсутствие полноценной виртуализации - really makes freebsd
> sucks. Но - не могут. Ни из солярки зоны, ни из
> линукса KVM.
Было бы нужно - сделали бы.

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

105. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +2 +/–

Сообщение от AlexAT (ok), 28-Окт-12, 13:07

> Было бы нужно - сделали бы.
Ну так о чем и речь. В серьезных применениях платформа мало кому интересна.

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

121. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +1 +/–

Сообщение от Аноним (-), 29-Окт-12, 06:02

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

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

136. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –1 +/–

Сообщение от nagual (ok), 29-Окт-12, 12:20

>> Было бы нужно - сделали бы.
> Ну а энтерпрайзы повертели пальцем
> у виска да свалили на пингвины.
Кому нужно стабильно то vmware. Видал я как с kvm работают на дебиане - колются давятся плачут но жрут :))))

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

154. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от Аноним (-), 29-Окт-12, 17:20

> Кому нужно стабильно то vmware.
Спасибо, конечно, но он стоит денег. При том что у меня KVM нахаляву в системе есть - я что, дурак чтоли - платить вмварщикам за их блобье?
> Видал я как с kvm работают на дебиане - колются давятся плачут но жрут :))))
На дебиане с их древними ядрами и неизвестной квалификацией админов - хз, а я на регулярной основе гоняю пачки KVMных виртуалок в не сильно древних убунтах. Нормально работает. Если что, я видел туеву хучу гипервизоров и контейнеров всех мастей - могу сравнивать. Вполне нормальный гипервизор.

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

199. "Теодор Тцо отказался от предложений по стабилизации ФС..." +/–

Сообщение от arisu (ok), 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
дальше интересующиеся найдут сами.
чо, как, есть желающие ещё в это вляпываться?

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

200. "Теодор Тцо отказался от предложений по стабилизации ФС..." +/–

Сообщение от nagual (ok), 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
> дальше интересующиеся найдут сами.
> чо, как, есть желающие ещё в это вляпываться?
А что там не так в двух словах ?

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

202. "Теодор Тцо отказался от предложений по стабилизации ФС..." +1 +/–

Сообщение от arisu (ok), 31-Окт-12, 18:28

> А что там не так в двух словах ?
ты обязан хранить данные по тому, как используешь продукты vmware как минимум за два года, и ребята из вмвари в любой момент по желанию левой пятки могут к тебе прийти и сделать полный аудит твоей техники и использования их продуктов — на предмет «а вдруг ты что-то не так сделал, гад?!» и отказаться нельзя, потому что ты по лицензии согласился, когда ставил/покупал.

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

203. "Теодор Тцо отказался от предложений по стабилизации ФС..." +/–

Сообщение от nagual (ok), 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. "Теодор Тцо отказался от предложений по стабилизации ФС..." +/–

Сообщение от Аноним (-), 01-Ноя-12, 18:44

> не только это. вот ещё забавка:
Кэпу присуждается однозначный EPIC WIN за внимательность и дотошность. Крутота! :)
> чо, как, есть желающие ещё в это вляпываться?
Вот nagual пусть и хранит данные для аудитчиков из вмвари. Знаешь, после таких копирастических лицензий визги о несвободе GPL выглядят особенно умильно :). Не хочу ничего сказать но мне намного проще выложить сорц и даже состав материала моих трусов, если надо, чем страдать настолько эпическим копирастическим маразмом.

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

225. "Теодор Тцо отказался от предложений по стабилизации ФС..." +2 +/–

Сообщение от arisu (ok), 01-Ноя-12, 18:49

> Кэпу присуждается однозначный EPIC WIN за внимательность и дотошность. Крутота! :)
справедливости ради — это ребята на maemo.org дотошные. а я, как нормальный кэп, просто принёс это сюда.

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

260. "Теодор Тцо отказался от предложений по стабилизации ФС..." +/–

Сообщение от Аноним (-), 04-Ноя-12, 22:05

> справедливости ради — это ребята на maemo.org дотошные. а я, как нормальный
> кэп, просто принёс это сюда.
Справедливости ради, ты это там нашел хотя-бы. В любом случае, очень полезное наблюдение :)

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

86. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от Аноним (-), 28-Окт-12, 05:58

> Разработчики freebsd неграмотные и не читают всяких анонимусов а потому не знают
> что такие фичи как Reiser4 жизненно необходимы в bsd :)))
Так я и говорю - им бы свои проблемы разгрести, не то что чужие.

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

69. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –1 +/–

Сообщение от nagual (ok), 28-Окт-12, 00:28

> Вы я вижу эксперт по архитектуре файловых систем.
> Не взять Reiser4 потому что его даже поддерживать некому.
> Не взять Reiser4 потому что не нужна модульная fs.
> Прям все дураки в Kernel Team и не берут чудесную fs.
Вопрос к Ыксперту - подскажите библиотеку - функцию которая позволит например удалить блок в середине файла не перечитывая перезаписывая хвост ? :))

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

87. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +1 +/–

Сообщение от Аноним (-), 28-Окт-12, 06:01

> Вопрос к Ыксперту - подскажите библиотеку - функцию которая позволит например удалить
> блок в середине файла не перечитывая перезаписывая хвост ? :))
В Linux hole punching делается как-то так: http://lwn.net/Articles/415889/
Ну а найти в какой либе живет fallocate() будет твоим домашним заданием :)

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

116. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –2 +/–

Сообщение от nagual (ok), 28-Окт-12, 23:51

>> Вопрос к Ыксперту - подскажите библиотеку - функцию которая позволит например удалить
>> блок в середине файла не перечитывая перезаписывая хвост ? :))
> В Linux hole punching делается как-то так: http://lwn.net/Articles/415889/
> Ну а найти в какой либе живет fallocate() будет твоим домашним заданием
> :)
fallocate этож не то :)

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

122. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +1 +/–

Сообщение от Аноним (-), 29-Окт-12, 06:08

> fallocate этож не то :)
Я по-моему предельно ясно ткнул на сообщение в LWN где показано что добавили новые флаги к этому сисколу и стало как раз то: освобождение блоков в середине файла без какой либо перетряски всего остального. Как заказывали. Оно в принципе и блочному сторажу потом еще и TRIM может скинуть по этому поводу на другом уровне, чтоб накопитель мог почистить неиспользуемые блоки. Называется эта технология "hole punching", в пингвине данное расширение сискола - точно есть. Понимается довольно большим списком ФСов на данные момент, а в 3.7 ядре это расширение запилили и в btrfs до кучи. Как подобные финты ушами в *BSD делать - а это вы сами разбирайтесь. Вот и посмотрим заодно у кого мозгов больше: у убунтушников или у пользователей BSD :)
//Да, если что я хоть и убунтуец, но подергать сисколы совсем не против :)

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

137. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –1 +/–

Сообщение от nagual (ok), 29-Окт-12, 12:22

>[оверквотинг удален]
> Как заказывали. Оно в принципе и блочному сторажу потом еще и
> TRIM может скинуть по этому поводу на другом уровне, чтоб накопитель
> мог почистить неиспользуемые блоки. Называется эта технология "hole punching", в пингвине
> данное расширение сискола - точно есть. Понимается довольно большим списком ФСов
> на данные момент, а в 3.7 ядре это расширение запилили и
> в btrfs до кучи. Как подобные финты ушами в *BSD делать
> - а это вы сами разбирайтесь. Вот и посмотрим заодно у
> кого мозгов больше: у убунтушников или у пользователей BSD :)
> //Да, если что я хоть и убунтуец, но подергать сисколы совсем не
> против :)
posix_fallocate точно не оно но ладно. А выделяет блок любой длины или по размеру блока фс ? ;)
Кстати а как обратная функция называется - вырезать из середины файла блок произвольной длины в другой файл ?

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

155. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +1 +/–

Сообщение от Аноним (-), 29-Окт-12, 17:26

> posix_fallocate точно не оно но ладно.
Это расширение сискола под новую фичу. Да, это не совсем стандартно. Но собственно стандартная семантика доступа и не подразумевает никакого выгрызания дырок посреди файлов. В общем то это сильно нишевая штука нужная сильно местами. Но если вы этого хотите - нате.
> А выделяет блок любой длины или по размеру блока фс ? ;)
А это уже программер сам как-нибудь должен в апликухе, если оно ему надо.
> Кстати а как обратная функция называется - вырезать из середины файла блок
> произвольной длины в другой файл ?
А тут уже одним сисколом не отвертишься, понадобится программа которая их дернет в произвольном порядке. В первом приближении таковым можно посчитать обычный dd которым вы так козыряли ;). Если за каким-то надо еще и дестроить то что он скопировал - ну, придется допатчить. Правда я не понимаю нафиг это надо, но...

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

162. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от nagual (ok), 29-Окт-12, 18:55

>> А выделяет блок любой длины или по размеру блока фс ? ;)
> А это уже программер сам как-нибудь должен в апликухе, если оно ему
> надо.
Разве это не зависит от архитектуры конкретной фс ?
> А тут уже одним сисколом не отвертишься, понадобится программа которая их дернет
> в произвольном порядке. В первом приближении таковым можно посчитать обычный dd
> которым вы так козыряли ;). Если за каким-то надо еще и
> дестроить то что он скопировал - ну, придется допатчить. Правда я
> не понимаю нафиг это надо, но...
Нужно например удалить блок в середине файла, не удаляя сам файл.

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

165. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +1 +/–

Сообщение от Аноним (-), 29-Окт-12, 20:51

> Разве это не зависит от архитектуры конкретной фс ?
А вот это и будет головняком программера апликухи - определить что и как в фиг знает какой ФС. Стандартных вызовов для этого вроде как нет. Я о таковых не в курсе во всяком случае.
>> не понимаю нафиг это надо, но...
> Нужно например удалить блок в середине файла, не удаляя сам файл.
Смотря что понимать под удалить.
1) Заменить содержимое другим, бесполезным для недругов: делается через seek в нужную позицию + write по размеру блока.
2) Если же хочется просто отдать место в файловую систему а там она пусть сама протирает это когда захочет - это и есть hole punching. Де-аллокация блока в середине файла. ФС может считать это незанятым местом и юзать как хочет.

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

167. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от nagual (ok), 29-Окт-12, 20:53

> Смотря что понимать под удалить.
> 1) Заменить содержимое другим, бесполезным для недругов: делается через seek в нужную
> позицию + write по размеру блока.
> 2) Если же хочется просто отдать место в файловую систему а там
> она пусть сама протирает это когда захочет - это и есть
> hole punching. Де-аллокация блока в середине файла. ФС может считать это
> незанятым местом и юзать как хочет.
Нужно уменьшить размер файла на длину удаляемого блока.

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

179. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +1 +/–

Сообщение от Аноним (-), 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 вообще не будет кантовать при этом данные и оформит это как просто измененный вариант метаданных, описывающих размещение файла с поправкой на "выпавший" или "урезанный" блок. Да и обычный дизайн в принципе мог бы. Просто метаданные описывающие размещение придется перестраивать. Основная проблема в том что для такого нет рукояток. Видимо не столь частая операция чтобы кому-то понадобилось.

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

180. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от nagual (ok), 30-Окт-12, 00:51

>[оверквотинг удален]
> хвост файла его фактическим перемещением. Не потому что иначе запрещают законы
> физики и логики, а потому что в posix опять же IIRC
> нет каких либо сисколов для того чтобы внятно запросить данную операцию.
> Хотя чисто технически я вполне могу себе представить как какой-нибудь CoW
> вообще не будет кантовать при этом данные и оформит это как
> просто измененный вариант метаданных, описывающих размещение файла с поправкой на "выпавший"
> или "урезанный" блок. Да и обычный дизайн в принципе мог бы.
> Просто метаданные описывающие размещение придется перестраивать. Основная проблема в
> том что для такого нет рукояток. Видимо не столь частая операция
> чтобы кому-то понадобилось.
Для быстрого создания условий тестирования быстродейтсвия файловой системы в условиях максимальной фрагментации возможны два варианта - с одним файлом большим файлом и множеством мелких. Итак если с одним большим - осуществляем операции записи и чтения на тестируемый диск от 0% заполненности файлами до 100% и вычисляем средние скорости чтения и записи. Как только скорости чтения и записи перестануть падать, считаем фрагментацию максимальной а скорости результирующими для данной фс. На самом деле сложнее: Если пишем то пишем вставляя в середину файла с произвольным смещением от начала и произвольной длины блок. Если удаляем блок то не удаляем его совсем а вырезаем из середины с произвольным смещением и произвольной длиной и потом добавляем ео в конец. Назовите функции которые позволят это реализовать ?
Это нужно как минимум в бд и торрентах ...

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

226. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от Аноним (-), 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), 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 +/–

Сообщение от Аноним (-), 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), 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), 06-Ноя-12, 07:17

>> Просто у разных дизайнов заведомо разные свойства. У самолетов одни проблемы, у
>> автомобилей другие. Недостатком автомобилей и самолетов это не является.
> Тесты покажут у кого какие проблемы.
Тесты Lamborghini на проселочной дороге или Запорожца на автобане? xD
> Друг мой вы случайно не из партіi ВО "Батьківщина" ? Еще раз
> - вы не на выборах подтасовать условия тестирования не получится.
Переклинило на выборах?
> Наш большой файл в сумме с мелкими не будет занимать более 65%
> фс.
"> Вам же сказали "Реальный бенч, реальные файлы" а вы опять со своимы
> конями в вакуме."
> Вы явно не в теме, если бы не сомнительные личности из нефтегазового
> сектора мы бы на стат поясах летали бы ...
И на мётлах.
> Вот имеено этот тест хочется проделать на диске в памяти :))
Странная эротическая фантазия. Вам же сказали - реальный бенч...
> Прежде всего я ожидаю увидеть как не все участники тестирования придут к
> финишу :)) вероятно завалит тест btrfs :))
Цели "теста" уже ясны, далее можно не продолжать.
> И какой из этих вариантов рабочий при условии что начальный и конечный
> файлы занимают больше чем 50% диска ? :)))
"> Вам же сказали "Реальный бенч, реальные файлы" а вы опять со своимы
> конями в вакуме."

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

366. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –2 +/–

Сообщение от nagual (ok), 06-Ноя-12, 12:23

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

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

47. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от AlexAT (ok), 27-Окт-12, 01:01

А что, reiser уже настолько же предсказуема, насколько ext'ы?

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

117. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от Аноним (-), 29-Окт-12, 00:14

Со слов разработчиков - очень предсказуемая, и легко расширяемая FS.
Одна проблема работать с VM хочет немного не так как это удобно ext[2-4], поэтому ее и не примут.
Ибо удобство RedHat и ext[2-4] на первом месте.

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

123. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +1 +/–

Сообщение от Аноним (-), 29-Окт-12, 06:14

> Со слов разработчиков - очень предсказуемая, и легко расширяемая FS.
Со слов разработчиков, любая программа - это такая серебряная пуля которая мигом решит все проблемы человечества. Aka синдром "свое не пахнет". Потому что сложно это - самого себя ругать :). Проблема лишь в том что для всех остальных программа имеет гораздо менее волшебные свойства т.к. синдром "свое не пахнет" наблюдателя не кусает :)
А если называть вещи своими именами, reiser4 - это нечто сильно недопиленное, авторы которого при всех теоретических достоинствах дизайна не смогли на практике нормально взаимодействовать с разработчиками ядра, испытывают недостаток разработчиков и потому перспективы всего этого - довольно туманные.
> Ибо удобство RedHat и ext[2-4] на первом месте.
Ваши данные протухли: IIRC разработчик ext4 слинял в гугль. А разработчик btrfs - свалил из из оракла в FusionIO.

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

129. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +/–

Сообщение от AlexAT (ok), 29-Окт-12, 07:13

> Со слов разработчиков - очень предсказуемая, и легко расширяемая FS.
> Одна проблема работать с VM хочет немного не так как это удобно
> ext[2-4], поэтому ее и не примут.
> Ибо удобство RedHat и ext[2-4] на первом месте.
Со слов разработчиков винды - это идеальная операционная система для всего на свете.

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

133. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +2 +/–

Сообщение от an. (?), 29-Окт-12, 12:09

>> Со слов разработчиков винды - это идеальная операционная система для всего на свете.
Со слов маркетологов. Хотя, возможно, это одни и те же люди...

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

263. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." –2 +/–

Сообщение от Аноним (-), 04-Ноя-12, 22:17

>> Со слов разработчиков - очень предсказуемая, и легко расширяемая FS.
>> Одна проблема работать с VM хочет немного не так как это удобно
>> ext[2-4], поэтому ее и не примут.
>> Ибо удобство RedHat и ext[2-4] на первом месте.
> Со слов разработчиков винды - это идеальная операционная система для всего на
> свете.
Со слов апологетов Линя - линь - в точности это самое.

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

264. "Теодор Тцо отказался от предложений по стабилизации ФС Ext4 ..." +2 +/–

Сообщение от AlexAT (ok), 04-Ноя-12, 22:17

>> Со слов разработчиков винды - это идеальная операционная система для всего на
>> свете.
> Со слов апологетов Линя - линь - в точности это самое.
"Ветку не читал, но осуждаю"

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

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

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

Партнёры:

Хостинг:

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

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

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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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