I would think then that bind mounts would have similar issue.  Has anyone 
looked into this?


-----Original Message-----
From: Linux on 390 Port [mailto:[email protected]] On Behalf Of Rob van 
der Heij
Sent: Thursday, May 14, 2009 11:53 AM
To: [email protected]
Subject: Re: [LINUX-390] Stateless Linux for zSeries

On Thu, May 14, 2009 at 5:01 PM, Hall, Ken (GTS) <[email protected]> wrote:

> Most of the "stateless" implementations I've seen seem to rely on "bind
> mounts", but that seems to be a bit of a hack.  "Union" mounting, such
> as "Unionfs" look like it would be a cleaner approach, but I can't find
> out if there's a workable implementation of that.  Any ideas?
>
> I've pulled the unionfs patch, but I'm reluctant to go to the trouble of
> maintaining yet another custom kernel module.

Last time I looked at unionfs was probably 3 years ago. It still had
some functional issues, but some of those may have been addressed
since then.
I initially used it for my "Penguins on a Pin Head" project. One of my
my concerns back then was the extra CPU time spent in dealing with the
unionfs layers. That is not an issue on dedicated hardware because you
don't notice a few percent extra CPU when the data must come from disk
or NFS mounted devices.

Rob

----------------------------------------------------------------------
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

--------------------------------------------------------------------------
This message w/attachments (message) may be privileged, confidential or 
proprietary, and if you are not an intended recipient, please notify the 
sender, do not use or share it and delete it. Unless specifically indicated, 
this message is not an offer to sell or a solicitation of any investment 
products or other financial product or service, an official confirmation of any 
transaction, or an official statement of Merrill Lynch. Subject to applicable 
law, Merrill Lynch may monitor, review and retain e-communications (EC) 
traveling through its networks/systems. The laws of the country of each 
sender/recipient may impact the handling of EC, and EC may be archived, 
supervised and produced in countries other than the country in which you are 
located. This message cannot be guaranteed to be secure or error-free. 
References to "Merrill Lynch" are references to any company in the Merrill 
Lynch & Co., Inc. group of companies, which are wholly-owned by Bank of America 
Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are 
Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a 
Condition to Any Banking Service or Activity * Are Not Insured by Any Federal 
Government Agency. Attachments that are part of this E-communication may have 
additional important disclosures and disclaimers, which you should read. This 
message is subject to terms available at the following link: 
http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you 
consent to the foregoing.
--------------------------------------------------------------------------
 

----------------------------------------------------------------------
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

Reply via email to