Re: [Gluster-devel] Asking about Gluster Performance Factors

[박은준]

Hi John,

 

Reference link below,

https://s3.amazonaws.com/storagetest_0120/temp/Performance_in_a_Gluster_Systemv6F.pdf

Thanks!

 

 

 

------- Original Message -------

Sender : John Mark Walker<address@hidden>

Date : 2012-05-16 23:38 (GMT+09:00)

Title : Re: [Gluster-devel] Asking about Gluster Performance Factors

 

Hi Ethan,

----- Original Message ----- 

> Dear Gluster Dev Team :

> I'm Ethan, Assistant engineer in Samsung electronics. Reviewing your
> paper, I have some questions of performance factors in gluster.

Which paper? Can you provide a link? 

Also, please note that this is a community mailing list, and we cannot guarantee quick response times here - if you need a fast response, I'm happy to put you through to the right people.

Thanks,
John Mark Walker
Gluster Community Guy


> First, what does it mean the option "performance.cache-*"? Does it
> mean read cache? If does, what's difference between the options
> "prformance.cache-max-file-size" and "performance.cache-size" ?
> I read your another paper("performance in a gluster system, versions
> 3.1.x") and it says as below on Page 12,
> (Gluster Native protocol does not implement write caching, as we
> believe that the modest performance improvements from rite caching
> do not justify the risk of cache coherency issues.)

> Second, how much is the read throughput improved as configuring 2-way
> replication? we need any statistics or something like that.
> ("performance in a gluster system, versions 3.1.x") and it says as
> below on Page 12,
> (However, read throughput is generally improved by replication, as
> reads can be delivered from either storage node)

> I would ask you to return ASAP.

 

 

 

Ethan Eunjun Park

 

Assistant Engineer,

Solution Development Team, Media Solution Center

416, Maetan 3-dong, Yeongtong-gu, Suwon-si, Gyeonggi-do 443-742, Korea

Mobile : 010-8609-9532

E-mail : address@hidden

http://www.samsung.com/sec