висим стабильненько

Alex Korchmar написал(а) к Sergey Anohin в Mar 18 09:08:08 по местному времени:

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

Sergey Anohin <Sergey.Anohin@p1.f10.n5034.z2.fidonet.org> wrote:

AK>> без кучи ручных правок, но в ней для тебя ничего хорошего и нет.
AK>> Возьми r328503 (если у тебя 11STABLE)
SA> У меня собрано 330791 только не проинсталлил еще, но без патчей всяких
говорю - для тебя там ничего хорошего, только плохое. Откати на ту что я
сказал, svn up -r... и поставь тот патч, в который ткнуто. arc comp - нах,
больше ничего руками трогать не надо.
Можешь на следующую, где уже есть kpti - если оно тебе актуально. На более
современные патч не ляжет, а я не собираюсь его чинить за этими рукожопыми
каждый день.

> Alex

--- ifmail v.2.15dev5.4

Sergey Anohin написал(а) к Alex Korchmar в Mar 18 21:30:10 по местному времени:

Нello, Alex!

AK>>> без кучи ручных правок, но в ней для тебя ничего хорошего и нет.
AK>>> Возьми r328503 (если у тебя 11STABLE)
SA>> У меня собрано 330791 только не проинсталлил еще, но без патчей всяких
AK> говорю - для тебя там ничего хорошего, только плохое. Откати на ту что я
AK> сказал, svn up -r... и поставь тот патч, в который ткнуто. arc comp - нах,
AK> больше ничего руками трогать не надо.
AK> Можешь на следующую, где уже есть kpti - если оно тебе актуально. На более
AK> современные патч не ляжет, а я не собираюсь его чинить за этими рукожопыми
AK> каждый день.

Почему этот патч не принимают на постоянку? Не верят в его эффективность?


С наилучшими пожеланиями, Sergey Anohin.

--- wfido

Alex Korchmar написал(а) к Sergey Anohin в Mar 18 00:49:42 по местному времени:

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

Sergey Anohin <Sergey.Anohin@p1.f10.n5034.z2.fidonet.org> wrote:

AK>> Можешь на следующую, где уже есть kpti - если оно тебе
AK>> актуально. На более современные патч не ляжет, а я не собираюсь
AK>> его чинить за этими рукожопыми каждый день.
SA> Почему этот патч не принимают на постоянку? Не верят в его эффективность?
NIН синдром. Тут - еще и умножившийся на некомпетентность разработчиков
(по сути копипастеров с кривыми руками, похоже, плохо или совсем
не разбирающихся в том, что они наразрабатывали).

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

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

к тому же патч исправляет только часть проблемы. Другую ее сторону
копал немец, но он странен, и тоже плохо понимает, как работает вся система
,
действует больше методом тыка. (там магические константы и прочие явные
признаки плохого решения) Правильный ответ, наверное, где-то в недрах
управления памятью иллюмоса.


> Alex

--- ifmail v.2.15dev5.4

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

Нello Alex!

24 Mar 18, Alex Korchmar writes to Sergey Anohin:

AK>>> Можешь на следующую, где уже есть kpti - если оно тебе
AK>>> актуально. На более современные патч не ляжет, а я не собираюсь
AK>>> его чинить за этими рукожопыми каждый день.
SA>> Почему этот патч не принимают на постоянку? Не верят в его
SA>> эффективность?
AK> NIН синдром. Тут - еще и умножившийся на некомпетентность разработчиков
AK> (по сути копипастеров с кривыми руками, похоже, плохо или совсем
AK> не разбирающихся в том, что они наразрабатывали).

AK> при этом онижепрограммисты, с мелкими виртуалками дела не имеют, а на
AK> системе, пригодной для разработки, эти проблемы вряд ли вылезут.

вылезут -- я как бы на 128ГБ увидел. но всем похуй (ну не падат же?).

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

нетфликс не использует zfs

AK> к тому же патч исправляет только часть проблемы. Другую ее сторону
AK> копал немец, но он странен, и тоже плохо понимает, как работает вся
AK> система , действует больше методом тыка. (там магические константы и
AK> прочие явные признаки плохого решения) Правильный ответ, наверное,
AK> где-то в недрах управления памятью иллюмоса.

не совсем так. система управления памятью у фри очень сложна, а zfs способна потребить её довольно много, что при возникновении дефицита приводит к определенным проблемам. на самом деле zfs тут не какое-то исключение, например в mbuf jumbo можно проебать гигов 20-40 с неменьшим успехом -- т.е. они там будут больтаться недоступные остальным, но при этом и использоваться не будут. если zfs будт очень активно отдавать память от arc нуждающимся, то вот такие вот потребители могут и не узнать, что есть нуждающиеся.

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

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

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

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

