On V7, UCB BSD 4.x, SunOS 2.x, 3.x and 4.x, the *BSDs, Linux, andanything using GNU fileutils:

; touch a b; ln a b && echo oopsln: b: File exists

On System V, including Solaris 8:

; touch a b; ln a b && echo oopsoops

That's right: the System V version of ln goes to significantextra work over just calling link(2) , and in

The danger of validating XHTML is that the validation is almostcertainly not doing what you believe it's doing.

The problem is that all the common online validators ignore the HTTPContent-Type of what your web server returns when validating your page,and use only the DOCTYPE. This is completely wrong in the case of XHTML,because browsers only treat pages as XHTML if they are served as application/xhtml+xml . All the DOCTYPE does is let the browser decidewhat sort of XHTML it has, since there

Right now, thin clients are doomed for the same reason that they've beendoomed before: users want too much. I believe that watching YouTubevideos and plugging in their USB keys are pretty much the minimum levelof features that users will expect and accept; if they can't do both,they're operating in a fundamentally crippled computing environment,which is not the way to make them happy. And unhappy users sooner orlater push back.

(YouTube is not merely desirable by itself, it'

We've recently been having a problem where one specific clientexperiences really slow IO to one specific NFS mounted filesystem,especially for things like file creation. (Other clients can use thefilesystem at full speed, and this client can use other filesystems atfull speed.)

We immediately thought 'per-filesystem concurrency limits'and soon turned up the Solaris 8 NFS kernel tunable nfs3_max_threads , which the fine documentation helpfullydescribes as:

This symbol controls the maximum number of async threads started perfile