* [dm-crypt] Advanced format (4k sector disks) and dm-crypt
@ 2014-01-18 14:14 Garðar Arnarsson
2014-01-18 19:24 ` Arno Wagner
0 siblings, 1 reply; 5+ messages in thread
From: Garðar Arnarsson @ 2014-01-18 14:14 UTC (permalink / raw)
To: dm-crypt
Did a quick search but came up empty handed.
I'm wondering if there is anything special that needs to be passed to
be able to use dm-crypt (cryptsetup) with 4096 byte sector drives.
I know md, lvm, partitions, filesystems all need to have special
triggers for 4K drives (even thouh I think it's done automatically for
all of them nowadays) but I see no mention of dm-crypt/cryptsetup.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [dm-crypt] Advanced format (4k sector disks) and dm-crypt
2014-01-18 14:14 [dm-crypt] Advanced format (4k sector disks) and dm-crypt Garðar Arnarsson
@ 2014-01-18 19:24 ` Arno Wagner
2014-01-18 19:36 ` Arno Wagner
0 siblings, 1 reply; 5+ messages in thread
From: Arno Wagner @ 2014-01-18 19:24 UTC (permalink / raw)
To: dm-crypt
On Sat, Jan 18, 2014 at 15:14:29 CET, Garðar Arnarsson wrote:
> Did a quick search but came up empty handed.
>
> I'm wondering if there is anything special that needs to be passed to
> be able to use dm-crypt (cryptsetup) with 4096 byte sector drives.
>
> I know md, lvm, partitions, filesystems all need to have special
> triggers for 4K drives (even thouh I think it's done automatically for
> all of them nowadays) but I see no mention of dm-crypt/cryptsetup.
Do not worry. Dm-crypt uses 512B sectors, but there is only a
negligible performance loss. This matters far, far more on the
filesystem layer. If that layer does it right, dm-crypt will
allways process 8 x 512B at a time, as it does process exacly
what the uppeer layer requests. And alignment in LUKS is done
so that 4k sectors will not be broken up for the data area.
Hence this is not a concern and that is the reason it is
not mentioned. I think I will add an FAQ entry for this.
Arno
--
Arno Wagner, Dr. sc. techn., Dipl. Inform., Email: arno@wagner.name
GnuPG: ID: CB5D9718 FP: 12D6 C03B 1B30 33BB 13CF B774 E35C 5FA1 CB5D 9718
----
There are two ways of constructing a software design: One way is to make it
so simple that there are obviously no deficiencies, and the other way is to
make it so complicated that there are no obvious deficiencies. The first
method is far more difficult. --Tony Hoare
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [dm-crypt] Advanced format (4k sector disks) and dm-crypt
2014-01-18 19:24 ` Arno Wagner
@ 2014-01-18 19:36 ` Arno Wagner
2014-01-19 18:07 ` Garðar Arnarsson
0 siblings, 1 reply; 5+ messages in thread
From: Arno Wagner @ 2014-01-18 19:36 UTC (permalink / raw)
To: dm-crypt
On Sat, Jan 18, 2014 at 20:24:47 CET, Arno Wagner wrote:
> On Sat, Jan 18, 2014 at 15:14:29 CET, Garðar Arnarsson wrote:
> > Did a quick search but came up empty handed.
> >
> > I'm wondering if there is anything special that needs to be passed to
> > be able to use dm-crypt (cryptsetup) with 4096 byte sector drives.
> >
> > I know md, lvm, partitions, filesystems all need to have special
> > triggers for 4K drives (even thouh I think it's done automatically for
> > all of them nowadays) but I see no mention of dm-crypt/cryptsetup.
>
> Do not worry. Dm-crypt uses 512B sectors, but there is only a
> negligible performance loss. This matters far, far more on the
> filesystem layer. If that layer does it right, dm-crypt will
> allways process 8 x 512B at a time, as it does process exacly
> what the uppeer layer requests. And alignment in LUKS is done
> so that 4k sectors will not be broken up for the data area.
>
> Hence this is not a concern and that is the reason it is
> not mentioned. I think I will add an FAQ entry for this.
>
> Arno
Just added Item 2.17 to the FAQ.
Arno
--
Arno Wagner, Dr. sc. techn., Dipl. Inform., Email: arno@wagner.name
GnuPG: ID: CB5D9718 FP: 12D6 C03B 1B30 33BB 13CF B774 E35C 5FA1 CB5D 9718
----
There are two ways of constructing a software design: One way is to make it
so simple that there are obviously no deficiencies, and the other way is to
make it so complicated that there are no obvious deficiencies. The first
method is far more difficult. --Tony Hoare
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [dm-crypt] Advanced format (4k sector disks) and dm-crypt
2014-01-18 19:36 ` Arno Wagner
@ 2014-01-19 18:07 ` Garðar Arnarsson
2014-01-20 12:20 ` Arno Wagner
0 siblings, 1 reply; 5+ messages in thread
From: Garðar Arnarsson @ 2014-01-19 18:07 UTC (permalink / raw)
To: dm-crypt
Thank you very much for the reply and explaination.
I suspected that there was not a concern to dm-crypt in regards to 4K
sectors since I did not find any mantion of it when searching the web
and it's good to have that confirmed.
On Sat, Jan 18, 2014 at 7:36 PM, Arno Wagner <arno@wagner.name> wrote:
> On Sat, Jan 18, 2014 at 20:24:47 CET, Arno Wagner wrote:
>> On Sat, Jan 18, 2014 at 15:14:29 CET, Garðar Arnarsson wrote:
>> > Did a quick search but came up empty handed.
>> >
>> > I'm wondering if there is anything special that needs to be passed to
>> > be able to use dm-crypt (cryptsetup) with 4096 byte sector drives.
>> >
>> > I know md, lvm, partitions, filesystems all need to have special
>> > triggers for 4K drives (even thouh I think it's done automatically for
>> > all of them nowadays) but I see no mention of dm-crypt/cryptsetup.
>>
>> Do not worry. Dm-crypt uses 512B sectors, but there is only a
>> negligible performance loss. This matters far, far more on the
>> filesystem layer. If that layer does it right, dm-crypt will
>> allways process 8 x 512B at a time, as it does process exacly
>> what the uppeer layer requests. And alignment in LUKS is done
>> so that 4k sectors will not be broken up for the data area.
>>
>> Hence this is not a concern and that is the reason it is
>> not mentioned. I think I will add an FAQ entry for this.
>>
>> Arno
>
> Just added Item 2.17 to the FAQ.
>
> Arno
> --
> Arno Wagner, Dr. sc. techn., Dipl. Inform., Email: arno@wagner.name
> GnuPG: ID: CB5D9718 FP: 12D6 C03B 1B30 33BB 13CF B774 E35C 5FA1 CB5D 9718
> ----
> There are two ways of constructing a software design: One way is to make it
> so simple that there are obviously no deficiencies, and the other way is to
> make it so complicated that there are no obvious deficiencies. The first
> method is far more difficult. --Tony Hoare
> _______________________________________________
> dm-crypt mailing list
> dm-crypt@saout.de
> http://www.saout.de/mailman/listinfo/dm-crypt
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [dm-crypt] Advanced format (4k sector disks) and dm-crypt
2014-01-19 18:07 ` Garðar Arnarsson
@ 2014-01-20 12:20 ` Arno Wagner
0 siblings, 0 replies; 5+ messages in thread
From: Arno Wagner @ 2014-01-20 12:20 UTC (permalink / raw)
To: dm-crypt
On Sun, Jan 19, 2014 at 19:07:39 CET, Garðar Arnarsson wrote:
> Thank you very much for the reply and explaination.
> I suspected that there was not a concern to dm-crypt in regards to 4K
> sectors since I did not find any mantion of it when searching the web
> and it's good to have that confirmed.
And thank you for asking! If you are not very familiar with the
lower-level mechanisms used, it is a valid queation. And the FAQ
and other documentation can only be improved when people ask
questions.
Arno
> On Sat, Jan 18, 2014 at 7:36 PM, Arno Wagner <arno@wagner.name> wrote:
> > On Sat, Jan 18, 2014 at 20:24:47 CET, Arno Wagner wrote:
> >> On Sat, Jan 18, 2014 at 15:14:29 CET, Garðar Arnarsson wrote:
> >> > Did a quick search but came up empty handed.
> >> >
> >> > I'm wondering if there is anything special that needs to be passed to
> >> > be able to use dm-crypt (cryptsetup) with 4096 byte sector drives.
> >> >
> >> > I know md, lvm, partitions, filesystems all need to have special
> >> > triggers for 4K drives (even thouh I think it's done automatically for
> >> > all of them nowadays) but I see no mention of dm-crypt/cryptsetup.
> >>
> >> Do not worry. Dm-crypt uses 512B sectors, but there is only a
> >> negligible performance loss. This matters far, far more on the
> >> filesystem layer. If that layer does it right, dm-crypt will
> >> allways process 8 x 512B at a time, as it does process exacly
> >> what the uppeer layer requests. And alignment in LUKS is done
> >> so that 4k sectors will not be broken up for the data area.
> >>
> >> Hence this is not a concern and that is the reason it is
> >> not mentioned. I think I will add an FAQ entry for this.
> >>
> >> Arno
> >
> > Just added Item 2.17 to the FAQ.
> >
> > Arno
> > --
> > Arno Wagner, Dr. sc. techn., Dipl. Inform., Email: arno@wagner.name
> > GnuPG: ID: CB5D9718 FP: 12D6 C03B 1B30 33BB 13CF B774 E35C 5FA1 CB5D 9718
> > ----
> > There are two ways of constructing a software design: One way is to make it
> > so simple that there are obviously no deficiencies, and the other way is to
> > make it so complicated that there are no obvious deficiencies. The first
> > method is far more difficult. --Tony Hoare
> > _______________________________________________
> > dm-crypt mailing list
> > dm-crypt@saout.de
> > http://www.saout.de/mailman/listinfo/dm-crypt
> _______________________________________________
> dm-crypt mailing list
> dm-crypt@saout.de
> http://www.saout.de/mailman/listinfo/dm-crypt
--
Arno Wagner, Dr. sc. techn., Dipl. Inform., Email: arno@wagner.name
GnuPG: ID: CB5D9718 FP: 12D6 C03B 1B30 33BB 13CF B774 E35C 5FA1 CB5D 9718
----
There are two ways of constructing a software design: One way is to make it
so simple that there are obviously no deficiencies, and the other way is to
make it so complicated that there are no obvious deficiencies. The first
method is far more difficult. --Tony Hoare
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2014-01-20 12:20 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-01-18 14:14 [dm-crypt] Advanced format (4k sector disks) and dm-crypt Garðar Arnarsson
2014-01-18 19:24 ` Arno Wagner
2014-01-18 19:36 ` Arno Wagner
2014-01-19 18:07 ` Garðar Arnarsson
2014-01-20 12:20 ` Arno Wagner
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.