Messages in this thread | | | Date | Sat, 21 Feb 2004 10:00:57 +1100 | Subject | Re: explicit dcache <-> user-space cache coherency, sys_mark_dir_clean(), O_CLEAN | From | tridge@samba ... |
| |
Linus,
> This is one of the reasons why I worry about user-space caching. It's just > damn hard to get right.
yes, I'm concerned about that too. It does have the potential to be very fast though, as it allows us to index any way we want to (in the hot-cache paths at least).
One thing that may be important to know is with the normal Samba process model there may be thousands of processes accessing this cache as Samba creates a new process for each connection. With futexes we have some chance of sanely managing access to a shared cache in user space between such a large pool of processes, so I don't think that is an insurmountable problem, but its something to consider when thinking of the normal use case of whatever solution is decided on.
The current user-space positive name cache is per-process, largely because it was designed to be portable and nice things like futexes weren't available. At the time we also were trying to avoid too much OS specific stuff in Samba. We've got much better infrastructure for OS specific stuff now, so there is no problem with a Linux specific solution. The other unixes can just continue to be slow.
Cheers, Tridge
PS: Thanks _very_ much for all the effort on this! - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |