Hi everyone, (reposting; sorry if it got duplicated) I recently changed all the ext2 partitions on crappy old linux box to shining jfs. Running Debian with homebuilt jfsutils 1.1.14 on Linux 2.6.31. Overall I'm satisfied with its behaviour, except that one thing. The problem is the session backup directory of a certain daemon where all the files in it are updated periodically, or to be precise, create-new + delete-old + rename. As a result, that directory got bloated to over 10MB in just one week of uptime. I'm surprised and searched over web, and realized that it is indeed an expected behaviour of current jfs implementation. That directory is meant to be a failsafe for crashes so that it must reside on real filesystem, i.e. it's pointless to move it to tmpfs.
The question is, is there any plan to fix it, that I can count on? I see some posts dated several years ago mentioning that particular problem, and it says there were no progress for another years... Just some workaround or even dirty gross hack with certain drawbacks will help much. Well, I know removing all the nodes and then repopulating back does get rid of bloated index, but I think it's not very safe to do that while the daemon keep running... and no, shutting down the daemon is a bit painful. Also I believe that it's impossible to do it safely on the root directory anyway. Thanks in advance, ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Jfs-discussion mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jfs-discussion
