Шифрование

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

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

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

AK>> P.S. и да, я абсолютно уверен, что ничего из этих п-цов нет ни на солярке,
AK>> ни в ZOL.
SO> в zol всё еще хуже, судя по отзывам.
нет, свопиться в него, разумеется, и думать забудь, а в целом по больнице -
он просто работает, никаких ручных там потюнили, тут поковыряли.

SO> в свап на солярке кажется тоже не работает. остальное не знаю, возможно
SO> нормально.
интересно, а куда солярки вообще штатно свопятся? Не x86-е, а огромные
оракловые стойки с M-системами. Держат отдельный диск для свопа?

> Alex

--- ifmail v.2.15dev5.4

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

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

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

AK>> raidz3 плохо совместим с разделы-под-своп,
SO> ась?
как нарезать-то будем - по свопу на каждый из восьми дисков?

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

SO> ну сделай на них gmirror и свапься туда.
четыре gmirror?

SO> ну представь что все уже от arc отобрали, до arc_min. всё, нечего отбирать
ну, во-первых, в современном мире это означает - приплыли. Я ж не просто так
показывал систему вообще без свопа - это веб-фронт, если он начнет свопиться,
приехали.

Своп нужен только если у нас что-то настолько ненужное, что arc важнее чем это
сперва записать, а потом, наверное, никогда и не читать даже.


> Alex

--- ifmail v.2.15dev5.4

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

Нello Alex!

16 Mar 18, Alex Korchmar writes to Slawa Olhovchenkov:

AK>>> P.S. и да, я абсолютно уверен, что ничего из этих п-цов нет ни на
AK>>> солярке, ни в ZOL.
SO>> в zol всё еще хуже, судя по отзывам.
AK> нет, свопиться в него, разумеется, и думать забудь, а в целом по больнице -
AK> он просто работает, никаких ручных там потюнили, тут поковыряли.

я слышал обратное. чуть серьезная нагрузка -- привет локам.

SO>> в свап на солярке кажется тоже не работает. остальное не знаю,
SO>> возможно
SO>> нормально.
AK> интересно, а куда солярки вообще штатно свопятся? Не x86-е, а огромные
AK> оракловые стойки с M-системами. Держат отдельный диск для свопа?

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

... Иисyс изменил твою жизнь. Сохpанить? (Да/Нет)
--- GoldED+/BSD 1.1.5-b20110223-b20110223

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

Нello Alex!

16 Mar 18, Alex Korchmar writes to Slawa Olhovchenkov:

AK>>> raidz3 плохо совместим с разделы-под-своп,
SO>> ась?
AK> как нарезать-то будем - по свопу на каждый из восьми дисков?

а в чем проблема?
root@mail:/home/slw # gpart show
=> 34 143305853 da0 GPT (68G)
34 6 - free - (3.0K)
40 216 1 freebsd-boot (108K)
256 8388608 2 freebsd-swap (4.0G)
8388864 134917016 3 freebsd-zfs (64G)
143305880 7 - free - (3.5K)

=> 34 143305853 da1 GPT (68G)
34 6 - free - (3.0K)
40 216 1 freebsd-boot (108K)
256 8388608 2 freebsd-swap (4.0G)
8388864 134917016 3 freebsd-zfs (64G)
143305880 7 - free - (3.5K)

=> 34 143305853 da2 GPT (68G)
34 6 - free - (3.0K)
40 216 1 freebsd-boot (108K)
256 8388608 2 freebsd-swap (4.0G)
8388864 134917016 3 freebsd-zfs (64G)
143305880 7 - free - (3.5K)

=> 34 143305853 da3 GPT (68G)
34 6 - free - (3.0K)
40 216 1 freebsd-boot (108K)
256 8388608 2 freebsd-swap (4.0G)
8388864 134917016 3 freebsd-zfs (64G)
143305880 7 - free - (3.5K)

=> 34 286679858 da4 GPT (137G)
34 6 - free - (3.0K)
40 216 1 freebsd-boot (108K)
256 8388608 2 freebsd-swap (4.0G)
8388864 278291024 3 freebsd-zfs (133G)
286679888 4 - free - (2.0K)

=> 34 143305853 da5 GPT (68G)
34 6 - free - (3.0K)
40 216 1 freebsd-boot (108K)
256 8388608 2 freebsd-swap (4.0G)
8388864 134917016 3 freebsd-zfs (64G)
143305880 7 - free - (3.5K)

=> 34 143305853 da6 GPT (68G)
34 6 - free - (3.0K)
40 216 1 freebsd-boot (108K)
256 8388608 2 freebsd-swap (4.0G)
8388864 134917016 3 freebsd-zfs (64G)
143305880 7 - free - (3.5K)

