ARC max size

Victor Sudakov написал(а) к Alex Korchmar в May 18 16:17:56 по местному времени:

Dear Alex,

20 May 18 10:40, Alex Korchmar wrote to me:


VS>>>> Вот в чем дело. Интересно, можно ли использовать какой-нибудь
VS>>>> хук, чтобы перед коммитом проверялась свежесть рабочей копии,
AK>>> зачем? В двух головах нет никакого ужаса.
VS>> А если их потом станет больше двух? Как я сливать все их буду?
AK> командой merge. В чем разница с up при измененном дереве?

Надо будет попробовать, может и правда не страшно.

VS>> Все операции, модифицирующие историю, мне идеологически очень не
VS>> нравятся,
AK> ну вот затесалось нечаянно в commit message слово #@й - и что, мне так
AK> теперь и любоваться этим х#%м в каждом просмотре log? (ошибки,
AK> опечатки и т д, живут вечно, потому что они у нас часть истории)

Нет, я не против поправить commit log, это же не changeset правится.

AK> И чуть реже - "ой, еще вот в этом месте поправить забыл" (а еще чаще
AK> поправить не забыл, забыл основной файл добавить, а он - новый) -
AK> таким правкам незачем занимать место в истории, add; commit --amend

А вот это уже зависит от восприятия истории. Можно воспринимать историю как нечто делаемое напоказ, как публикацию, и думать об её красоте. А можно просто как рабочий инструмент. Для археологов, как известно, ценны и свалки, и уборные.

VS>> может именно поэтому не глянулся git с его постоянным rebase.
AK> ну, он, вообще-то, не историю меняет, он новую из пальца высасывает.
AK> То что было до rebase, остается в виде мертвой ветки без имени.
AK> Но поддельная история мне как раз нравится гораздо меньше подчищенной.

По-моему всё это ужасно.


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

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

Нello Alex!

18 May 18, Alex Korchmar writes to Slawa Olhovchenkov:

AK>>> ну то есть svn'овский метод с дерганием редактора на каждый такой
AK>>> кусок и без возможности увидеть контекст за пределами выданного тебе
AK>>> svn'ом, оно,
SO>> это твои фантазии, у меня не так и так не было никогда.
AK> покажи эти действия в svk ?

зеркало+копии под проекты.

% svk depotmap --init
% svk mirror svn://svn.freebsd.org/base/stable/11 //mirror/FreeBSD
% svk sync //mirror/FreeBSD
% svk cp -r3133 //mirror/FreeBSD //FreeBSD/arc
% svk co //FreeBSD/arc FreeBSD
% cd FreeBSD
% patch -z '' < ../patch-zfs_arc.c
% svk ci -m 'Corrected ARC adaptation'
% svk pull
актуализируемся из зеркала.
Conflict found in sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:
e)dit, d)iff, m)erge, s)kip, t)heirs, y)ours, h)elp? [e]

выбираем e)dit

и получаем в реадкторе полный arc.c с 3-way merge типа такого (я только кусок цитирую):

>>>> YOUR VERSION sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c
>>>> (/FreeBSD/arc) 152682229780166
/ XXX: Memory deficit should be passed as argument. /
n = (int64t)vm_cnt.v_free_target - (int64_t)vm_cnt.v_freecount;
needfree = (n>0) ? n : vmcnt.v_freetarget >> 8;
DTRACEPROBE(arc_needfree);
==== ORIGINAL VERSION sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c 152682229780166
/ XXX: Memory deficit should be passed as argument. /
needfree = btoc(arcc >> arc_shrinkshift);
DTRACEPROBE(arc_needfree);
==== TНEIR VERSION sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c (/mirror/FreeBSD) 152682229780166
DTRACEPROBE1(arc__needfree, int64_t, ((int64_t)freemem - zfs_arc_freetarget) * PAGESIZE);
<<<< 152682229780166

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

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

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

я работаю по ssh в xterm (на удаленном сервере), у меня там текст, но не 80x25, а 300x100. но текст. и мне нахер не уперлось ставить kde на сервер и потом пробрасывать X11 over ssh.

AK> и это еще цветочки - ягодки - github/gitlab.

а там чем воняяет?

... Use the source, Luke (C) Ben (Obi-Wan) Kenobi
--- GoldED+/BSD 1.1.5-b20110223-b20110223

Alex Korchmar написал(а) к Victor Sudakov в May 18 17:34:04 по местному времени:

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

Victor Sudakov <Victor.Sudakov@f49.n5005.z2.fidonet.org> wrote:

VS> Нет, я не против поправить commit log, это же не changeset правится.
это - changeset. Потому что логи - его часть, и при изменении лога меняется
хэш.

VS> нечто делаемое напоказ, как публикацию, и думать об её красоте.
VS> А можно просто как рабочий инструмент. Для археологов, как
рабочий инструмент думать за тебя не умеет - тупо забыл hg add - ну и зачем
тут запись в истории что ты не справился с управлением? К самому коду она
отношения не имеет, это одна правка с теми файлами, которые ей были затронуты.


> Alex

