= Сообщение: 1759 из 10763 ===================================== RU.UNIX.BSD = От : Valentin Davydov 2:5020/400 25 Aug 14 12:29:01 Кому : Eugene Grosbein 25 Aug 14 12:29:01 Тема : Re: graid FGHI : area://RU.UNIX.BSD?msgid=<1187493064@ddt.demos.su>+f8f2f72b На : area://RU.UNIX.BSD?msgid=grosbein.net+183bd10f = Кодировка сообщения определена как: CP866 ================================== ============================================================================== From: Valentin Davydov <sp@m.davydov.spb.su>
> From: Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> > Date: Mon, 25 Aug 2014 00:05:47 +0400 > > VS> И может ты еще знаешь, что означает сообщение > VS> # gpart add -t freebsd raid/r0 > VS> raid/r0s1 added, but partition is not aligned on 4096 bytes > VS> т.е. переводить не надо, а еслишь можешь пояснить, что за число 4096 байт > VS> (stripesize вероятно, но почему он именно такой), почему раздел должен > VS> быть по > VS> ним выровнен, и чем чревато, что он таки не выровнен? > >Это не graid'а сообщение, а от gpart. Да, по stripesize. >Hе знаю, зачем и чем чревато - судя по тому, что не считается >критической проблемой, особо ничем.
В современных (поколения два-три как) дисках физические сектора четырёхкилобайтные, а 512-байтная адресация эмулируется (например, при записи одного 512-байтного сектора диску приходится производить чтение - модифиацию - запись содержащего его 4к-сектора целиком, с соответствующим падением производительности). См., напр., http://www.seagate.com/www-content/product-content/desktop-hdd-fam/en-us/docs/100743772b.pdf Современные файловые системы тоже оперируют, как правило, кластерами/блоками/фрагментами достаточно большого размера. 4к выбраны, по-видимому, из-за того, что это нативный размер страницы виртуальной памяти для x86 архитеруры. Впрочем, разделы лучше по 1-2 мегабайта выровнять, благо не жалко.