=> 34 143305853 da7 GPT (68G)
34 6 - free - (3.0K)
40 216 1 freebsd-boot (108K)
256 8388608 2 freebsd-swap (4.0G)
8388864 134917016 3 freebsd-zfs (64G)
143305880 7 - free - (3.5K)

root@mail:/home/slw # swapinfo
Device 1K-blocks Used Avail Capacity
/dev/gpt/swap0 4194304 248 4194056 0%
/dev/gpt/swap1 4194304 212 4194092 0%
/dev/gpt/swap2 4194304 204 4194100 0%
/dev/gpt/swap3 4194304 136 4194168 0%
/dev/gpt/swap4 4194304 112 4194192 0%
/dev/gpt/swap5 4194304 164 4194140 0%
/dev/gpt/swap6 4194304 156 4194148 0%
/dev/gpt/swap7 4194304 168 4194136 0%
Total 33554432 1400 33553032 0%

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

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

SO>> ну сделай на них gmirror и свапься туда.
AK> четыре gmirror?

почему нет? в чем проблема?

SO>> ну представь что все уже от arc отобрали, до arc_min. всё, нечего
SO>> отбирать
AK> ну, во-первых, в современном мире это означает - приплыли. Я ж не просто
AK> так показывал систему вообще без свопа - это веб-фронт, если он начнет
AK> свопиться, приехали.

AK> Своп нужен только если у нас что-то настолько ненужное, что arc важнее чем
AK> это сперва записать, а потом, наверное, никогда и не читать даже.

можно ли в момент когда пошел свопинг освободить что-то (хоть в arc, хоть в буферах) -- я не знаю, может локи не позволят. это надо всяких markj спрашивать.

... Компьютеры ненадежны, но люди еще ненадежнее
--- GoldED+/BSD 1.1.5-b20110223-b20110223

Eugene Grosbein написал(а) к Alex Korchmar в Mar 18 22:23:17 по местному времени:

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

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

Это не "надо", это мне так хочется. Мне тут не нужно агрессивное кеширование
чего попало, зато память очень нужна для приложений.

Eugene
--- slrn/1.0.2 (FreeBSD)

Eugene Grosbein написал(а) к Alex Korchmar в Mar 18 22:30:43 по местному времени:

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

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

А вот как я только что писал - начало дисков отдаём под
graid-том RAID1E (хоть 8 дисков) и там своп (плюс бут-пул, если хочешь),
на остальном месте 8 graid-томов SINGLE, на которых основной пул RAIDZ3.

При отвале одного диска graid выведет из RAID1E компонент на ходу.

Eugene
--
Тестоголовые кислое свое брожение приняли за душу, распарывание чрев
своих - за историю, средства, оттягивающие разложение - за цивилизацию...
--- slrn/1.0.2 (FreeBSD)

Eugene Grosbein написал(а) к Slawa Olhovchenkov в Mar 18 22:32:00 по местному времени:

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

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

Это потому что у них graid нету :-)

Eugene
--- slrn/1.0.2 (FreeBSD)

Eugene Grosbein написал(а) к Slawa Olhovchenkov в Mar 18 22:36:15 по местному времени:

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

EG>>>> я наблюдал в vbox.
SO>>> ну какое отношение предупреждение для 10/i386 имеет к 11/amd64?
EG>> Такое, что в 11/amd64 проблема тоже есть.
SO> и в head? пруф есть?

head у меня нет. Насчет amd64 погорячился - её в виртуалках у меня
тоже нет, только i386, как оказалось, даже в тестовых, хотя был уверен
в обратном.

На десятке точно напарывался, насчет 11/i386 вроде бы да,
но на всякий случай щас запустил скриптик из не закрытого
https://bugs.freebsd.org/bugzilla/sh....cgi?id=185487

2000 итераций уже прошло, пока полёт нормальный.

Eugene
--- slrn/1.0.2 (FreeBSD)

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

Нello Eugene!

16 Mar 18, Eugene Grosbein writes to Alex Korchmar:

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

EG> Это не "надо", это мне так хочется. Мне тут не нужно агрессивное
EG> кеширование чего попало, зато память очень нужна для приложений.

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

... Oсобо секретные документы перед прочтением сжечь.
--- GoldED+/BSD 1.1.5-b20110223-b20110223

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

Нello Eugene!

16 Mar 18, Eugene Grosbein writes to Slawa Olhovchenkov:

SO>> о, для тебя сюрприз что солярка может грузится исключительно с
SO>> zmirror? так вот ставится она на два мелких системных диска, там же и
SO>> своп. все остальное -- уже в отдельном пуле.
EG> Это потому что у них graid нету :-)

и нахер не надо.
а умение фри грузиться с raidz никоим образом не завязанно на наличие graid.

... Я как только глянул на вас, догадался, что это вы!
--- GoldED+/BSD 1.1.5-b20110223-b20110223