From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gladkov.alexey@gmail.com>
Date: Tue, 29 Jun 2021 10:28:10 +0200
From: Alexey Gladkov <gladkov.alexey@gmail.com>
To: make-initrd@lists.altlinux.org
Message-ID: <20210629082810.4hjqerighdissl3f@example.org>
References: <1624543840.397742661@f474.i.mail.ru>
 <20210628140143.m7r7ocn67kgagedj@example.org>
 <e7a7ed90-3862-d8f1-0720-fbc1f7e6924a@basealt.ru>
 <20210628160624.gglemxc5st6ucqog@example.org>
 <3d683f36-0115-499b-6815-7b8d561e3351@gmail.com>
 <20210628184857.dta2grbb3hma6b7k@example.org>
 <afb78d2a-7edc-3d64-8a9b-c9a56705f906@gmail.com>
 <20210628233837.qavhgeecgozv3oid@example.org>
 <1e589277-b594-cc3e-9ff7-b1e90ddb89f4@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <1e589277-b594-cc3e-9ff7-b1e90ddb89f4@gmail.com>
Subject: Re: [make-initrd] make pseudo GUI from bootchain-interactime common
 feature
X-BeenThere: make-initrd@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: make-initrd@lists.altlinux.org
List-Id: <make-initrd.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/make-initrd>,
 <mailto:make-initrd-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/make-initrd>
List-Post: <mailto:make-initrd@lists.altlinux.org>
List-Help: <mailto:make-initrd-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/make-initrd>,
 <mailto:make-initrd-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Tue, 29 Jun 2021 08:28:11 -0000
Archived-At: <http://lore.altlinux.org/make-initrd/20210629082810.4hjqerighdissl3f@example.org/>
List-Archive: <http://lore.altlinux.org/make-initrd/>

On Tue, Jun 29, 2021 at 03:50:21AM +0300, Leonid Krivoshein wrote:
> 
> 29.06.2021 2:38, Alexey Gladkov пишет:
> > [...]
> > Так что я не согласен с этими перечисленными юскейсами. Я не вижу иного
> > применения bootchain, кроме как для случаев не связанных с локальным
> > железом... ну почти.
> 
> OK, подождём других юскейсов...

Насчёт resume наверное всё-таки стоит запоминать расположение swap'ов и
ждать их появления некоторое время (да, опять таймаут).

У меня уже мысль не городить очередной таймаут "по месту", а считать
разные типы таймаутов централизовано. Есть счётчик, который нужен уже в
двух местах: время с последнего появления диска/раздела. Его можно считать
на уровне udev и использовать в разных ситуациях.

> > > Сейчас, если в bootchain шаг ничего не принимает на входе и не передаёт
> > > на выходе, он вызывает bypass_results(), связывая выход предыдущего шага
> > > со входом следующего.  Расходуется при этом лишний каталог в tmpfs.
> > Ты экономишь один dentry в tmpfs ? Да будь из хоть 100 ты не сможешь
> > переплюнуть libcrypto, которая занимает 2,9M. Ты экономишь совсем не то.
> 
> Речь конечно не об экономии, там и лишние действия выполняются, и всё только
> для того, чтобы "передать наработки следующему соседу". А оно, может, соседу
> и не потребуется.))

Если результат вообще никому не нужен, то это ошибка в составлении
bootchain= и соответствующих параметров.

> > Кроме того, мне кажется, что можно обойтись и без этого лишнего создания.
> 
> Возможно. Нужно смотреть код bypass_results() и bootchain-loop, но я
> подозреваю, что из-за ссылок на номера шагов и возможности их использования
> в resolve_target() без этого не обойтись.

Мы знаем всю информацию и, кажется, можно выявить шаги,
которые никто не использует и не делать их. Правда, я не уверен, что
оптимизация стоит трудозатрат.

-- 
Rgrds, legion