Git - optimalizace vykonu

[Jan Kasprzak]

Vlada Macek wrote:
: A co ta masina po tu dobu dela, ktery prostredek (CPU/disk) je vytizen?

	:-)

	Masina dela jeste asi 10^6 dalsich veci, takze to nejde uplne
snadno rict. Co muzu rict je, ze zrejme dele trvaji ty operace, ktere
se provedou po nejake dobe, co na ty repository nesahnu. Cilo mozna
neco vypadava z nejake cache (nevim jestli directory cache, nebo i data
z page cache).

: Pokud je repo vzdalene,

	Momentalne je lokalni. Nicmene vzdalene (nad http) neni nijak
pomalejsi. V tomhle problem neni.

: Jen poznamka: Sam pracuju nekdy tak, ze commituju pouze verze, ktere
: jsou hotove a dokud si tim nejsem jisty, tak na produkcni server
: aktualizuju rsyncem. Ale pokud na produkcni server delam pull, tak je to
: tak zridka, ze zpozdeni nevadi.

	Ja prave smeruju k tomu, ze bych ten rsync ktery je tam doted
nahradil tim pull (protoze pull na rozdil od rsync uz presne vi co se
zmenilo, nemusi prochazet cely velky strom). Nehlede na to, ze rsyncem
nejde jednoduse napriklad smazat jeden soubor - musi se pak rsyncovat cely
nadrazeny adresar, coz je neprakticke, pokud v nem je rozpracovano
jeste neco dalsiho.

-Y.

-- 
| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/    Journal: http://www.fi.muni.cz/~kas/blog/ |
>>  If you find yourself arguing with Alan Cox, you’re _probably_ wrong.  <<
>>     --James Morris in "How and Why You Should Become a Kernel Hacker"  <<