Marko wrote:
All Xen domains share same physical volume but have theier uniqe
logical volume.
Please be a bit more specific about the volume. Is it a single large
disk or a bunch of RAIDx disks?
Thanks
Shehjar
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
