kelevra

если памяти 4г или больше, то однозначно zfs с архитектурой 64 бита.

основная причина - гибкость. при замене диска, например, gmirror будет зеркалить блочное устройство полностью, а zfs только часть, занятую данными. второе, разумеется, происходит гораздо быстрей.

но это не значит, что надо полностью отказаться от gmirror. своп на zfs размещать нельзя. т.е. технически сделать это получится, но когда система попытается им воспользоваться по причине нехватки памяти, то всё остановится, т.к. zfs будет пытаться кэшировать своп.

у меня дома атом с 4г памяти и сделано вот так:

[~@beat/08:35:26]
kelevra$ zpool status
  pool: zroot
 state: ONLINE
  scan: scrub repaired 0 in 5h36m with 0 errors on Thu Feb 25 07:36:18 2016
config:

        NAME           STATE     READ WRITE CKSUM
        zroot          ONLINE       0     0     0
          mirror-0     ONLINE       0     0     0
            gpt/root0  ONLINE       0     0     0
            gpt/root1  ONLINE       0     0     0

errors: No known data errors
[~@beat/08:35:29]
kelevra$ gmirror status
       Name    Status  Components
mirror/swap  COMPLETE  gpt/swap1 (ACTIVE)
                       gpt/swap0 (ACTIVE)
[~@beat/08:35:34]
kelevra$ gpart list ada0
Geom name: ada0
modified: false
state: OK
fwheads: 16
fwsectors: 63
last: 3907029134
first: 34
entries: 128
scheme: GPT
Providers:
1. Name: ada0p1
   Mediasize: 65536 (64k)
   Sectorsize: 512
   Stripesize: 4096
   Stripeoffset: 0
   Mode: r0w0e0
   rawuuid: 59c58842-1685-11e4-a3a3-7071bcb164bb
   rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f
   label: boot0
   length: 65536
   offset: 20480
   type: freebsd-boot
   index: 1
   end: 167
   start: 40
2. Name: ada0p2
   Mediasize: 11811160064 (11G)
   Sectorsize: 512
   Stripesize: 4096
   Stripeoffset: 0
   Mode: r1w1e2
   rawuuid: 5b8cb655-1685-11e4-a3a3-7071bcb164bb
   rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b
   label: swap0
   length: 11811160064
   offset: 86016
   type: freebsd-swap
   index: 2
   end: 23068839
   start: 168
3. Name: ada0p3
   Mediasize: 1986422374400 (1.8T)
   Sectorsize: 512
   Stripesize: 4096
   Stripeoffset: 0
   Mode: r1w1e2
   rawuuid: 5e05979f-1685-11e4-a3a3-7071bcb164bb
   rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b
   label: root0
   length: 1986422374400
   offset: 11811246080
   type: freebsd-zfs
   index: 3
   end: 3902800039
   start: 23068840
Consumers:
1. Name: ada0
   Mediasize: 2000398934016 (1.8T)
   Sectorsize: 512
   Stripesize: 4096
   Stripeoffset: 0
   Mode: r2w2e6

второй диск разбит так же. уже третий год идёт - полёт нормальный.

сам спрашиваю сам отвечаю:

1. флешки оказались очень плохие:

   [~@vmstor/15:13:33]
   raven$ sudo dd if=/dev/zero of=/dev/da7 bs=512
   ^C1248+0 records in
   1247+0 records out
   638464 bytes transferred in 31.285647 secs (20408 bytes/sec)
   [~@vmstor/15:14:33]
   raven$ sudo dd if=/dev/zero of=/dev/da7 bs=1024
   ^C1356+0 records in
   1355+0 records out
   1387520 bytes transferred in 31.484652 secs (44070 bytes/sec)
   [~@vmstor/15:15:48]
   raven$ sudo dd if=/dev/zero of=/dev/da7 bs=2048
   ^C1256+0 records in
   1255+0 records out
   2570240 bytes transferred in 23.480575 secs (109462 bytes/sec)

   поменял их на sandisk extreme по информации с сайта и всё завелось.
2. появилась другая проблема - зависание при попытке погасить сервер. но решение тоже нашлось.