I just want to insert a comment about a Clustered F/S (better than a C/F, right?) in an application environment where there are a sh!tload of links and unlinks within a single directory...
Don't do it. Just... don't. Remember, each time you do a link (like for a move "mv" style) or an unlink (as for a "mv" or even an "rm") there is an implicit lock ON THE WHOLE DIRECTORY so that the owning system can o the directory manipulation. (Discovered on a Solaris 10 envionment the hard way.) It is bad enough in an SMP environment with plenty of processes in a "local" directory snce directory manipulation MUST be single-thread but adding a networking component... Be afraid. Be very afraid. -soup -- John R. Campbell Speaker to Machines souperb at gmail dot com MacOS X proved it was easier to make Unix user-friendly than to fix Windows ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For more information on Linux on System z, visit http://wiki.linuxvm.org/
