Re: [U-Boot-Users] Very slow JFFS2 scan time and directory listing
In Message-ID: [EMAIL PROTECTED] you wrote: It's taking an extremely long time to do a directory listing using the 'ls' command with JFFS2. Its taking nearly a minute to scan the file system and then about 1 second to print each line. What is could be the cause of this, and is there any way to speed this up currently? I too am suffering from this very slow JFFS2 problem. It is especially bad for NAND flash. I modified the fs/jffs2/Makefile to use fs/jffs2/jffs2_nand_1pass.c instead of jffs2_1pass.c, but that would not build. I eventually fixed that by quite large changes, but it still ran very slowly despite reading larger chunks of NAND. Has anyone out there fixed this problem? Regards, Mark - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Very slow JFFS2 scan time and directory listing
On Thu, May 29, 2008 at 6:39 AM, Mark Craske [EMAIL PROTECTED] wrote: In Message-ID: [EMAIL PROTECTED] you wrote: It's taking an extremely long time to do a directory listing using the 'ls' command with JFFS2. Its taking nearly a minute to scan the file system and then about 1 second to print each line. What is could be the cause of this, and is there any way to speed this up currently? I too am suffering from this very slow JFFS2 problem. It is especially bad for NAND flash. I'm also using NAND flash, and at this time the performance off JFFS2 will not allow us to use it even though we'd like too. I modified the fs/jffs2/Makefile to use fs/jffs2/jffs2_nand_1pass.c instead of jffs2_1pass.c, but that would not build. I eventually fixed that by quite large changes, but it still ran very slowly despite reading larger chunks of NAND. I've not yet looked at the code so you know more than I do, but we were speculating that the JFFS layer was not building an inode table in RAM, so that each time it finds a file it goes back to the begining of the fs and starts searching for the next without remembering what it has already seen. Does this make sense? Would caching the inodes in RAM help? -- Stuart Wood Lab X Technologies, LLC 176 Anderson Ave. Suite 302 Rochester, NY 14607 Phone: (585) 271-7790 x207 Fax: (585) 473.4707 -- Stuart Wood Lab X Technologies, LLC 176 Anderson Ave. Suite 302 Rochester, NY 14607 Phone: (585) 271-7790 x207 Fax: (585) 473.4707 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] Very slow JFFS2 scan time and directory listing
Hi All, It's taking an extremely long time to do a directory listing using the 'ls' command with JFFS2. Its taking nearly a minute to scan the file system and then about 1 second to print each line. What is could be the cause of this, and is there any way to speed this up currently? -- Stuart Wood Lab X Technologies, LLC 176 Anderson Ave. Suite 302 Rochester, NY 14607 Phone: (585) 271-7790 x207 Fax: (585) 473.4707 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
