All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christian Stewart <christian@paral.in>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH v8 1/1] docker-engine: split docker-{cli, engine}, bump to v18.06.1-ce
Date: Mon, 26 Nov 2018 19:30:15 -0800	[thread overview]
Message-ID: <87ftvnyz7c.fsf@paral.in> (raw)
In-Reply-To: <CANQCQpYM2E_+rMfDQ7svB05V4TfJKpgHCOpoPN49uLLqRZ30Hw@mail.gmail.com>

Hi Matthew,

Matthew Weber <Matthew.Weber@collins.com> writes:
> I haven't got back to doing more evaluation of docker, but when I
> stopped working on things, I was able to narrow the hang down to be
> related to the initialization of random.

I have found the same. My laptop boot up would be blocked for minutes,
and it was quite annoying / concerning, but I found that when I pressed
some keys / moved the mouse the hang would go away. That would match
with a starvation of entropy in the kernel.

> The one use case I have been thinking about for new projects is
> building the most basic possible hosting environment to manage the
> security footprint.  Maybe a LXC system container hosting environment
> or a non-systemd dockerd.  Then inside of that run a systemd based
> docker deployment which would be easier to swap out and do a true
> shared filesystem approach vs a system container......

I think the most minimum environment would be base Buildroot with either
the docker-containerd / runc stack, or something like cri-o (a
Kubernetes minimal container runtime I am examining for use with
Buildroot). One thing to consider is that the Go dependencies could be
compiled together into a single binary, which would reduce binary
footprint quite a bit I think. Much of Docker / dockerd features are
unnecessary and can be removed as well / mapped to Buildroot options.

Docker 2018.09 has been released, and I'm testing it now / will update
the next docker-engine build series submission to target v18.09.0.

https://github.com/paralin/buildroot/commit/8ac79e55d9495627c891b50dadf8fbde8352c282

Best,
Christian

  reply	other threads:[~2018-11-27  3:30 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-11-08  3:24 [Buildroot] [PATCH v8 1/1] docker-engine: split docker-{cli, engine}, bump to v18.06.1-ce Christian Stewart
2018-11-14  3:36 ` Matthew Weber
2018-11-14  5:53   ` Christian Stewart
2018-11-15 21:30     ` Matthew Weber
2018-11-16  3:22       ` Christian Stewart
2018-11-27  3:14         ` Matthew Weber
2018-11-27  3:30           ` Christian Stewart [this message]
2018-11-28 22:35             ` [Buildroot] [External] " Matthew Weber
2018-12-07 22:06               ` Christian Stewart
2018-12-16 14:15 ` [Buildroot] " Peter Korsgaard

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87ftvnyz7c.fsf@paral.in \
    --to=christian@paral.in \
    --cc=buildroot@busybox.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.