10:15 a.m.
Dear all,
has anybody looked into using either nio or aio for the FileCacheStore to
improve its performance ?
I was thinking of working a little on this for fun.
Tristan
10:48 a.m.
There was some discussion on a better file cache store on this list not too long ago. No
one's taken it up though, feel free to put forward a proposal. Using a btree
structure (rather than hash buckets) may well be a good idea too - faster lookup? :-)
On 8 Feb 2011, at 16:15, Tristan Tarrant wrote:
Dear all,
has anybody looked into using either nio or aio for the FileCacheStore to improve its
performance ?
I was thinking of working a little on this for fun.
Tristan
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
--
Manik Surtani
manik(a)jboss.org
twitter.com/maniksurtani
Lead, Infinispan
http://www.infinispan.org
4:56 a.m.
When you mention btree you mean to overcome potential performance
degradation caused by many files in one directory (at both the filesystem
level and because the root.listFiles() is used) ?
Tristan
On Tue, Feb 8, 2011 at 17:48, Manik Surtani <manik(a)jboss.org> wrote:
There was some discussion on a better file cache store on this list
not too
long ago. No one's taken it up though, feel free to put forward a proposal.
Using a btree structure (rather than hash buckets) may well be a good idea
too - faster lookup? :-)
5:08 a.m.
2011/2/9 Tristan Tarrant <tristan.tarrant(a)gmail.com>:
When you mention btree you mean to overcome potential performance
degradation caused by many files in one directory (at both the filesystem
level and because the root.listFiles() is used) ?
No, that's the filesystem's business. I guess Manik was referring to
the internal structure of each file, they use "buckets" containing
multiple values.
Tristan
On Tue, Feb 8, 2011 at 17:48, Manik Surtani <manik(a)jboss.org> wrote:
>
> There was some discussion on a better file cache store on this list not
> too long ago. No one's taken it up though, feel free to put forward a
> proposal. Using a btree structure (rather than hash buckets) may well be a
> good idea too - faster lookup? :-)
>
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
5:10 a.m.
Ah, yes, just noticed :)
On Wed, Feb 9, 2011 at 12:08, Sanne Grinovero <sanne.grinovero(a)gmail.com>wrote:
2011/2/9 Tristan Tarrant <tristan.tarrant(a)gmail.com>:
> When you mention btree you mean to overcome potential performance
> degradation caused by many files in one directory (at both the filesystem
> level and because the root.listFiles() is used) ?
No, that's the filesystem's business. I guess Manik was referring to
the internal structure of each file, they use "buckets" containing
multiple values.
5:12 a.m.
BTW, keep in mind that .listFiles() is not atomic on POSIX filesystems
(I don't know of others); if you have many files, and in sequence you
add A and *after that* you remove B, it's possible a single
.listFiles() will fail to list either file.
2011/2/9 Tristan Tarrant <tristan.tarrant(a)gmail.com>:
Ah, yes, just noticed :)
On Wed, Feb 9, 2011 at 12:08, Sanne Grinovero <sanne.grinovero(a)gmail.com>
wrote:
>
> 2011/2/9 Tristan Tarrant <tristan.tarrant(a)gmail.com>:
> > When you mention btree you mean to overcome potential performance
> > degradation caused by many files in one directory (at both the
> > filesystem
> > level and because the root.listFiles() is used) ?
>
> No, that's the filesystem's business. I guess Manik was referring to
> the internal structure of each file, they use "buckets" containing
> multiple values.
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
5017
days inactive
5018
days old
infinispan-dev@lists.jboss.org
5 comments
3 participants
participants (3)
-
Manik Surtani -
Sanne Grinovero -
Tristan Tarrant