Шифрование

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

Нello Alex!

15 Mar 18, Alex Korchmar writes to Slawa Olhovchenkov:

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

vm floppy insert http://1.7.1.9/iso/boot.img
vm floppy set boot_always
power reset

потом грузимся в ос, монтируем daN (ну он это как USB drive key отдает), он по факту выходит RO.
компируем оттуда. ага, atime захоителось обновить, а хер (ошибку нам вертают).

vm floppy eject

тыдымс!
коредампед.

... Suxx & Must Die!
--- GoldED+/BSD 1.1.5-b20110223-b20110223

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

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

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

AK>> виснет. Крайний раз проверял позавчера. С патчем тоже виснет, но уже в
AK>> совсем маргинальной конфигурации, от нее я и не ждал работоспособности.
SO> а где и как? и точно ли от zfs, а не от того, что память вообще нахер
SO> кончилась?
ну вот ее было-было 700 мег arc, а потом раз - и кончилась. Не, не от zfs?

все те же грабли, из-за которых я и связался с тем патчем - виснет, скотина,
виртуалка с 4G оперативки при тупой пересборке самой себя с -j4.
Кто не в курсе, объем памяти, поджираемой компилятором, при этом
не превышает 500M

Последний раз я попытался ее пересобрать c 2G - сдохла. Если чо - я тут работаю
еще целый один день, могу тебе ее на память завернуть. Но она ничем не отличается
от другой такой же на другом хосте, а та вроде не висла ни разу. Видимо, нужно
сочетание скорости пилежки диска и процессора.


> Alex

--- ifmail v.2.15dev5.4

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

Нello Alex!

15 Mar 18, Alex Korchmar writes to Slawa Olhovchenkov:

AK>>> виснет. Крайний раз проверял позавчера. С патчем тоже виснет, но уже
AK>>> в совсем маргинальной конфигурации, от нее я и не ждал
AK>>> работоспособности.
SO>> а где и как? и точно ли от zfs, а не от того, что память вообще нахер
SO>> кончилась?
AK> ну вот ее было-было 700 мег arc, а потом раз - и кончилась. Не, не от zfs?

AK> все те же грабли, из-за которых я и связался с тем патчем - виснет,
AK> скотина, виртуалка с 4G оперативки при тупой пересборке самой себя с
AK> -j4. Кто не в курсе, объем памяти, поджираемой компилятором, при этом не
AK> превышает 500M

AK> Последний раз я попытался ее пересобрать c 2G - сдохла. Если чо - я тут
AK> работаю еще целый один день, могу тебе ее на память завернуть. Но она ничем
AK> не отличается от другой такой же на другом хосте, а та вроде не висла ни
AK> разу. Видимо, нужно сочетание скорости пилежки диска и процессора.

да хер его знает, на самом деле.
т.е. во-первых когда шланг сам себя пересобирает, то он хочет гиг что ли в одно рыло на нескольких файлах. и таких файлов штуки четыре.
во-вторых непатченный ARC кроме говенной работы с памятью еще и содержит потенциальный deadlock
в-третьих сама система, когда свободно памяти нихера нет (меньше чем vm.vfree_reserved в страницах) может начать ждать хорошую погоду на некоторых операциях (когда malloc c WAITOK позвали). если свап есть -- что-то туда она может откинуть, выполнить и достаточно шустро убить приложение, но вот если памяь выжрана очень быстро, а отсвапить нечего-некуда то на то, что бы приложение обломать может потребоваться много времени. реально много, минуты и может даже часы.

... Boomfuck programmers against glitches and bloatware
--- GoldED+/BSD 1.1.5-b20110223-b20110223

Eugene Grosbein написал(а) к Alex Korchmar в Mar 18 21:55:59 по местному времени:

15 марта 2018, четверг, в 17:15 NOVT, Alex Korchmar написал(а):

AK> Последний раз я попытался ее пересобрать c 2G - сдохла. Если чо - я тут работаю
AK> еще целый один день, могу тебе ее на память завернуть. Но она ничем не
AK> отличается
AK> от другой такой же на другом хосте, а та вроде не висла ни разу. Видимо, нужно
AK> сочетание скорости пилежки диска и процессора.

А ты уверен, что сделал vfs.unmappedbufallowed=0 при использовании фряхи
в качестве гостя, как завещали нам релизнотесы?

Eugene
--
Научить презирать мещанскую мудрость.
--- slrn/1.0.2 (FreeBSD)

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

Нello Eugene!

