katastrofalny vykon dm-crypt pri paralelnych zapisoch

[Dusan Zatkovsky]

On Thursday 08 of October 2009 14:36:51 Jan Kasprzak wrote:

> 	Strilim od boku (nezkousel jsem, dm_crypt mam jen na desktopech).
> Nemuze byt problem v I/O scheduleru? Ja jsem dosel k zaveru, ze treba
> CFQ nad SW RAIDem (/dev/md*) funguje divne, zvlas kdyz jde treba o
> pristup beznych procesu versus rekonstrukce RAIDu. Dal jsem deadline
> a je to vyrazne lepsi. Cili zkuste neco jineho nez CFQ.

Tak dostal som sa k tomu az teraz.

Skusil som anticipatory. Masiny sa zacali podstatne viac ovplyvnovat, ked 
jedna hrabala po disku, druha mala smolu. Deadline sice sposobil, ze obe mali 
k disku relativne rovnomerny pristup, ale na konci vacsich io operacii ( obe 
masiny kopirovali 400MB ) sa zasekly na 30 sekund a nedalo sa s nimi nic 
robit.

Cize viac menej ani jeden stav nebol lepsi, alebo horsi. Bud je to pomale 
stale, alebo je to narazovo rychlejsie, ale po case to freezne a treba pockat 
( toto je asi este horsi stav ako cfq ).

Kazdopadne diky, ked bude cas, pozapasim este s truecryptom.

offtopic - problemom je, ze tazko nieco zistim googlom a musim to otestovat na 
vlastnej kozi. Vacsina benchmarkov, ak nie vsetky, su robene tak, ze sa 
citaju/zapisiju subory sekvencne. Potom je jasne, ze su vsetci s luks 
spokojni, pretoze 40 vs 50MB/s neni az taky rozdiel.

-- 
Dusan