The description of them seems very much the same - in what ways are they different?
I have the same question. Commit #78900 says
remove filecache, - use fastpath_fscache
Is this a typo and meant to say to replace fastpath_fscache with filecache?
is there still any development of the module?
Same question here
File Cache will soon have alpha version for Drupal 7. Last commit in fastpath_fscache is 1 year ago, in 6.x branch.
so this will be the same thing as cacherouter files?
Yes, you can think of filecache that way. Here's a quick summary:
Possible to disable this feature?: "filecache will include keeping sessions in files - another DB offloading"
Since I prefer sessions in memory.
Sessions in files is not implemented yet and it will definately need explicit enabling.
Drupal 7 replaces PHP's session handling with Drupal's own that uses DB. So sessions are not in memory.
Ok, thank you ogi.
cachrouter's file engine is adapted from fastpath_fscache
...and then rewritten, to adress several issues #578522: File engine: Performance, filenames, and other cleanup. Just cross-linking and mentioning that, I'm not familiar with Filecache project, so I'm not sure where it stands with this.
How's the sessions investigation and support coming along? Memcache module has SSID support remaining to implement, but I would like to use your module instead (for tmpfs/ramfolder, as you know). Thanks ogi.
Sessions are the last thing to be implemented. I'm not even sure if this provides any benefits because this saves just a couple of queries on each page request.
I've implemented (and committed in git) new rules for file access that are very optimized for reading from cache. It's designed with network filesystems (especially NFSv4) in mind, e.g. it allows web server OS to locally cache files and file server to notify when another web server changes these files. It's called file delegation in NFSv4. I want File Cache to be able to replace memcached even in multiple server scenarios.
Another big change is not losing cache entries when cid:s have same MD5 hash. This happens very rare but it's important for session support. Losing sessions is unacceptable.
Automatically closed -- issue fixed for 2 weeks with no activity.
Drupal is a registered trademark of Dries Buytaert.