--- ifmail v.2.15dev5.4

Victor Sudakov написал(а) к Alex Korchmar в May 18 22:09:12 по местному времени:

Dear Alex,

20 May 18 17:34, Alex Korchmar wrote to me:

VS>> Нет, я не против поправить commit log, это же не changeset
VS>> правится.
AK> это - changeset. Потому что логи - его часть, и при изменении лога
AK> меняется хэш.

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

VS>> нечто делаемое напоказ, как публикацию, и думать об её красоте.
VS>> А можно просто как рабочий инструмент. Для археологов, как
AK> рабочий инструмент думать за тебя не умеет - тупо забыл hg add - ну и
AK> зачем тут запись в истории что ты не справился с управлением?

Вот --amend может и не зло, потому что его нельзя применить к непоследнему changeset.

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


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

Alex Korchmar написал(а) к Victor Sudakov в May 18 18:45:36 по местному времени:

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

Victor Sudakov <Victor.Sudakov@f49.n5005.z2.fidonet.org> wrote:

VS> Вот --amend может и не зло, потому что его нельзя применить к непоследнему
VS> changeset.
к непоследнему у нас вообще ничего кроме histedit нельзя, а тот
спотыкается о ветки и вообще малофункционален. Я им пользовался разок при
импорте из rcs.

> Alex

--- ifmail v.2.15dev5.4

Alex Korchmar написал(а) к Slawa Olhovchenkov в May 18 21:36:11 по местному времени:

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

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

SO> выбираем e)dit
SO> и получаем в реадкторе полный arc.c с 3-way merge типа такого (я только кусок
SO> цитирую):
ну, наверное, можно эту мержилку выковырять каким-то образом отдельно и
подсунуть гиту, если уж очень хочется трахаться в единственном окне.
Но лично мне гораздо удобнее работать с четырьмя отдельными, где видно
- что было, что стало, и что я тут менял. (хорошо бы еще - и что у меня тут
в рабочей копии, отдельно, но сраный kdiff не умеет)

SO> я работаю по ssh в xterm (на удаленном сервере), у меня там
SO> текст, но не 80x25, а 300x100. но текст. и мне нахер не уперлось
SO> ставить kde на сервер и потом пробрасывать X11 over ssh.
clone/push ;-)

AK>> и это еще цветочки - ягодки - github/gitlab.
SO> а там чем воняяет?
а там человеческие взаимоотношения во всей красе. То есть это такая социяльная
сеточка для разработчиков. С интегрированным git'ом.
То есть вот фабрикатор в reviews.freebsd.org уже близко, но недостаточно - надо
закрыть рассылки, багзилу, мэйлы попрятать, и все это запихать туда.

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


> Alex

--- ifmail v.2.15dev5.4

Eugene Grosbein написал(а) к Alex Korchmar в May 18 04:52:42 по местному времени:

20 мая 2018, воскресенье, в 19:36 NOVT, Alex Korchmar написал(а):

AK> Ну и избавиться от чужого pull request просто забив на него
AK> не получается, он будет мозолить глаза вечно.

> просто забив на него не получается
> не получается

хахахаха, то есть мяу.

Eugene
--- slrn/1.0.2 (FreeBSD)

Victor Sudakov написал(а) к Alex Korchmar в May 18 08:30:00 по местному времени:

Dear Alex,

20 May 18 18:45, Alex Korchmar wrote to me:

VS>> Вот --amend может и не зло, потому что его нельзя применить к
VS>> непоследнему changeset.
AK> к непоследнему у нас вообще ничего кроме histedit нельзя, а тот
AK> спотыкается о ветки и вообще малофункционален. Я им пользовался разок
AK> при импорте из rcs.

Я histedit-ом правил коммит-лог, другое не пробовал. А в гите аналог histedit есть?

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

Alex Korchmar написал(а) к Victor Sudakov в May 18 09:45:31 по местному времени:

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

Victor Sudakov <Victor.Sudakov@f49.n5005.z2.fidonet.org> wrote:

VS> Я histedit-ом правил коммит-лог, другое не пробовал. А в гите
VS> аналог histedit есть?
rebase называется, ага.

git rebase -i <где-то в глубине веков>
(править логи - reword, а не edit!)

> Alex

--- ifmail v.2.15dev5.4

Alex Korchmar написал(а) к Eugene Grosbein в May 18 09:52:32 по местному времени:

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

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

AK>> Ну и избавиться от чужого pull request просто забив на него
AK>> не получается, он будет мозолить глаза вечно.
>> просто забив на него не получается
>> не получается
EG> хахахаха, то есть мяу.
не получается - если ты вообще занимаешься своим проектом. Придется как-то
отреагировать, хотя бы явно отказавшись от патча.
(или все видят что тут - баклан, а кнопка clone-то - вот она, перед
носом. И опять же все видят эти клоны, так что не реагируя - рискуешь
что проект вообще у тебя уведут, и он начнет жить своей отдельной жизнью.
Сосияльные сеточки, оне такие, да. Это тебе не фря.)


> Alex

--- ifmail v.2.15dev5.4