Vlákno názorů k článku Proč a jak na šifrování disků v Linuxu? od Ondra "Satai" Nekola - Jak je na tom dm-crypt/LUKS s podporou více...
-
Ondra "Satai" NekolaZlatý podporovatelJak je na tom dm-crypt/LUKS s podporou více (procesorových) jader? -
someone (neregistrovaný)Zaklad paralell computingu je v tomto pripade rozdelit task na mensi bloky dat. Core #1 muze pote operovat jen s urcitou casti, zbytek totiz provede core #2. Teoreticky neomezeny pocet chunku lze paralelne decryptovat ve stejny cas, v praxi by se take hodilo aby Intel quadcore nebyly 2 slepene dual core sdilejici stejnou cache.
-
dan (neregistrovaný)Presne toto chovani jsem videl i ja.. takze pokud mate 4 disky v raid5 schopne prenosu (4-1)*90M/s tak pri zapnuti sifrovani klesa rychlost z tech 270 na 30M/s kvuli single-thread sifrovani. Doufam ze nekdo udela vicejadrovy dm-crypt, protoze kazdy blok lze samozrejm sifrovat na jinem procesoru :) a tech 4x30 = 120M/s na quadcore by bylo fajn. Taktez na 8-way SMP by byla rychlost lepsi.. pripadne by to chtelo hw akceleraci, treba pres PCIE kartu (co tak obetovat nejakou phys-x nebo gpgpu na tento ucel?;)
-
Ano zruba tak se to da rict.
Paralelni sifrovani (crypt vlakna per procesor) se menilo v ruznych jadrech, nebudu popisovat duvody pro se to zmenilo, ale momentalne:
- kernel 2.6.24 dm-crypt a vys pouziva pro jedno sifrovane zarizeni 2 vlakna, jedno slouzi pro sifrovani, jedno pro io operace.
- kernel 2.6.25 pridava podporu asynchronniho crypto rezimu. az nekdo napise driver pro hw, ktery umi paralelne sifrovat, pouzije se automaticky (kolik pozadavku hw prijme paralelne, tolik se mu posle requestu). ale zatim takovy driver zadny neni...
jinak podpora hw funguje i normalne - VIA Padlock a AMD Geode jsou v kernelu podporovany, takze pokud jsou nahrany spravne moduly, dm-crypt je pres kernel CryptoAPI pouzije.
Obecne (s temito jadry) plati, ze je dm-crypt optimalizovany pro provoz podobny sifrovani na notebooku (tj. zatezuje hlavne jeden core na procesoru. neco musime nechat pro to prehravani mp3, ze :)
Na viceprocesorovem serveru (a s RAID zvysujicim propustnost disku navic) vykon neni optimalni, to je znamy problem, a casem se urcite vyresi - bud primo dlasimi vlakny v dm-cryptu nebo paralelnim zpracovanim v crypto vrstve. (rad bych, aby to bylo nekjak konfigurovatelne - tj. napriklad kolik vlaken se pro sifrovani pouzije nebo tak nejak)
p.s.
diky za hezky clanek
ČLÁNKY DO MAILU