ARC max size

Konstantin Stefanov написал(а) к Alex Korchmar в May 18 14:40:11 по местному времени:

From: Konstantin Stefanov <cstef@mail.ru>

On 18.05.2018 14:21, Alex Korchmar wrote:
> Konstantin Stefanov <cstef@mail.ru> wrote:
>
> KS> Да так же она называется, ее просто checkout до этого надо было, чтобы
> KS> она не только в удаленных была, а и в локальных.
> а, блин. Я-то надеялся что оно само сообразит.
>
> KS> Сценарий, когда редактируют ветку без того, чтобы сначала сделать ее
> KS> checkout, довольно странен, вот и не работает.
> есть патчи для древней версии, никаким тегом или веткой не обозначенной,
> просто версия.
> Их надо перенести в stable (а не в master), желательно, автоматически.
>
> То есть нужен rebase своей ветки поверх ветки чужого репо. Что я тут делаю
> не так?
Да все ты делаешь так, только сделай сначала checkout этой ветки чужого
репо, и потом rebase сработает. Я не гит-гуру, и как сделать без
предварительного чекаута, сходу не нашел. Stackoverflow говорит, что
merge в удаленную ветку без локального checkout можно сделать только,
если это fast-forward. Rebase не merge, конечно, но, думаю, тут ситуация
схожа и без checkout не обойтись.

И, в общем, это разумно: как ты наложишь патчи на файлы без того, чтоб
эти файлы к себе вытащить? Да и rebase создает новый коммит, а его тоже
напрямую в удаленной ветке сделать нельзя.

--
Константин Стефанов

Сайт anna.karenina.ru не работает в связи с переездом.
--- ifmail v.2.15dev5.4

Slawa Olhovchenkov написал(а) к Konstantin Stefanov в May 18 15:18:48 по местному времени:

Нello Konstantin!

18 May 18, Konstantin Stefanov writes to Slawa Olhovchenkov:

>> я не вижу из этих комманд как мне попасть в stable/11
>> более того, тут и комита нужного нет.
KS> Я сначала не так понял задачу (всю ветку читал невнимательно).

KS> Все ж надо начать с чистого clone, и обойтись без detached head.
KS> Возможно, с ним тоже можно но это кунфу не мое, я не гит-гуру.

KS> Видимо надо так:
KS> git clone
KS> git checkout stable/11 (иначе оно не увидит эту ветку, пока она
KS> удаленная, а ты ее не притащишь к себе)
KS> git checkout -b <имя> <коммит> // коммит из stable/11
KS> patch
KS> git commit -a
KS> git rebase -i stable/11 // можно без -i, если у тебя коммит только один

% git clone git://github.com/freebsd/freebsd
% cd freebsd
% git config merge.renamelimit 8000
% git checkout stable/11
Branch 'stable/11' set up to track remote branch 'stable/11' from 'origin'.
% git checkout -b ARC 302c1ab5872d36595738b22e5c81f25970497b05
Switched to a new branch 'ARC'
% patch -z '' < ../patch-zfs_arc.c
% git commit -a
[ARC a0add3cf567] Correct ARC adaptation
...
3 files changed, 169 insertions(+), 15 deletions(-)
% git rebase -i stable/11
Auto-merging sys/vm/uma_core.c
Auto-merging sys/vm/uma.h
Auto-merging sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c
CONFLICT (content): Merge conflict in sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c
error: could not apply a0add3cf567... Correct ARC adaptation

Resolve all conflicts manually, mark them as resolved with
"git add/rm <conflicted_files>", then run "git rebase --continue".
You can instead skip this commit: run "git rebase --skip".
To abort and get back to the state before "git rebase", run "git rebase --abort".

Could not apply a0add3cf567... Correct ARC adaptation

arc.c:

<<<<<<< НEAD
#ifdef _FreeBSD_
=======
if (needfree > 0) {
n = (int64t)vm_cnt.v_free_target - (int64_t)vm_cnt.v_freecount;
needfree = n > 0 ? n : 0;
}
if (needfree > 0) {
n = PAGESIZE * (-needfree);
if (n < lowest) {
lowest = n;
r = FMR_NEEDFREE;
}
}

>>>>>>> a0add3cf567... Correct ARC adaptation

и

<<<<<<< НEAD
/*
* Wait at least arckmem_cache_reap_retryms
* between arckmem_reapnow() calls. Without
* this check it is possible to end up in a
* situation where we spend lots of time
* reaping caches, while we're near arccmin.
*/
if (curtime >= kmemreaptime) {
arckmem_reapnow();
kmemreaptime = gethrtime() +
MSEC2NSEC(arckmem_cache_reap_retryms);
}

