Strategic Thinking (was: Re: Speculative: Rust for base system components)
Alexander Leidinger
Alexander at leidinger.net
Sat Jan 5 14:44:36 UTC 2019
Quoting Poul-Henning Kamp <phk at phk.freebsd.dk> (from Fri, 04 Jan 2019
22:42:31 +0000):
> --------
> In message <201901042219.x04MJf4w085379 at pdx.rh.CN85.dnsmgr.net>,
> "Rodney W. Grimes" writes:
>
>>> ... and RPi's, access-points, NAS devices, routers, televisions,
>>> photocopiers,
>>> sewage-treatment-plant-monitoring, high-voltage-switching,
>>> stock-trading, air-traffic-control, scientific super-computing,
>>> antiproliferation-monitoring, laptops, desktops and ...
>>
>> As far as I am concerned Linux can have the datacenter...
>> I find this list much more interesting :-)
>
> Me too.
>
> Data-centers are booooring!
Which means that x developers with commit bits in FreeBSD are free to
develop whatever they want.
This does not mean that all users of FreeBSD agree.
This does not mean that all developers with commit bits in FreeBSD agree.
Do you want to limit what y developers with commit bits in FreeBSD are
working on?
From what I hear here I get the impression that there are people
which want to limit that y developers want to explore the benefits of
feature A. Nobody told so war we have to import anything into base
yet. The initial request was to get an idea about opinions. Nobody
told we have to rewrite the kernel in rust, there were infos that
there may be benefit in having parts of it in rust, which can be
explored e.g. in ports. Nobody asked to replace a critical boot time
component. As we are not a company were the people are paid to work on
specific items (yes, there are people paid to work in parts, please
forgive me that I don't count them here... we don't talk about them
doing this work), we can not really tell that this takes away
development resources away from other work (those developers may not
work on something else, or they may work on something which is not
"strategic").
And if you really think that containers (in whatever color...
kubernetes, docker, "jails" or whatever) are only datacenter tools...
well... have again a look at NAS devices, laptops, and desktop systems
(and whatever).
I don't have a datacenter at home, but I use a lot of containers at
home. I use them in the "jail"-color (every service his own jail, I
even have a desktop-setup-in-a-jail...). I don't use them as is, I use
tools. ezjail, iocage, whatever color you want. Would openstack be
overkill here? Maybe. Maybe not. Would I give it a try if we would
have openstack in ports in my basement? Yes I would -- why should I
limit myself to linux to have a look at openstack/kubernetes/docker...
we have the infrastructure to make it possible (I let it up to you to
decide if we have a better infrastructure/base for this or not).
I expect in the long run virtualisation and containers arrive in a lot
of places, even in those you have listed above as not boring. There
are benefits in the upgrade path, there are benefits in handling
dependencies (compared to an one box does everything), there are
benefits in the security area (yes, we have capsicum which addresses
some aspects, but not all as if each part runs in it's own jail).
FreeBSD comes from the "power to serve" area. You can off course tell
that access-points, NAS devices (which also exist in datacenters...)
and routers are "serving", but datacenters are the traditional area of
"the power to serve". Basically if you tell that datacenters are
boring, you tell that we shall turn around and that e.g. the CDN of
Netflix is not the area we want to target (I would not agree that this
CDN is some sort of NAS, for me this is more like a
web-/ftp-/<protocol_of_the_day>-server, so something which resides
traditionally in a datacenter).
Bye,
Alexander.
--
http://www.Leidinger.net Alexander at Leidinger.net: PGP 0x8F31830F9F2772BF
http://www.FreeBSD.org netchild at FreeBSD.org : PGP 0x8F31830F9F2772BF
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: Digitale PGP-Signatur
URL: <http://lists.freebsd.org/pipermail/freebsd-hackers/attachments/20190105/318b3cae/attachment.sig>
More information about the freebsd-hackers
mailing list