AK>> прочие явные признаки плохого решения) Правильный ответ, наверное,
AK>> где-то в недрах управления памятью иллюмоса.
SO> не совсем так. система управления памятью у фри очень сложна,
я подозреваю, у соляры все еще запутанней, в силу наследия systemV.
Но там явно сделали правильно - память занимается arcом пока дают, но и так
же быстро освобождается, поэтому у них своп в zvol и работает как надо.
Наверняка есть оба механизма - и быстрого отъема по инициативе системы,
и memory pressure, чтобы отнималось еще до того, как начнутся серьезные
проблемы.
Но для понимания - надо копаться в ядре солярки, а это пару лет жизни.

больше шансов что немец методом тыка воссоздаст какое-то подобие с нуля.
(правда, ему, по-моему, тоже уже надоело)


> Alex

--- ifmail v.2.15dev5.4

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

Нello Alex!

24 Mar 18, Alex Korchmar writes to Slawa Olhovchenkov:

AK>>> прочие явные признаки плохого решения) Правильный ответ, наверное,
AK>>> где-то в недрах управления памятью иллюмоса.
SO>> не совсем так. система управления памятью у фри очень сложна,
AK> я подозреваю, у соляры все еще запутанней, в силу наследия systemV.

это несвязанные вещи, усложнине пошло от SMP и для избавления от lock contention.

AK> Но там явно сделали правильно - память занимается arcом пока дают, но
AK> и так же быстро освобождается,

ты или не прочитал меня или не понял. если сделать так же будет (и есть) проблема недоступной и неиспользуемой памяти (застрявшей в других подсистемах).

AK> поэтому у них своп в zvol и работает как надо.

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

... И какой-то Win95 будет мне указывать, когда комп выключать?!
--- GoldED+/BSD 1.1.5-b20110223-b20110223

Victor Sudakov написал(а) к Slawa Olhovchenkov в Mar 18 10:25:32 по местному времени:

Dear Slawa,

24 Mar 18 23:30, you wrote to Alex Korchmar:

AK>> поэтому у них своп в zvol и работает как надо.

SO> это вообще отдельно смотреть надо. возможно там просто есть постоянный
SO> большой запас, достаточный для срабатывания zfs

Скажите мне как, я ее нагружу, мне не жалко.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

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

24 марта 2018, суббота, в 22:30 NOVT, Slawa Olhovchenkov написал(а):

SO> ты или не прочитал меня или не понял. если сделать так же будет (и есть)
SO> проблема недоступной и неиспользуемой памяти (застрявшей в других подсистемах).

Тащем-то у FreeBSD есть механизм уведомления подсистем о том,
что память всё и неплохо бы вернуть системе неиспользуемую память,
если таковая у подсистемы завалялась. Навскидку:

$ sysctl -a -d | fgrep lowmem
vm.lowmem_period: Low memory callback period
vfs.ufs.dirhash_lowmemcount: number of times low memory hook called
kstat.zfs.misc.arcstats.l2abortlowmem:

Eugene
--- slrn/1.0.2 (FreeBSD)

Eugene Grosbein написал(а) к Victor Sudakov в Mar 18 12:55:06 по местному времени:

25 марта 2018, воскресенье, в 08:25 NOVT, Victor Sudakov написал(а):

SO>> это вообще отдельно смотреть надо. возможно там просто есть постоянный
SO>> большой запас, достаточный для срабатывания zfs
VS> Скажите мне как, я ее нагружу, мне не жалко.

В качестве первого приближения:

#include <stdlib.h>
#include <unistd.h>
#include <stdio.h>
#include <string.h>

int main(int argc, char *argv[])
{
char *p;
size_t count, len;

if (argc < 2)
return 1;

count = (size_t)atol(argv[1]);
len = (size_t)atol(argv[2]);
printf("%s %s\n", argv[1], argv[2]);
p = calloc(count, len);

if (p == NULL)
return 2;
memset (p, '1', count*len);

while(1)
sleep(3600);

return 0;
}

Выжирает указанное количество блоков памяти с указанным размером
блока в байтах и держит до прерывания процесса.

Eugene
--
Комбинация заискивания, подкупа и устрашения заставит молодого ученого
работать над управляемыми снарядами или атомной бомбой. (Норберт Винер)
--- slrn/1.0.2 (FreeBSD)

Slawa Olhovchenkov написал(а) к Victor Sudakov в Mar 18 12:37:22 по местному времени:

Нello Victor!

25 Mar 18, Victor Sudakov writes to Slawa Olhovchenkov:

AK>>> поэтому у них своп в zvol и работает как надо.

SO>> это вообще отдельно смотреть надо. возможно там просто есть постоянный
SO>> большой запас, достаточный для срабатывания zfs

VS> Скажите мне как, я ее нагружу, мне не жалко.

гм. можно попробовать последний шланг в несколько потоков собрать на минимуме памяти.
ты же про солярку?

... Это мои кишки, и я не желаю, чтобы над ними гадал жулик!
--- GoldED+/BSD 1.1.5-b20110223-b20110223