Главная страница


ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Oleg O. Ossovitskii                  2:5020/400     10 Dec 2001  16:40:50
 To : alexey.vyskubov@nokia.com
 Subject : Re[2]: ReiserFS
 -------------------------------------------------------------------------------- 
 
 Hello alexey,
 
 Monday, December 10, 2001, 1:05:08 PM, you wrote:
 
 >> OOO>  1) quota (патч нужен)
 
 avnc> Для меня неактуально.
 
  зато актуально для mail-серверов и т.д.
 
 >> OOO>  3) расширенные атрибуты (как у ext2 - иногда удобно) (некоторые можно
 >> OOO>     в виде патчей)
 
 avnc> ? Мне что-то из этого может понадобиться?
 
 append-only, immutable (у ext2). Часть проблем решается использованием
 LIDS, часть другими вещами, но в целом неплохо бы что бы это было в
 reiserfs
 
 >> OOO>  4) ну и надежность не очень, приходится это признать
 
 avnc> Hе приходится. Про надежность ни одного *конкретного* аргумента, кроме
 avnc> "говорят", я не услышал. Жаль.
 
  nfsd
 
  При одновременной работе многих клиентов ч/з NFS с одним файлом с fs
  могли случиться проблемы.
 
 avnc> P.S. Hапоминаю, я не защищаю reiserFS и не занимаюсь флеймом, я пытаюсь
 avnc> получить интересующую меня информацию, а именно аргументы за/против
 avnc> использования reiserFS, и не вообще, а в моем конкретном случае.
 
 Вот, для примера, патчи, нужные последнему стабильному ядру 2.4.16.
 
 (да простит меня модератор)
 
 === cut ===
 A-sched-yield.patch
     This patch fixes typo in fs/reiserfs/journal.c that inadvertently
     cleared some flags from current process scheduler policy bitmask,
     for example, silently converting real-time processes to normal ones.
 
 B-check_nlink_in_reiserfs_read_inode2.patch
     It is possible that knfsd is trying to access inode of a file
     that is being removed from the disk by some other thread. As we
     update sd on unlink all that is required is to check for nlink
     here. This bug was first found by Sizif when debugging
     SquidNG/Butterfly, forgotten, and found again after Philippe
     Gramoulle <philippe.gramoulle@mmania.com> reproduced it. 
 
     More logical fix would require changes in fs/inode.c:iput() to
     remove inode from hash-table _after_ fs cleaned disk stuff up and
     in iget() to return NULL if I_FREEING inode is found in
     hash-table.
 
 C-bitmap-range-checking.patch
     Check that block number are going to free in a bitmap makes sense.
     This avoids oops after trying to access bitmap for wild block number.
 
 D-prepare_for_delete_or_cut-cleanup.patch
     Patch by Chris Mason <Mason@Suse.COM>.
     prepare_for_delete_or_cut() tries to find the unformatted node in
     the buffer cache to make sure it isn't in use.  Since unformatted
     nodes are never in the buffer cache, this check is useless.  The
     page locking done by mm/vmscan.c:vmtruncate protects us from
     truncating away pages that are in use, so it is safe to just remove
     the bogus check from our code.
 
     Since the get_hash_table was also the reason for the repeat loop,
     this patch removes it as well.  Light testing here, I had put an
     older version through more tests (before the RFALSE/big endian
     stuff), I'll run them again.
 
     This should make file deletes faster, at the very least it cuts down
     on CPU overhead for deletes/truncates.
 
 E-cleanup.patch
     There is always place for Yet Another Cleanup of Reiserfs Code.
 
 F-unlink-truncate-opened.patch
     Fixes long-standing problem in reiserfs, when disk space gets leaked
     if crash occurred when some process hold a reference to unlinked file.
 
     It's possible to unlink file that is still opened by some
     process. In this case, body of file is actually removed at the time
     of last close. If crash occurs in between last unlink (when
     directory entry for this file is removed) and last close, body
     doesn't get unlinked and "disk-space-leak" occurs. To prevent this,
     unlink-truncate-opened patch stores in a tree special record at the
     time of last unlink. This record is some form of logical logging and
     will be either removed during following close, or replayed during
     next mount after a crash.
 
 G-chown-32-bit-fix.patch
         Reiserfs 3.5 disk format can only store 16 bit uid/gid inside
         stat-data. This patch adds error checking so that EINVAL is returned
         on attempt to change uid/gid of an old file to value that doesn't
         fit into 16 bit, in stead of silently truncating it into 16 bit.
 
         This, of course, requires that CONFIG_UID16 is *not* being set in
         your kernel     .config file.
 
 H-journal-preallocated.patch
     Patch by Chris Mason for bug found and debugged by Anne Milicia
     (milicia@missioncriticallinux.com): don't run preallocated blocks
     through journal_mark_freed() and don't corrupt i_prealloc_block during
     __discard_prealloc().
 
 I-double-replay.patch
     Patch by Chris Mason to avoid duplicate replay of last flushed
     transaction.
 
 J-infinite-replay.patch
     Patch to break infinite loop in journal_read() in a case when
     journal log area is completely filled with transactions.
 
 K-big-endian-const.patch
     Suppress compilation warnings on big endian platform.
 
 L-kreiserfsd-sleep-timeout.patch
     Correct a typo in fs/reiserfs/journal.c:
     interruptible_sleep_on_timeout() takes timeout in jiffies, rather
     than seconds.
 
 M-remount-options.patch
     Handle more options on remount: notail, no_border,
     no_unhashed_relocation, hashed_relocation, test4
 
 N-more-procfs.patch
     Gather information in /proc/fs/reiserfs about restarts of tree
     updates: this is small but useful addition to procinfo patch.
 
 O-inode-attrs.patch
     Store some attributes on reiserfs inode persistently on disk. User
     level API to set and get inode attributes is the same as in ext2, so
     chattr(1) and lsattr(1) work where possible. All ext2 attributes and
     "notail" attribute are saved and inherited across directory
     hierarchy, but only following are currently implemented: immutable,
     noatime, and notail. One cannot set and get "notail" attribute with
     current version of e2fsprogs, but this will be supported in a
     future.
 
     Attributes are only supported on 3.6 disk format file system.
 
     Inode attributes are stored in previously unused field of
     stat-data. It may happen that this field actually contains garbage,
     so after applying this patch it's recommended to run
 
         chattr -R -SAadiscu /reiserfs-mount-point
 
     for each reiserfs file system. To activate attributes, pass "attrs"
     mount option to reiserfs. This option will have no effect (save for
     warning) until special flag is set in reiserfs super-block. This is because
     said garbage on root file-system can prevent system from booting
     (for example spurious immutable bit on /dev/console). This flag
     will be set by future releases of reiserfsck once it clears all
     attributes fields.
 === cut ===
 Best regards, Oleg O. Ossovitskii
 programming engineer of KGPA Ltd.
 tel: +7(0112)46-23-40, fax: +7(0112)43-64-96
 mailto:oleg@kgpa.ru, icq# 33366588
 -- 
 Отправлено через сервер Talk.Ru - http://www.talk.ru
 --- ifmail v.2.15dev5
  * Origin: KGPA Ltd. Software lab (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Re: ReiserFS   Alex Korchmar   30 Nov 2001 01:53:33 
 Re: ReiserFS   alexey.vyskubov@nokia.com   03 Dec 2001 17:38:24 
 Re: ReiserFS   Oleg Polyanski   04 Dec 2001 04:54:48 
 Re: ReiserFS   Michael Kazakov   04 Dec 2001 12:07:42 
 Re: ReiserFS   Leon Kanter   04 Dec 2001 13:07:41 
 Re: ReiserFS   alexey.vyskubov@nokia.com   04 Dec 2001 13:36:35 
 Re: ReiserFS   Leon Kanter   04 Dec 2001 15:01:01 
 Re: ReiserFS   alexey.vyskubov@nokia.com   04 Dec 2001 15:52:32 
 Re: ReiserFS   Leon Kanter   04 Dec 2001 17:23:26 
 Re: ReiserFS   alexey.vyskubov@nokia.com   04 Dec 2001 18:35:57 
 Re: ReiserFS   Victor Kolosov   05 Dec 2001 00:02:11 
 Re: ReiserFS   Aleksey Barabanov   05 Dec 2001 01:38:41 
 Re: ReiserFS   Victor Kolosov   05 Dec 2001 13:24:33 
 Re: ReiserFS   Aleksey Barabanov   06 Dec 2001 01:53:47 
 Re: ReiserFS   Alex Korchmar   05 Dec 2001 00:10:25 
 Re: ReiserFS   Dmitry Sergienko   05 Dec 2001 13:08:58 
 Re: ReiserFS   Oleg Drokin   05 Dec 2001 17:52:53 
 Re: ReiserFS   Dmitry Sergienko   06 Dec 2001 16:08:32 
 Re: ReiserFS   Oleg Drokin   06 Dec 2001 22:16:31 
 Re: ReiserFS   Eugene Korovin   07 Dec 2001 00:13:07 
 Re: ReiserFS   Aleksey Barabanov   07 Dec 2001 01:55:29 
 Re: ReiserFS   Oleg Drokin   07 Dec 2001 12:15:59 
 ReiserFS   Dmitry Strokov   13 Dec 2001 14:37:18 
 ReiserFS   Zahar Kiselev   14 Dec 2001 08:19:53 
 ReiserFS   Dmitry Strokov   17 Dec 2001 13:39:50 
 Re: ReiserFS   Alex Korchmar   06 Dec 2001 01:02:12 
 Re: ReiserFS   Aleksey Barabanov   05 Dec 2001 01:22:20 
 Re[2]: ReiserFS   Oleg O. Ossovitskii   05 Dec 2001 11:05:52 
 Re: Re[2]: ReiserFS   Stas Vlasov   05 Dec 2001 23:39:46 
 Re[4]: ReiserFS   Oleg O. Ossovitskii   06 Dec 2001 11:01:08 
 Re: Re[4]: ReiserFS   Stas Vlasov   06 Dec 2001 20:18:14 
 Re[6]: ReiserFS   Oleg O. Ossovitskii   06 Dec 2001 19:18:47 
 Re: Re[6]: ReiserFS   Stas Vlasov   06 Dec 2001 23:33:37 
 Re[8]: ReiserFS   Oleg O. Ossovitskii   07 Dec 2001 11:01:33 
 Re: Re[8]: ReiserFS   Stas Vlasov   08 Dec 2001 00:26:43 
 Re: Re[2]: ReiserFS   Ilya Evseev   06 Dec 2001 11:46:32 
 Re: Re[2]: ReiserFS   Stas Vlasov   06 Dec 2001 20:07:46 
 Re: Re[2]: ReiserFS   Aleksey Barabanov   07 Dec 2001 11:40:53 
 Re: Re[2]: ReiserFS   Stas Vlasov   08 Dec 2001 00:34:26 
 Re: ReiserFS   Aleksey Barabanov   08 Dec 2001 12:33:46 
 Re: Re[2]: ReiserFS   Ilya Anfimov   07 Dec 2001 22:44:18 
 Re: ReiserFS   Aleksey Barabanov   08 Dec 2001 12:33:48 
 Re: ReiserFS   Wladimir Mutel   17 Dec 2001 22:58:15 
 Re: Re[2]: ReiserFS   Dmitry Melekhov   07 Dec 2001 23:15:00 
 Re: ReiserFS   alexey.vyskubov@nokia.com   10 Dec 2001 14:56:58 
 Re: ReiserFS   Stas Vlasov   10 Dec 2001 22:44:02 
 Re: ReiserFS   Yuriy Kaminskiy   11 Dec 2001 03:41:33 
 Re: ReiserFS   alexey.vyskubov@nokia.com   10 Dec 2001 15:05:08 
 Re[2]: ReiserFS   Oleg O. Ossovitskii   10 Dec 2001 16:40:50 
 Re: ReiserFS   Stas Vlasov   10 Dec 2001 22:50:11 
 Re: ReiserFS   Oleg Polyanski   06 Dec 2001 12:31:48 
 ReiserFS   Dmitry Strokov   07 Dec 2001 11:13:52 
 Re: ReiserFS   alexey.vyskubov@nokia.com   10 Dec 2001 15:07:09 
 Re: ReiserFS   Oleg Polyanski   10 Dec 2001 16:18:26 
 Re: ReiserFS   alexey.vyskubov@nokia.com   10 Dec 2001 16:28:35 
 Re: ReiserFS   Oleg Polyanski   11 Dec 2001 14:32:53 
 Re: ReiserFS   Vladimir Bormotov   12 Dec 2001 05:07:56 
 ReiserFS   Sasha Goncharov   12 Dec 2001 19:32:26 
 Re: ReiserFS   alexey.vyskubov@nokia.com   04 Dec 2001 13:36:33 
 Re: ReiserFS   Oleg Drokin   04 Dec 2001 21:56:27 
 Re: ReiserFS   Dmitry Sergienko   05 Dec 2001 00:42:04 
 Re: ReiserFS   Vladimir Bormotov   05 Dec 2001 03:31:39 
 Re: ReiserFS   Dmitry Sergienko   05 Dec 2001 13:14:48 
 Re: ReiserFS   Yury Lyakh   05 Dec 2001 14:03:17 
 Re: ReiserFS   Valery Shishkov   06 Dec 2001 00:35:10 
 Re: ReiserFS   Vladimir Bormotov   05 Dec 2001 20:17:36 
 Re: ReiserFS   alexey.vyskubov@nokia.com   10 Dec 2001 14:54:53 
 Re: ReiserFS   Aleksey Barabanov   06 Dec 2001 01:53:48 
 Re: ReiserFS   Oleg Drokin   05 Dec 2001 15:20:43 
 Re: ReiserFS   Oleg Drokin   05 Dec 2001 15:20:43 
 Re: ReiserFS   Dmitry Sergienko   06 Dec 2001 16:01:06 
 Re[2]: ReiserFS   Oleg O. Ossovitskii   05 Dec 2001 10:53:32 
 Re: ReiserFS   Oleg Drokin   05 Dec 2001 15:18:29 
 Re: ReiserFS   Roman Stepanov   19 Dec 2001 18:06:04 
 Re: ReiserFS   Oleg Drokin   20 Dec 2001 00:25:54 
 Re: ReiserFS   Roman Stepanov   20 Dec 2001 17:38:42 
Архивное /ru.linux/2074bb1d3624.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional