[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Dazuko-devel] __d_path export and SMP safeness

From: Tikka, Sami
Subject: RE: [Dazuko-devel] __d_path export and SMP safeness
Date: Wed, 7 Sep 2005 12:01:22 +0300

>-----Original Message-----
>From: John Ogness [mailto:address@hidden 
>Sent: Tuesday, September 06, 2005 5:46 PM
>To: Tikka, Sami
>Cc: address@hidden
>Subject: Re: [Dazuko-devel] __d_path export and SMP safeness
>Well, this would double the amount of user/kernel switches, 
>which would be a performance hit. It would also require that 
>the /proc system is available.

Yes. Increased number of context switches is a problem, but as I see it,
building a custom kernel is an even bigger problem. Customers are not happy
with that.

All the Linux 2.6 distros I have access at the moment (Novell Linux Desktop
9, SUSE Linux 9.3, SUSE Linux 9.2, SUSE Linux 9.1, SUSE Linux Enterprise
Server 9, Red Hat Enterprise Linux 4, Mandrake 10.1) have /proc available.

Actually, the SUSE kernels have __d_path exported :) Perhaps Dazuko's
configure script could check if __d_path is exported and then configure the
driver so that this hack isn't necessary?

>If I were to implement this for Linux 2.6 SMP (the only 
>affected kernels), then I would change Dazuko to send a 
>filename without the beginning "/" for files in chroot'd 
>environments. This would signal the user application that it 
>needed to do a lookup for the full path. This would reduce the 
>extra overhead to *only* file accesses in a chroot environment.

Yess... Cool.


-- Sami

reply via email to

[Prev in Thread] Current Thread [Next in Thread]