1.3, _Nick_ (??), 14:32, 05/02/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
тема:
Аккаунтинг ввода/вывода (IO Accounting) на уровне процессов (учет трафика прошедшего через функции read() и write());
давно ждал | |
|
2.4, cnamed (??), 18:04, 05/02/2007 [^] [^^] [^^^] [ответить]
| +/– |
а будь любезен, подскажи, чем это заморское чудо для русского человека полезно ? | |
|
|
Часть нити удалена модератором |
4.6, Exe (?), 20:45, 05/02/2007 [ответить]
| +/– |
мда, вы, господа, явно не админы. Иногда полезно знать кто дергает винт на хостинге. | |
|
5.7, cnamed (ok), 21:04, 05/02/2007 [^] [^^] [^^^] [ответить]
| +/– |
>мда, вы, господа, явно не админы. Иногда полезно знать кто дергает винт
>на хостинге.
друг, ты явно заадминился, шутки не ? не наш стиль ? :)
| |
|
|
3.8, pavlinux (??), 21:32, 05/02/2007 [^] [^^] [^^^] [ответить]
| +/– |
> а будь любезен, подскажи, чем это заморское чудо для русского человека полезно ?
Это как спидометр в машине, вроде и нах... не нужен,
а когда начинаешь на сверхзвук переходить, тут-то и задумываешься; "-А Не низко ли я лечу!?" | |
3.20, lamer (??), 01:56, 11/02/2007 [^] [^^] [^^^] [ответить]
| +/– |
>а будь любезен, подскажи, чем это заморское чудо для русского человека полезно
>?
Ну если вам не нужно, вы и не юзайте, колхоз дело добровольное.А мне пригодится.Винды кстати такое тоже умеют.Почему линукс должен быть хуже? ;) | |
|
|
1.10, Аноним (-), 11:49, 06/02/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Про планы 2.6.21 что-нибудь слышно? Когда будет reiser4 в основной ветке ядра? | |
|
2.11, fresco (??), 12:32, 06/02/2007 [^] [^^] [^^^] [ответить]
| +/– |
Да никогда. Отладка reiser4 командой namesys сейчас не ведтся, реально кодом занимаются только 2 сторонних человека (Laurent Riffard и еще кто-то), квалификации которых хватает на мелкие патчи. Stephen Tweedie, Remy Card и сотоварищи заняты ext4, других спецов по файловым системам у Мортона нет. Так что доводкой reiser4 заниматься некому, а доводить там есть чего, поверьте!
А самое стремное -- ситуация только усугубляется. Я не настолько близко знаком с Савельевым, что бы прямо спросить его о ситуации в компании. Могу только предположить, что даже если Ганса выпустят, денег на оплату работы своей команды он найдет еще не скоро.
Так что, как это не прискорбно, о reiser4 в mainline-kernel можно забыть. IMHO. | |
|
3.14, fresco (??), 14:33, 06/02/2007 [^] [^^] [^^^] [ответить]
| +/– |
Сории за дезу... Посмотрел тут архив рассылки reiserfs. Вобщем, активность, конечно, есть, Савельев продолжает работать над reiser4. Только, по-моему, все ограничивается багфиксами. Но надежда остается! | |
|
4.15, Аноним (-), 16:43, 06/02/2007 [^] [^^] [^^^] [ответить]
| +/– |
Надеюсь, что кто-нибудь из команды Мортона захочет поддерживать в основной ветке reiser4, а также примкнувшие к ним люди из namesys, ибо ФС сделана, но не используется. | |
|
5.16, Gentoo (?), 17:04, 08/02/2007 [^] [^^] [^^^] [ответить]
| +/– |
та рейзеры по-жизни тормознутые и однозадачные так-же как и xfs - пользуйте лучше ext4dev | |
|
6.17, lamer (??), 01:42, 11/02/2007 [^] [^^] [^^^] [ответить]
| +/– |
>та рейзеры по-жизни тормознутые и однозадачные так-же как и xfs - пользуйте
>лучше ext4dev
Рейзер4 на мое мнение очень круто задуман(почитал описание).Но что-то господин Рейзер перестарался - слишком уж оно навернутое получилось, а потому обезглючка этой неплохой ФС займет архидохуа времени.Хорошие решения должны бы быть более простыми, чтобы быть предсказуемыми и надежными.Но, желательно, со всеми фичами рейзеровской системы :).Нечто типа рейзер-лайт 8)
| |
6.18, lamer (??), 01:43, 11/02/2007 [^] [^^] [^^^] [ответить]
| +/– |
>та рейзеры по-жизни тормознутые и однозадачные
Берем и создаем 100 000 файлов в 1 каталоге.Делаем с ними что-то.Смотрим кто там тормозной.Кто угодно, но только не рейзер. | |
|
|
|
|
|
1.12, Аноним (-), 12:41, 06/02/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
fresco, благодарю за подробный ответ. Печально получается, не вижу большого смысла развивать ext4, хотя разработчикам, возможно, виднее. Если бы ввели Reiser4 хотя бы как экспериментальную часть в основную ветвь ядра, думаю, нашлись бы люди, желающие помоць в развитии этой файловой системы.
А чем ext4 принципиально отличается от ext3? Там собираются сделать такой же шаг, как от ext2 до ext3? В таком случае - отлично, хотя я никогда ext2/ext3 лично не пользовался, все годы сидел на reiserfs, проблем не замечал, однако люди об этом спорят как всегда. | |
|
2.13, fresco (??), 13:20, 06/02/2007 [^] [^^] [^^^] [ответить]
| +/– |
> Если бы ввели Reiser4 хотя бы как экспериментальную часть в основную ветвь ядра, думаю, нашлись бы люди, желающие помоць в развитии этой файловой системы.
Не думаю. Развитием конкретной файловой системы занимаются в основном программисты компании-разработчика. Роль сообщетсва там минимальна. Исключение составляет XFS, поддержка которой, после фактического развала SGI, перешла к "свободным" программистам, да и то ограничивается мелкими патчами. Даже ext2/3/4 разрабатывается большей частью компанией Red Hat. С reiserfs ситуация аналогичная. До недавнего времени ее отладкой занималась SuSE (конкретно Jeff Mahoney), да и та, после покупки ее Novell, отказалась. reiser4 же не занимался никто, кроме NameSys.
Что касается ext4. Отличие от ext3 в схеме учета выделенных файлу блоков. На смену линейному учету, основанному на прямых, косвенных и двойных косвенных ссылках, приходят B+ дереья экстентов. И это действительно выводит ext4 на первое место по производительности среди файловых систем Linux (в режиме журналирования метаданных). Разработкой ext4, кстати говоря, занимается ClusterFS Inc, где работает Никита Данилов -- бывший "senior computer scientist" компании NameSys, разработавший в свое время подсистему B+tree для reiser4.
В режиме полного журналирования (данных и метаданных) reiser4 ее, конечно, опережает. Однако проблема reiser4, что журналировать только метаданные она не способна. Так уж устроена ее commit-подсистема. Я считаю эту идею ошибочной. Обычному пользователю, я полагаю, важнее 15-20% производительности, чем гарантия сохранности данных после сбоя. Возможно, reiser4 получит свой шанс в production, на каких-нибудь критических БД-серверах. Но не на десктопах.
| |
|
3.19, lamer (??), 01:53, 11/02/2007 [^] [^^] [^^^] [ответить]
| +/– |
>устроена ее commit-подсистема. Я считаю эту идею ошибочной. Обычному пользователю, я
>полагаю, важнее 15-20% производительности,
Лично мне мои данные нужнее 15% выигрыша.Они больше чем хард на которых они хранятся стоят.А так да, ламерам и геймерам всяким может и пох - переставят систему да заново гамезы установят в случае чего.
>чем гарантия сохранности данных после сбоя. Возможно,
>reiser4 получит свой шанс в production, на каких-нибудь критических БД-серверах. Но
>не на десктопах.
Ага, рейсер4 на продакшне... а отладят его когда?
А так - рейсер4 это не только б+ деревья.Это еще и выделение блоков по размеру файла, это упаковка их хвостов.Сколько реально места займут 100000 20-байтных файлов на рейзер4?И сколько в ext4?И сколько места будет пущено псу под хвост на оверхед файловой системы?А еще рейзер - это система плагинов для сжатия и шифрования.Как минимум по задумке.Вообще задумано офигенно.А вот реализация чрезмерно сложная получается а потому глючная :\.Интуиция подсказывает что можно нечто подобное и как-то проще, без такой кучи наворотов. | |
|
4.21, _Nick_ (??), 22:06, 11/02/2007 [^] [^^] [^^^] [ответить]
| +/– |
>>устроена ее commit-подсистема. Я считаю эту идею ошибочной. Обычному пользователю, я
>>полагаю, важнее 15-20% производительности,
>Лично мне мои данные нужнее 15% выигрыша.Они больше чем хард на которых
>они хранятся стоят.
в одной теме тебя послушать - пусть лучше все наеб***ццо сразу и неважно как.
Главное, что если кто решил упасть - то попутно цепанул еще ФС, ну может та еще и винт - и тогда можно смело вырубать весь комп.
Все и сразу. Со всеми данными (м*ть их так...) Главное шоб не тормозило...
А тут - уже и 15% не особо нужны...
Так что тебе важнее? надежность или скорость? (возможны 2 ответа: для дома и... не дома) | |
|
|
|
|