2 ms·
> I especially like to follow this approach for Rust applications because the sizes of traditional (glibc) distro containers like Debian/Ubuntu can go up to 200
by znpy 4y ago
> I especially like to follow this approach for Rust applications because the sizes of traditional (glibc) distro containers like Debian/Ubuntu can go up to 200-300MB due to bloat whereas Alpine (musl) containers can stay so minimal such as only 3 MB!
stuff like this make me think the author hasn't really understood how containers work.
200 megabytes, so what? you're only going to download those the first time for the base layer.
all other times you'll likely be reusing the base layer and only download your own layer (depending on a few things, like the tag for the image you're using).
oh and by the way, musl libc can fail in mysterious ways. a while ago there was a post by someone who had almost gone mad because gethostaddr/getaddrinfo in musl libc would fail at resolving a (valid and existing) dns record in some circumstances, returning NXDOMAIN without much fuss (warning or anything).
- yjftsjthsd-h 4y ago> 200 megabytes, so what? you're only going to download those the first time for the base layer. The first time, and every time the base layer is updated, or any of the other layers under your application is updated. Sometimes you might not care, but I think that saving users a 200-300MB download on first use (and per base layer update) is still a great goal.
- deleted 4y ago[deleted]