Re: Fedora 33 System-Wide Change proposal: swap on zram

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On Sat, 2020-06-06 at 02:09 +0200, Kevin Kofler wrote:
> Igor Raits wrote:
> > The change says it will use 50% of user’s RAM size, but not more
> > than
> > 4G.
> 
> But if the machine has only, say, 4 GiB of RAM, then the amount of
> extra RAM 
> you get that way might not be sufficient to avoid OOM.
> 
> > On Fri, 2020-06-05 at 08:54 +0200, Kevin Kofler wrote: 
> > > Also -1 to adding something to the core system that is written in
> > > a
> > > language
> > > for which we do not even have dynamic linking support. Or even
> > > real
> > > static
> > > linking support, as opposed to packaging libraries as source
> > > code.
> > 
> > This is not fair. It is a programming language that is safer than C
> > and
> > is already used by some projects that we ship. rpm-ostree, firefox,
> > librsvg2 and others.
> 
> 1. librsvg2 and firefox are not really core system components. They
> are
>    UI-related packages (an image processing library and a web
> browser),
>    which is at least one layer higher.
> 2. rpm-ostree is only a core system component if you use an ostree-
> based
>    installation. In the default Fedora system, it is not.
> 3. I think that it is a bad enough precedent that even these packages
> are
>    using Rust. We do not have a reasonable way to package software
> written
>    in Rust. Packaging libraries as source code is not reasonable in a
> binary
>    distribution. (And yes, I was opposed to the Go packaging
> guidelines from
>    day 1, and the Rust packaging guidelines copy the same broken
> concepts,
>    so I am opposed to those as well.) As a result, shipping Rust
> software in
>    Fedora is very painful, because everything is essentially
> statically
>    linked (actually compiled on demand at application compile time
> and then
>    statically linked into the application).

Why is it painful? You have all dependencies packaged that follow
semver (not like Go) and it is quite easy to build those packages.

Another example here could be nodejs, even though it does not link
statically it is just PITA to package since ecosystem is just full of
very small libraries that do not really like to cooperate so you need
to have tens of different versions of a lib in a repo. I consider this
much bigger problem than the Rust has in Fedora.

> 4. The Rust toolchain is also inherently foreign on Fedora because it
> is not
>    based on GCC (but on LLVM).

That way you can say that mesa is foreign because it uses LLVM. If
there is ever alternative compiler to Rust that is based on GCC and has
feature parity, we can definitely consider trying it out. But the
referene compiler works just well.

> 
> Core system components should be written in C. The higher layers (UI,
> extra 
> CLI tools, etc.) can use C++ as well. IMHO, any other programming
> language 
> is just a pain.

We also have Fedora CoreOS that uses
https://github.com/coreos/afterburn and
https://github.com/coreos/zincati that are written in Rust as well and
those are core system utilities.

I don't think saying "Ditch Python, Ruby, Perl, … from the system
components" is useful for anyone since you know that it is not going to
happen.

>         Kevin Kofler
> _______________________________________________
> devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: 
> https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
- -- 
Igor Raits <ignatenkobrain@xxxxxxxxxxxxxxxxx>
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEcwgJ58gsbV5f5dMcEV1auJxcHh4FAl7bcdkACgkQEV1auJxc
Hh6Aqg//bbeyDzTLPVhN41P7TU5LeA2d1c/Ya2tjbpvWf3VaWsJ26UDdLUyIXw2c
r4/C3Kkda7qGHmOSjLRlBvzEMe3e7wO+Xi+16ZyTex6+2M1bxifAXZHTz1wtkhIW
AmdMvyjJbCrzc3jUG3dj3FfE4PWjS58tZYIvG8XEcRxoyvWOsMRqdaxP0V9Frhr7
9hxULUenGpVzvXz+z8/s7rosN4yqTotv1HCFRCworHhXXErVzEy8ha7EjZpGwnyL
zDssJ0jB+5eMYk94J2NG5ZwBkOSxBfYMEO4dDLQdMPk6jBEfpZg1jS5wIkbUx3UR
fZpitoOs5snIyh46bjL5ldod9lgJ+j7txSle0tpTbeGsPRqVIq+k7NhRI7s24q+R
uaJwHDsGRtBaWeTzzykCPlj7kRh/y/fV3TIBzpi5apK1aXxmAZw/RuMXzZK65yFb
cGQ79jKanOzRMCD97T+ExiBNpk5Oj0dEF3dWlbHAxoHDc5UFRxyizUPPUNGHooTg
qmnssso/a4MoS0/IdTsHpJP62Xm7tGBm9VfIDkK9GFxBZ+L5nj/43yuBxKUMA2s/
pWBZ2FiqzLQ0RyD1IqXsUVyoxm3X66FRywkTgUdg56MQAvZQkppdeoBwoP4kBOdS
Yqnt/GC3iq0bt+7Rt7TQudB5fXOKnFL7oGyrx6zAoct3n+F+HNk=
=H4dJ
-----END PGP SIGNATURE-----
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux