Шифрование

Eugene Grosbein написал(а) к Alex Korchmar в Mar 18 19:31:38 по местному времени:

16 марта 2018, пятница, в 13:47 NOVT, Alex Korchmar написал(а):

EG>> Далеко не только. Диски могут никуда не отваливаться, просто данные бьются,
EG>> я наблюдал в vbox.
AK> вот дерьмо :-( И сильно оно тормозить будет?

Не сравнивал.

Eugene
--- slrn/1.0.2 (FreeBSD)

Eugene Grosbein написал(а) к Slawa Olhovchenkov в Mar 18 19:40:29 по местному времени:

16 марта 2018, пятница, в 15:05 NOVT, Slawa Olhovchenkov написал(а):

SO>>> это значит что пиздец.
SO>>> своп на zfs не работает и работать не будет. это известно и починке не
AK>> ну вон, работает же ;-) только виснет, эпизодически.
SO> это и есть "не работает".
SO> и будет оно виснуть по жизни.
AK>> собственно, в конфигурации где zfs не на одном физическом диске - куда
AK>> деваться-то? Сбоку-флэшечку для свопа подпихивать?
SO> gpt и раздел(ы) под своп.

С MBR тоже работает:

# gpart show
=> 63 20971457 raid/r0 MBR (10G)
63 441 - free - (221K)
504 16777216 1 freebsd (8.0G)
16777720 4193800 2 freebsd [active] (2.0G)

raid/r0 - зеркало graid на первые 10G диска, где r0s1 - своп, а прямо
поверх r0s2 создан загрузочный пул ZFS без избыточности с рутом и /usr.

Остатки обоих дисков с одиннадцатого гигабайта /dev/raid/r1 и /dev/raid/r2
отданы под второй пул с зеркалированием средствами ZFS.

Итого один массив graid с тремя томами r[012], два пула ZFS,
отдельный раздел для свопа вовне ZFS и никаких GPT.

Размеры дисков при этом ничем не ограничены, хоть по 6TB.

Eugene
--
Народу - чтоб не вздумал бунтовать! -
Мы тоже разрешили воровать.
Пусть лучше сам ворует потихоньку,
Чем с воровскою властью враждовать!..
--- slrn/1.0.2 (FreeBSD)

Eugene Grosbein написал(а) к Alex Korchmar в Mar 18 19:45:08 по местному времени:

16 марта 2018, пятница, в 13:57 NOVT, Alex Korchmar написал(а):

AK> с ним + Карл - в 4G не (всегда) собирается с -j4, в какой-то момент не хватает
AK> места.
AK> Своп пустой в обоих случаях. ARC растет с 800 при начале сборки до 1800 в
AK> процессе.

Я не знаю, может у вас карма плохая - на непатченной FreeBSD 11
я собираю мир, ядро и модули в виртуалке с 1GB памяти на i386.

vfs.zfs.arc_max="40M"
vfs.zfs.vdev.cache.size="8M"
vfs.zfs.prefetch_disable="1"
vfs.zfs.vdev.trimoninit="0"
vfs.zfs.compressedarcenabled="1"

vm.kmem_size="768M"
vm.kmemsizemax="768M"

options KVA_PAGES=512
options KSTACK_PAGES=4

И на почти нетюненной amd64 тоже собираю, на физической машине с 8G,
только vfs.zfs.arc_max="2048M"

Почему у меня нет проблем?

Eugene
--
Чтобы всё как у всех, но чтоб при этом - не так, как они.
--- slrn/1.0.2 (FreeBSD)

Slawa Olhovchenkov написал(а) к Eugene Grosbein в Mar 18 16:26:04 по местному времени:

Нello Eugene!

16 Mar 18, Eugene Grosbein writes to Slawa Olhovchenkov:

EG>>>>> А ты уверен, что сделал vfs.unmappedbufallowed=0 при
EG>>>>> использовании фряхи в качестве гостя, как завещали нам релизнотесы?
AK>>>> а зачем? Это лечит какие-то проблемы с отвалом эмулируемых дисков, у
AK>>>> меня никто никуда не отваливается.
EG>>> Далеко не только. Диски могут никуда не отваливаться, просто данные
SO>>> бьются,
EG>>> я наблюдал в vbox.
SO>> ну какое отношение предупреждение для 10/i386 имеет к 11/amd64?
EG> Такое, что в 11/amd64 проблема тоже есть.

и в head? пруф есть?

EG> Почему предупреждения нету в релизнотесах для 11 - вопрос не ко мне.

для 10/amd64 предупреждения тоже нет, между прочим

... Нас Reboot, а мы кpепчаем
--- GoldED+/BSD 1.1.5-b20110223-b20110223

Slawa Olhovchenkov написал(а) к Eugene Grosbein в Mar 18 16:28:50 по местному времени:

Нello Eugene!

16 Mar 18, Eugene Grosbein writes to Slawa Olhovchenkov:

SO>>>> это значит что пиздец.
SO>>>> своп на zfs не работает и работать не будет. это известно и починке
SO>>>> не
AK>>> ну вон, работает же ;-) только виснет, эпизодически.
SO>> это и есть "не работает".
SO>> и будет оно виснуть по жизни.
AK>>> собственно, в конфигурации где zfs не на одном физическом диске -
AK>>> куда деваться-то? Сбоку-флэшечку для свопа подпихивать?
SO>> gpt и раздел(ы) под своп.

EG> С MBR тоже работает:

EG> # gpart show
=>> 63 20971457 raid/r0 MBR (10G)
EG> 63 441 - free - (221K)
EG> 504 16777216 1 freebsd (8.0G)
EG> 16777720 4193800 2 freebsd [active] (2.0G)