15 Mar 18, Eugene Grosbein writes to Alex Korchmar:

AK>> Последний раз я попытался ее пересобрать c 2G - сдохла. Если чо - я
AK>> тут работаю еще целый один день, могу тебе ее на память завернуть. Но
AK>> она ничем не отличается от другой такой же на другом хосте, а та вроде
AK>> не висла ни разу. Видимо, нужно сочетание скорости пилежки диска и
AK>> процессора.

EG> А ты уверен, что сделал vfs.unmappedbufallowed=0 при использовании фряхи
EG> в качестве гостя, как завещали нам релизнотесы?

это у тебя твои локальные особенности

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

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

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

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

EG> А ты уверен, что сделал vfs.unmappedbufallowed=0 при использовании фряхи
EG> в качестве гостя, как завещали нам релизнотесы?
а зачем? Это лечит какие-то проблемы с отвалом эмулируемых дисков, у меня
никто никуда не отваливается.

> Alex

--- ifmail v.2.15dev5.4

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

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

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

SO> да хер его знает, на самом деле.
SO> т.е. во-первых когда шланг сам себя пересобирает, то он хочет гиг что ли в одно
SO> рыло на нескольких файлах. и таких файлов штуки четыре.
ну в общем, ему никто не мешает a) взять этот гиг у arc b) пойти поискать
в свопе c) хотя бы тупо сдохнуть по sigsev (с патчем имени Карла именно это
и происходит. Своп - девственно чистенький, arc 1,7 , и прилично просто free)

А оно - вот...

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


> Alex

--- ifmail v.2.15dev5.4

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

Нello Alex!

15 Mar 18, Alex Korchmar writes to Slawa Olhovchenkov:

SO>> да хер его знает, на самом деле.
SO>> т.е. во-первых когда шланг сам себя пересобирает, то он хочет гиг что
SO>> ли в одно рыло на нескольких файлах. и таких файлов штуки четыре.
AK> ну в общем, ему никто не мешает a) взять этот гиг у arc b) пойти поискать
AK> в свопе c) хотя бы тупо сдохнуть по sigsev (с патчем имени Карла именно это
AK> и происходит. Своп - девственно чистенький, arc 1,7 , и прилично просто
AK> free)

а это точно с патчами?
было бы очень интересно в это потыкать.

... А в попугаях я длиннее!
--- GoldED+/BSD 1.1.5-b20110223-b20110223

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

Нello, Alex!

AK> все те же грабли, из-за которых я и связался с тем патчем - виснет, скотина,
AK> виртуалка с 4G оперативки при тупой пересборке самой себя с -j4.
AK> Кто не в курсе, объем памяти, поджираемой компилятором, при этом
AK> не превышает 500M

Я уже давно не рискую собирать что-то с j4. Если ядро по-быстрому успевает, то
мир нет, а еще такая же тема когда duplicity full backup делает с упаковкой gpg.
там тоже бывает виснет, ну у меня рамы мало, всего 4 гига и zfs ну и сервисов куча.
Короче рамы не хватает, свопится не гиг с небольшим. А еще курьезный вопрос,
если своп у меня на zfs, это значит что когда свопится еще хуже становтся за счет того
что своп на zfs?

zroot/swap 8,25G 1,39T 3,99G -

как-то так

last pid: 11688; load averages: 0.26, 0.31, 0.32 up 9+22:24:38 20:37:44
119 processes: 1 running, 118 sleeping
CPU 0: 1.6% user, 0.0% nice, 4.7% system, 0.8% interrupt, 93.0% idle
CPU 1: 3.1% user, 0.0% nice, 1.6% system, 0.8% interrupt, 94.5% idle
Mem: 749M Active, 27M Inact, 294M Laundry, 2679M Wired, 144M Free
ARC: 1859M Total, 392M MFU, 1150M MRU, 12M Anon, 29M Нeader, 275M Other
1320M Compressed, 1517M Uncompressed, 1.15:1 Ratio
Swap: 8192M Total, 1471M Used, 6721M Free, 17% Inuse, 132K In


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

--- wfido

Slawa Olhovchenkov написал(а) к Sergey Anohin в Mar 18 21:06:24 по местному времени:

Нello Sergey!

15 Mar 18, Sergey Anohin writes to Alex Korchmar:

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

это значит что пиздец.
своп на zfs не работает и работать не будет. это известно и починке не подлежит.

... Тебе пpавду сказать? Или как все было на самом деле?
--- GoldED+/BSD 1.1.5-b20110223-b20110223