Am Montag 21 Januar 2008 00:03:14 schrieb Sascha Ottolski:
> I'm still puzzled though, why nginx and lighttpd can't benefit from
> the io-cache, and show relatively poor performance. I suspect that
> there exist a relation to both phenomenons, but I still can't figure
> what that might be :-(
sorr
Am Sonntag 20 Januar 2008 14:39:38 schrieb Angel:
> find /glustefs/mntpnt/* -type f -print0 | xargs -0 -l100 -n100 -P N
> md5sum
>
> how the sistem performs as N increases?
> Is this test as slow as apache2 access?
Angel,
thanks a lot for your hints, I will give it a try. When it comes to
apache
find /glustefs/mntpnt/* -type f -print0 | xargs -0 -l100 -n100 -P N md5sum
how the sistem performs as N increases?
Is this test as slow as apache2 access?
from: http://httpd.apache.org/docs/2.0/misc/perf-tuning.html
you can read that
Memory-mapping
In situations where Apache 2.x needs to loo
Am Sonntag 20 Januar 2008 01:38:28 schrieb Anand Avati:
> Sascha,
> Please run by removing AFR (make AFR's first subvolume a direct
> subvolume of unify). AFR can potentially flush io-cache pages while
> doing read scheduling across subvolumes (by returning inconsistent
> mtimes with the read buff
Sascha,
Please run by removing AFR (make AFR's first subvolume a direct subvolume
of unify). AFR can potentially flush io-cache pages while doing read
scheduling across subvolumes (by returning inconsistent mtimes with the read
buffer). we are working on fixing this.
avati
2008/1/20, Sascha Otto
Am Sonntag 20 Januar 2008 01:14:06 schrieb Anand Avati:
> can you please share your spec files with glusterfs.pastebin.com ?
my pleasure: http://glusterfs.pastebin.com/m8820300
Thanks for your time,
Sascha
>
> thanks,
> avati
>
> 2008/1/20, Sascha Ottolski <[EMAIL PROTECTED]>:
> > Am Samstag 1
can you please share your spec files with glusterfs.pastebin.com ?
thanks,
avati
2008/1/20, Sascha Ottolski <[EMAIL PROTECTED]>:
>
> Am Samstag 19 Januar 2008 11:03:43 schrieb Sascha Ottolski:
> > Am Freitag 18 Januar 2008 17:49:15 schrieb Anand Avati:
> > > Sascha,
> > > the reason why 1.3.0pre
Am Samstag 19 Januar 2008 11:03:43 schrieb Sascha Ottolski:
> Am Freitag 18 Januar 2008 17:49:15 schrieb Anand Avati:
> > Sascha,
> > the reason why 1.3.0pre4 might be faster would not be because of
> > the missing namespace, but most likely because of missing
> > self-heal. can you try with 'opti
Am Sonntag 20 Januar 2008 00:59:12 schrieb Anand Avati:
> > now, another astonishing observation: if I enable the io-cache, it
> > has a good effect for apache1 (almost doubles the requests/second),
> > but almost none for apache2, nginx and lighttpd.
> >
> > could this help to understand more abou
> now, another astonishing observation: if I enable the io-cache, it has a
> good effect for apache1 (almost doubles the requests/second), but
> almost none for apache2, nginx and lighttpd.
>
> could this help to understand more about the performance differences?
io-cache should have helped all o
Am Freitag 18 Januar 2008 17:49:15 schrieb Anand Avati:
> Sascha,
> the reason why 1.3.0pre4 might be faster would not be because of the
> missing namespace, but most likely because of missing self-heal. can
> you try with 'option self-heal off' in the unify section?
may ask again, any idea why
Am Freitag 18 Januar 2008 17:49:15 schrieben Sie:
> Sascha,
> the reason why 1.3.0pre4 might be faster would not be because of the
> missing namespace, but most likely because of missing self-heal. can
> you try with 'option self-heal off' in the unify section?
i will try this, but this would cer
Sascha,
the reason why 1.3.0pre4 might be faster would not be because of the
missing namespace, but most likely because of missing self-heal. can you try
with 'option self-heal off' in the unify section?
are the test results same for multiple runs too?
avati
2008/1/18, Sascha Ottolski <[EMAIL P
Hi Folks,
I'm wondering if anyone might have some general advices if I miss
something important in my test setup. I'm trying to figure out how to
tweak the configs to achieve the best performance, but get result that
feel strange to me. I will post some numbers at a later point, but up
to now
14 matches
Mail list logo