Re: [Lug-bg] Disk scrubbing
- Subject: Re: [Lug-bg] Disk scrubbing
- From: "Momchil Ivanov" <momchil@xxxxxxx>
- Date: Tue, 20 Feb 2018 17:22:09 +0100
- Cc: Linux Users Group - Bulgaria <lug-bg@xxxxxxxxxxxxxxxxxx>
- Importance: Normal
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
Lug-bg@xxxxxxxxxxxxxxxxxx
http://linux-bulgaria.org/mailman/listinfo/lug-bg
|