On Thu, Jun 21, 2012 at 10:08 AM, Daniel Braniss wrote:
> > On Thu, 21 Jun 2012 13:17:01 +0300
> > Daniel Braniss wrote:
> > > Hi,
> > > when lib/python/site-packages/ is accessed via NFS, open/stat/access
> is very
> > > expensive/slow.
> > >
> > > A simple solution is to use an in memory direct
On Thu, 21 Jun 2012 17:08:09 +0300
Daniel Braniss wrote:
> > There is such a thing in Python 3.3, although some stat() calls are
> > still necessary to know whether the directory caches are fresh.
> > Can you give it a try and provide some feedback?
>
> WOW!
> with a sample python program:
>
> i
> On Thu, 21 Jun 2012 13:17:01 +0300
> Daniel Braniss wrote:
> > Hi,
> > when lib/python/site-packages/ is accessed via NFS, open/stat/access is very
> > expensive/slow.
> >
> > A simple solution is to use an in memory directory search/hash, so I was
> > wondering if this has been concidered in
On Thu, 21 Jun 2012 13:17:01 +0300
Daniel Braniss wrote:
> Hi,
> when lib/python/site-packages/ is accessed via NFS, open/stat/access is very
> expensive/slow.
>
> A simple solution is to use an in memory directory search/hash, so I was
> wondering if this has been concidered in the past, if not
On Thu, Jun 21, 2012 at 01:17:01PM +0300, Daniel Braniss
wrote:
> when lib/python/site-packages/ is accessed via NFS, open/stat/access is very
> expensive/slow.
>
> A simple solution is to use an in memory directory search/hash, so I was
> wondering if this has been concidered in the past, if n
Hi,
when lib/python/site-packages/ is accessed via NFS, open/stat/access is very
expensive/slow.
A simple solution is to use an in memory directory search/hash, so I was
wondering if this has been concidered in the past, if not, and I come
with a working solution for Unix (at least Linux/Freebsd)
