On 2018-10-05 12:32 a.m., L A Walsh wrote:
Some of the programs in /sbin don't seem to make sense and I was wondering why they had not been moved to /usr/sbin
Why? Oh, sure, the _original_ reasoning was that what was in /bin and /sbin were what was needed early on in the boot/loading, before /usr/was mounted. That was then, this is now. There are all sorts of arguments (and I realise, Linda, your anti-systemd proclivity might mean you don't subscribe to some of them) for the unification of /usr on /. That now seems to be common practice, although, not I've mentioned it I'm sure people here will discuss it. I can see why you might need RPC networking early on, so if you can demonstrate, very specifically, that need ... But as it stands, my argument might be with /usr/bin & /usr/sbin overloading, but it is a weak one. It /might/ hold if you use a file system with directories that have to be searched linearly, like the old V7 UNIX, but most file systems have hashed directories these days. Well, OK, that has its downside as well. If you are treating files 000001.jpg, 00002.jpg ... 99999.jpg in order then the hash table might slow you down a bit. Some people solve this by using subdirectories covering various ranges. And Yes, this is relevant to things like news server. Of course you use XFS, don't you, Linda? It is mentioned here. https://lwn.net/Articles/400629/ OK, to get back on subject ..... Then, for other matters, the shell does pathname cashing for executables. -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org