Hi, Paul,

> Here it is - http://imgur.com/a/vBeKi  - a more interesting graph.

Yes, more interesting. :-)

And it somehow supports my point that, in some use cases, switching of 
deltification and rep sharing do no good.

The benefit of disabling compression is understandable, as it just wastes CPU 
on non-compressible data.

Disabling everything seems not the fastest way this time (while it skips all 
the processing, it has to write the whole file every time), while rep sharing 
and deltification can compensate the CPU overhead with writing just a few bytes 
at the end. I expect the difference to be bigger when the CPU is faster and I/O 
is slower.


> Server side Storage Used (MB):

> Default: 129
> No_Compression_No_Deltification: 257
> No_Deltification_No_Rep_Sharing: 513
> No_Compression_No_Deltification_No_Rep_Sharing: 513
> No_Rep_Sharing: 129
> No_Compression: 129
> No_Compression_No_Rep_Sharing: 129
> No_Deltification: 257

This is also pretty much what I expected. 

Deltification and rep sharing almost compensate each other in this case (as 
we're modifying the same file). Rep sharing brings its real benefits when equal 
files are stored independently on the server, while deltification is best for 
small changes in the same file (or "historically related).


Thanks a lot!

Best regards

Markus Schaber

CODESYS® a trademark of 3S-Smart Software Solutions GmbH 

Inspiring Automation Solutions 
________________________________________
3S-Smart Software Solutions GmbH 
Dipl.-Inf. Markus Schaber | Product Development Core Technology 
Memminger Str. 151 | 87439 Kempten | Germany 
Tel. +49-831-54031-979 | Fax +49-831-54031-50 

E-Mail: m.scha...@codesys.com | Web: codesys.com | CODESYS store: 
store.codesys.com 
CODESYS forum: forum.codesys.com 

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade 
register: Kempten HRB 6186 | Tax ID No.: DE 167014915 
________________________________________
This e-mail may contain confidential and/or privileged information. If you are 
not the intended recipient (or have received 
this e-mail in error) please notify the sender immediately and destroy this 
e-mail. Any unauthorised copying, disclosure 
or distribution of the material in this e-mail is strictly forbidden. 
From: Paul Hammant [mailto:p...@hammant.org] 
Sent: Wednesday, August 02, 2017 3:28 PM
To: Markus Schaber
Cc: Subversion Development
Subject: Re: Benchmarks for PUT for various fsfs config settings.


Reply via email to