Re: [AVFS] Updated extfs and a minor problem with the cache
Ralf Hoffmann <[email protected]> Fri, 17 Jun 2005 15:02:28 +0200
| Newsgroups | gmane.comp.file-systems.avfs.user |
|---|---|
| Message-ID | <[email protected]> |
Hi, On 2005-06-17 10:10, Miklos Szeredi wrote: > I think calling cache_checkspace() was meant to clean up other objects > from the cache, not the one for which av_cacheobj_setsize() was > called. So maybe you could give the cobj parameter to > cache_checkspace() (and pass NULL in all other calls), and in > cache_free_one() ignore the cobj if non-NULL. I also thought of a similar solution but this requires more changes as there are some "while(free_one)" loops which would run forever in this special case. I will try to come up with a better solution ASAP. I'm also thinking about some other changes to the cache system because in some cases caching a remote file isn't really necessary. Currently the remote.c code asks the ftp.c code for the data which writes it to a cache file. remote.c reads it from there and returns it to the user. Giving the data directly to the user when the ftp code got some bytes doesn't work with this procedure. This is especially interesting for the write support for ftp from the Zemljanka Commander team. I tested it and although it works, it doesn't run smoothly because of the cache. I still need to think about a solution but it doesn't have the highest priority on the todo list :-) >>What do you think about releasing a new version? > > Good idea. Would you like to do it? Sure, I can do it. Version 0.9.4 or 0.9.5? We are running out of version numbers, only 6 left before 1.0.0 :-) Best Regards, Ralf Hoffmann -- Homepage: http://www.boomerangsworld.de E-Mail: Ralf Hoffmann <[email protected]> english or german ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click