=======
#ifdef _KERNEL
if (arccheck_uma_cache(freememory) >= 0)
arcdrain_uma_cache((uint64_t)freemem * PAGESIZE - freememory);
#else
arckmem_reapnow();
#endif

>>>>>>> a0add3cf567... Correct ARC adaptation

и

<<<<<<< НEAD
DTRACEPROBE1(arc__needfree, int64_t, ((int64_t)freemem - zfs_arc_freetarget) * PAGESIZE);
=======
/ 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);
>>>>>>> a0add3cf567... Correct ARC adaptation


KS> Ну а дальше ручной резолв конфликтов, если они есть, что писать после
KS> резолва, git напишет в выдаче после rebase, ну или выдаст редактор
KS> commit message, если конфликтов нет.

т.е. вот это вот ручное лазание редактором по 2way merge и куча неочевидных комманд выдается за передовую технологию?!
ну охренеть.

... Это Вам не гифы по сайтам тыpить!
--- GoldED+/BSD 1.1.5-b20110223-b20110223

Eugene Grosbein написал(а) к Slawa Olhovchenkov в May 18 21:17:47 по местному времени:

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

SO> т.е. вот это вот ручное лазание редактором по 2way merge и куча неочевидных
SO> комманд выдается за передовую технологию?!
SO> ну охренеть.

за модную технологию, ведь хайп и миллион мух не могут ошибаться

Eugene
--
Поэты - страшные люди. У них все святое.
--- slrn/1.0.2 (FreeBSD)

Konstantin Stefanov написал(а) к Slawa Olhovchenkov в May 18 16:56:45 по местному времени:

From: Konstantin Stefanov <cstef@mail.ru>

On 18.05.2018 15:18, Slawa Olhovchenkov wrote:
> KS> Ну а дальше ручной резолв конфликтов, если они есть, что писать после
> KS> резолва, git напишет в выдаче после rebase, ну или выдаст редактор
> KS> commit message, если конфликтов нет.
>
> т.е. вот это вот ручное лазание редактором по 2way merge и куча неочевидных
> комманд выдается за передовую технологию?!
> ну охренеть.
В базе - да. Если хочется большего - настраиваешь mergetool, как например
https://stackoverflow.com/questions/...-and-mergetool
и получишь хоть 3-way, хоть графику.

Много команд - ну ой, твой воркфлоу не единственно возможный.

--
Константин Стефанов

Бодун придет, как Командор, огромный, мрачный, злой.
--- ifmail v.2.15dev5.4

Slawa Olhovchenkov написал(а) к Konstantin Stefanov в May 18 17:56:06 по местному времени:

Нello Konstantin!

18 May 18, Konstantin Stefanov writes to Slawa Olhovchenkov:

>> KS> Ну а дальше ручной резолв конфликтов, если они есть, что писать
>> после
>> KS> резолва, git напишет в выдаче после rebase, ну или выдаст редактор
>> KS> commit message, если конфликтов нет.
>>
>> т.е. вот это вот ручное лазание редактором по 2way merge и куча
>> неочевидных комманд выдается за передовую технологию?! ну охренеть.
KS> В базе - да. Если хочется большего - настраиваешь mergetool, как например
KS> https://stackoverflow.com/questions/...sing-meld-as-y
KS> our-git-difftool-and-mergetool и получишь хоть 3-way, хоть графику.

KS> Много команд - ну ой, твой воркфлоу не единственно возможный.

мне продавали для моего воркфлоу.

... Чем дольше проживешь -- тем больше опозоришся.
--- GoldED+/BSD 1.1.5-b20110223-b20110223

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

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

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

SO> т.е. вот это вот ручное лазание редактором по 2way merge и куча
ну то есть svn'овский метод с дерганием редактора на каждый такой кусок и
без возможности увидеть контекст за пределами выданного тебе svn'ом, оно,
конечно, гораздо лучше? Чего только люди не делают, чтобы нормальные
средства merge не использовать...

SO> неочевидных комманд выдается за передовую технологию?!
"there are only one really intuitive interface - a nipple. All others come with
learning"

не вижу чем это неочевиднее или сложнее твоего любимого svk.


> Alex


--- ifmail v.2.15dev5.4

Victor Sudakov написал(а) к Andrew Kant в May 18 22:24:24 по местному времени:

Dear Andrew,

