On Tue, February 20, 2018 4:33 pm, Momchil Ivanov wrote: > On Tue, February 20, 2018 3:42 pm, Marian Marinov wrote: >> Предложението ти не е лошо, но е в пъти по-сложно и за съжаление ще >> hit-ва >> сериозно write performance-а за клиента. >> Замисли се, вместо директно да почнеш да пишеш на диска, първо ще се >> случва write със същата големина :( > > На пръв поглед това даже се случва като си избереш > > LV Zero new blocks yes > > погледни например [1] и по специално [2]. Предпологам трябва да се > разгледа по-подробно за да се види дали става навсякъде където трябва. > > 1: > https://elixir.bootlin.com/linux/latest/source/drivers/md/dm-thin.c#L1248 > 2: > https://elixir.bootlin.com/linux/latest/source/drivers/md/dm-thin.c#L1310
Едно уточнение за производителността: не е нужно да пишеш по два пъти, понеже самото писане е на практика презаписване и унищожава записаната преди това информация. На практика пишеш един блок, който при нужда допълваш с 0 или нещо друго по твое желание, за да не изтечеш от ram върху диска и за да презапишеш достатъчно парче от диска, което после ще можеш да прочетеш без да знаеш точно до къде ти стигат данните в него. Т.е. замазването става в ram паметта преди да отиде като едно цяло в диска. Последният не се натоварва двукратно. Операциите в паметта са евтини. Така че scrub решението ти би било да си включиш опцията за lvm парцелите и да прегледаш евентуално дали не са изпусвали някъде да нулират при други операции. Поздрави, Момчил _______________________________________________ Lug-bg mailing list [email protected] http://linux-bulgaria.org/mailman/listinfo/lug-bg
