On Thu, 2006-11-30 at 09:49 -0800, Sage Weil wrote:What exactly do you mean by an "atomic readdirplus"? Standard readdir is by its very nature weakly cached, and there is no guarantee whatsoever even that you will see all files in the directory. See the SuSv3 definition, which explicitly states that there is no ordering w.r.t. file creation/deletion: The type DIR, which is defined in the <dirent.h> header, represents a directory stream, which is an ordered sequence of all the directory entries in a particular directory. Directory entries represent files; files may be removed from a directory or added to a directory asynchronously to the operation of readdir(). Besides, why would your application care about atomicity of the attribute information unless you also have some form of locking to guarantee that said information remains valid until you are done processing it? Cheers, Trond - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Ingo Molnar | Re: [BUG] New Kernel Bugs |
| Tony Lindgren | [PATCH 42/90] ARM: OMAP: Tabify mux.c |
| Roland Dreier | Re: Integration of SCST in the mainstream Linux kernel |
git: | |
| Martin Langhoff | Re: pack operation is thrashing my server |
| Andreas Ericsson | Re: VCS comparison table |
| Ingo Molnar | [OT] Your branch is ahead of the tracked remote branch 'origin/master' by 50 commi... |
| Nicolas Vilz 'niv' | git + ssh + key authentication feature-request |
| Richard Stallman | Real men don't attack straw men |
| Darren Spruell | Re: About Xen: maybe a reiterative question but .. |
| Nick Holland | Re: 4.1 on ALIX.1C - recommendations? |
| Lord Sporkton | Re: low-MHz server |
| KOSAKI Motohiro | [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" |
| Mark Lord | Re: 2.6.25-rc8: FTP transfer errors |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Brandeburg, Jesse | RE: e1000 full-duplex TCP performance well below wire speed |