18 May 18 13:13, you wrote to me:
VS>>>> Не пояснишь ли, почему такая ситуация возникает в hg:

VS>>>> Сижу в репо master, коммичу туда время от времени.

VS>>>> У этого репо есть клон, там сидит коллега Пупкин, периодически
VS>>>> коммитит, а также не забывает делать "hg pull -u" и "hg push",
VS>>>> когда считает что патч его созрел для отдачи в мастер.

VS>>>> Почему я периодически обнаруживаю, что после пупкинского push в
VS>>>> моем мастере возникает еще один head, и голов становится две?
VS>>>> Почему патчи Пупкина просто не вливаются в мой основной репо?

AK>>> Наверное потому, что между его pull и его push был ещё push от
AK>>> кого-то другого.

VS>> Нет, совершенно точно Пупкин только один. Есть мои коммиты в
VS>> мастер, и есть пуши в мастер от Пупкина из его персонального
VS>> клона. Всё.

AK> Не важно, чужой пуш эквивалентен коммиту в мастере.

Не факт. Обычным коммитом такого не добиться, чтобы получились две головы в мастере.

AK>>> То есть его пуш не может быть сделан относительно текущей
AK>>> головы - она новая,

VS>> Ну, она могла стать новой после моего коммита? В смысле, если
VS>> события развивались следующим образом: я сделал у себя коммит,
VS>> потом Пупкин сделал "pull -u", потом я сделал коммит, потом
VS>> Пупкин push. Но разве у Пупкина в этом случае не должно
VS>> возникнуть предупреждения, что он создает новую голову в мастере?

AK> Что должно или не должно тебе легче проверить самому экспериментально.
AK> Вполне вероятно, что при пуше были предупреждения, а их не прочитали.

Хочешь сказать, что Пупкин сделал "push --force"? Маловероятно, но придется проверить самому экспериментально.

[dd]

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

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

Dear Alex,

18 May 18 13:39, Alex Korchmar wrote to me:

VS>> Почему я периодически обнаруживаю, что после пупкинского push
VS>> в моем мастере возникает еще один head, и голов становится две?
AK> что значит "периодически"? При каждом его push должно становиться две,

Да с какого перепугу? Не должно их становиться две.

Вот я не поленился создать экспериментальный репозиторий и его клон. Тут я (в мастере) и Пупкин (тоже я, в клоне) работаем над общим кодом. Всё линейно и красиво: https://imgur.com/a/fKn2SmW

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

AK> о чем она ему должна сказать и оставить на его усмотрение.

Это только если пуш вызовет конфликт. И то, только при условии --force оно будет втолкнуто в мастер.

AK> Ну или тебе, если ты сказал commit после его push.

VS>> Почему патчи Пупкина просто не вливаются в мой основной репо?
AK> потому что оно так не работает.

Работает большую часть времени. Но не всегда.

VS>> С фига я должен отслеживать, что Пупкин что-то закоммитил, и
VS>> сам это мержить/коммитить?
AK> потому что твоя версия в этот момент перестает быть tip, и ты
AK> начинаешь комитить в тупиковую ветку.

Да ладно. Оно вообще не должно ветвиться, если нет конфликтов.

AK> перечитай внимательно раздел для самых маленьких в книжке.

Вроде читал. Но я человек, ушибленный CVS и SVN. Мне видимо нужен удар палкой для просветления.

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

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

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

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

VS> Хочешь сказать, что Пупкин сделал "push --force"?
ему, блин, не надо force, ему хватит обычного, в результате у тебя
working tree - стал предыдущей версии, а не tip.

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


> Alex

--- ifmail v.2.15dev5.4

Andrew Kant написал(а) к Victor Sudakov в May 18 19:34:03 по местному времени:

Нello Victor!

Friday May 18 2018 22:24, Victor Sudakov wrote to Andrew Kant:
AK>>>> Наверное потому, что между его pull и его push был ещё push от
AK>>>> кого-то другого.

VS>>> Нет, совершенно точно Пупкин только один. Есть мои коммиты в
VS>>> мастер, и есть пуши в мастер от Пупкина из его персонального
VS>>> клона. Всё.

AK>> Не важно, чужой пуш эквивалентен коммиту в мастере.

VS> Не факт. Обычным коммитом такого не добиться, чтобы получились две
VS> головы в мастере.

Не скажи. Сделай чекаут не на голову, а на версию из истории (параметр -r), внеси изменения и делай "обычный" коммит.

Good bye!
Andrew

--- GoldED+/W32 1.1.4.7