Re: RE: GFS performance analysis

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Dear Anthony,

	The tests that we report in the last message, were done localy in the
machine (without gnbd), and without lock (just one machine) using module
lock_nolock. We believe the performance problem we faced is about gfs
structure, not lock, but now, we are updating the webpage and results
with GNBD and GFS will be available soon, may be today.

	just to remember the page:
http://guialivre.governoeletronico.gov.br/seminario/index.php/TestesGFS

	Our objective here is to implement one Distributed Raid in a network
enviroment using gfs as the top filesystem. I had done that with success
about two years ago using ext3 at top filesystem. It was one distributed
raid in a network enviroment of 1.5 TB distributed in 4 machine servers
and 1 client mounting that raid. 

	Lets see how gfs performs, in the next tests

cya
-- 
.''`.   Leonardo Rodrigues de Mello
: :' :  Coordenador de Projetos em Cluster e Grid
`. `'   DSI/SLTI/MP
  `-    55 61 3313 1329

> Dear Leonardo,
> 
> We are facing the same problem on our cluster,
> We are actually using the GULM lock system, and are hoping that by 
> switching to the DLM locking system, we will resolve this problem.
> Wich locking method are you using for GFS?
> 
> I will be gratefull, if you could keep me informed of your upcomming 
> performance/solutions.
> 
> Regards,
> 

Attachment: signature.asc
Description: This is a digitally signed message part

--

Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster

[Index of Archives]     [Corosync Cluster Engine]     [GFS]     [Linux Virtualization]     [Centos Virtualization]     [Centos]     [Linux RAID]     [Fedora Users]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Camping]

  Powered by Linux