All Xen domains share same physical volume but have theier uniqe logical
volume.
So, yes I'd expect performance degradation becouse of that (that is why
test DHT2 performed better than DHT4). But I cant expect performance
drop when I use a performance "booster".
Regards,
Marko
Shehjar Tikoo wrote:
Marko wrote:
Hi Shehjar,
Answers: 1.) Filesystem is default ext3 mounted with "defaults,noatime"
I see that each server, i.e. iscsi1 and iscsi2, has /srv/gluster
as the backend in their corresponding xen domains, but did the
xen domains also share the same disks/storage device?
Thanks
Shehjar
2.) I think it how it was becouse I always put io-threads as top(or
near top) translator. Iin TEST5 "iot" can be ignored. 3.)
Server(brick) iscsi2 was also client on which I was running the test
and it was also a Xen guest.
One more thing I'd like to point out. In documentation I miss
information of best practices which translators should be put
before/after other translators. Example: should one put io-threads
before or after io-cache? What does it mean if you configure either way.
Regards, Marko
Shehjar Tikoo wrote:
Marko wrote:
this document is made for my personal reference so it's a little raw.
A few questions:
1. What was the on-disk file system and the disk organization under
the file system?
2. In the TEST5 volfile, the volume iot is dangling. Is that how it
actually was during the test or was it interposed between volume wb
and volume AFR?
On Wed, Apr 8, 2009 at 6:18 PM, Marko <[email protected]
<mailto:[email protected]>> wrote:
Hello,
To clearify: * im testing with gluisterfs-2.0.0rc7 * all bricks
are on same physical server(Xen guests). It's a testing environment.
Were the client side tests( i.e., both the test program like
make-many-files and the corresponding glusterfs client..) also
running in a Xen guest?
Thanks Shehjar
_______________________________________________
Gluster-users mailing list
[email protected]
http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users
