![](https://seccdn.libravatar.org/avatar/bce881f00c17a1bf997473f19b54e1d4.jpg?s=120&d=mm&r=g)
On Thu, Sep 23, Michal Suchánek wrote:
On Wed, Sep 22, 2021 at 10:52:01AM +0200, Manfred Schwarb wrote:
Am 22.09.21 um 10:18 schrieb Adam Majer:
On Tue, Sep 21, 2021 at 11:01:46AM +0200, Manfred Schwarb wrote:
Am 21.09.21 um 10:47 schrieb Manfred Schwarb:
But the question remains: what about performance? If I have a small program that is called in a loop, is performance severely hampered?
Your bottleneck will be an additional exec() call. If that is a signifiant overhead in the execution path, then your execution path already had it as a significant overhead.
But I would not recommend doing things like abstracting /bin/sh in this manner. Symlinks still have their place.
OK, then I misunderstood something. I thought the intention was to replace all alternatives handling with libalternatives, i.e. also for potentially often called binaries as ksh or awk.
Yes, the intention is to replace update-alternatives. But not in all usages, that's impossible to do. For some problems we need other solutions, like for /bin/sh. And the funny part is: the people who wanted update-alternatives for /bin/sh in bash did never adjust their own packages, so that this was a completly useless exercise creating a lot of work, problems and broken systems :(
Which then brings the question why do it at all?
Because it solves many problems we face with update-alternatives. The /etc and /var usage by update-alternatives is e.g. a nightmare if you do image based deployments/updates (with images I mean images of the system binaries, not full disk images). The second worse project creating as massive problems is SELinux.
Having one altertnatives system is better than two.
Correct, and mid- to long term I hope we can drop update-alternatives :) Thorsten
Thanks
Michal
-- Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & MicroOS SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany Managing Director: Felix Imendoerffer (HRB 36809, AG Nürnberg)