EG> raid/r0 - зеркало graid на первые 10G диска, где r0s1 - своп, а прямо
EG> поверх r0s2 создан загрузочный пул ZFS без избыточности с рутом и /usr.

EG> Остатки обоих дисков с одиннадцатого гигабайта /dev/raid/r1 и /dev/raid/r2
EG> отданы под второй пул с зеркалированием средствами ZFS.

во извращенец.

... Больной от вскpытия отказался...
--- GoldED+/BSD 1.1.5-b20110223-b20110223

Slawa Olhovchenkov написал(а) к Eugene Grosbein в Mar 18 16:29:54 по местному времени:

Нello Eugene!

16 Mar 18, Eugene Grosbein writes to Alex Korchmar:

EG> И на почти нетюненной amd64 тоже собираю, на физической машине с 8G,
EG> только vfs.zfs.arc_max="2048M"

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

EG> Почему у меня нет проблем?

а) везет
б) ты не считаешь это проблемами

... И было у него тpи сына. Один умный, втоpой дуpак, а тpетий вообще фидошник.
--- GoldED+/BSD 1.1.5-b20110223-b20110223

Alex Korchmar написал(а) к Slawa Olhovchenkov в Mar 18 16:49:06 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Slawa Olhovchenkov <Slawa.Olhovchenkov@f500.n5030.z2.fidonet.org> wrote:

AK>> ну вон, работает же ;-) только виснет, эпизодически.
SO> это и есть "не работает".
ну типа если мир не пересобирать...
то есть у него что-то туда даже и высвопилось.

AK>> собственно, в конфигурации где zfs не на одном физическом диске - куда
AK>> деваться-то? Сбоку-флэшечку для свопа подпихивать?
SO> gpt и раздел(ы) под своп.
raidz3 плохо совместим с разделы-под-своп, не говоря уже о последствиях
при отвале одного диска - но со свопом. И за что мы боролись?


SO> ну логика же простая: когда пошел свопинг памяти свободной уже может не быть
SO> для кернельного malloc, а запись в zfs требует кучи malloc -- CoW,
но можно же отжать у arc2 ? По факту там у него памяти больше, чем в моих
своп-разделах (нахрена ж мне такой большой)

> Alex

--- ifmail v.2.15dev5.4

Alex Korchmar написал(а) к Eugene Grosbein в Mar 18 16:54:37 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

EG> Я не знаю, может у вас карма плохая - на непатченной FreeBSD 11
мы просто привыкли к хорошему.
total used free shared buffers cached
Mem: 4057600 3948600 109000 0 184116 3163064
-/+ buffers/cache: 601420 3456180
Swap: 0 0 0

здесь нет своп-раздела, совсем. И 3 гига из четырех - буферный кэш.
Но если процессу понадобится из них два - он их получит, мгновенно,
без часовых локов, и уж конечно не получит вместо этого sigsegv.

и никакого ручного тюнинга и выделения памяти только под кэш, которую,
не дай Б-же, занять под исполняемые задачи.

EG> И на почти нетюненной amd64 тоже собираю, на физической машине с 8G,
EG> только vfs.zfs.arc_max="2048M"
EG> Почему у меня нет проблем?
потому что то, что на машине с 8G все_еще надо заниматься ручной херней -
это, прости не "проблема", это п-ц. В головах.


> Alex
P.S. и да, я абсолютно уверен, что ничего из этих п-цов нет ни на солярке,
ни в ZOL.

--- ifmail v.2.15dev5.4

Slawa Olhovchenkov написал(а) к Alex Korchmar в Mar 18 17:01:40 по местному времени:

Нello Alex!

16 Mar 18, Alex Korchmar writes to Slawa Olhovchenkov:

AK>>> ну вон, работает же ;-) только виснет, эпизодически.
SO>> это и есть "не работает".
AK> ну типа если мир не пересобирать...
AK> то есть у него что-то туда даже и высвопилось.

AK>>> собственно, в конфигурации где zfs не на одном физическом диске -
AK>>> куда деваться-то? Сбоку-флэшечку для свопа подпихивать?
SO>> gpt и раздел(ы) под своп.
AK> raidz3 плохо совместим с разделы-под-своп,

ась?

AK> не говоря уже о последствиях при отвале одного диска - но со свопом. И
AK> за что мы боролись?

ну сдохнет то приложение, которому не повезло в этот раздел упасть.
ну сделай на них gmirror и свапься туда.

SO>> ну логика же простая: когда пошел свопинг памяти свободной уже может
SO>> не быть для кернельного malloc, а запись в zfs требует кучи malloc --
SO>> CoW,
AK> но можно же отжать у arc2 ?

ну представь что все уже от arc отобрали, до arc_min. всё, нечего отбирать больше. надо working set приложений уже высвапливать.

... Куст - это пучок растений, произрастающих из одного места.
--- GoldED+/BSD 1.1.5-b20110223-b20110223

Slawa Olhovchenkov написал(а) к Alex Korchmar в Mar 18 17:06:08 по местному времени:

Нello Alex!

16 Mar 18, Alex Korchmar writes to Eugene Grosbein:

AK> P.S. и да, я абсолютно уверен, что ничего из этих п-цов нет ни на солярке,
AK> ни в ZOL.

в zol всё еще хуже, судя по отзывам.
в свап на солярке кажется тоже не работает. остальное не знаю, возможно нормально.

... На этот счет существуют два мнения: одно - мое, другое - ошибочное.
--- GoldED+/BSD 1.1.5-b20110223-b20110223