4 ms·

I seriously would be interested to learn more about that, can you point me to some resources

by O_H_E 9y ago

Annatar 9y ago
Why certainly! This is as good of a place to start as any: https://www.youtube.com/watch?v=wTVfAMRj-7E https://www.youtube.com/watch?v=wTVfAMRj-7E
- Fnoord 9y ago
  A 4h40m interview on YouTube is considered a source these days. How about written text? Makes it much easier to read and quote.
  - Annatar 9y ago
    The delivery medium is irrelevant. And yes, this particular video is a good source, since the person in the video is an authority on kernel engineering; his teams have managed to deliver a fully functional storage appliance, a volume manager/filesystem from the future, infinitely extensible kernel and userspace debuggers, a dynamic tracing framework, a very high performance operating system which for more than two decades was the textbook on large scale symmetric multiprocessing, and a large scale cloud solution which mops the competition in efficiency and design of use. Oh, and a parallel startup/shutdown mechanism as part of a larger self-healing framework. I have a sneaking suspicion that this person might know what he’s talking about after having written and debugged a good portion of that code. I’m not putting in Linux as firmware because I already have it in the products and infrastructure I use and not only is it piss poor slow and inefficient and crashes all of the time, but greenhorns who think they know best keep introducing compatibility-breaking changes. Out of the question, no more. And polishing a piss poor solution is no solution either. Start with a solid foundation, which excludes Linux immediately from the consideration.
    - Fnoord 9y ago
      Oh, the delivery medium and medium are relevant. Not to you, that much is clear. But we've already established your viewpoint is an outlier. The person you're referring to is Bryan Cantrill [1]. For each expert like him, there are also Linux kernel experts, so I am not buying that one [2], sorry. He's been able to rant successfully in text, as you can read on the Wikipedia page. No idea why we'd have to see extremely long videos of him. I'm sure a shorter, to the point argument can be made by him. So if Cantrill (& friends) could sum it up in 10 min read in a 2018 sauce, that'd be great. [1] https://en.wikipedia.org/wiki/Bryan_Cantrill https://en.wikipedia.org/wiki/Bryan_Cantrill [2] https://en.wikipedia.org/wiki/Argument_from_authority https://en.wikipedia.org/wiki/Argument_from_authority
      - Annatar 9y ago
        For each expert like him, there are also Linux kernel experts, That's an unsubstantiated opinion not backed up by any kind of qualitative evidence.

I seriously would be interested to learn more about that, can you point me to some resources

by O_H_E 9y ago

I seriously would be interested to learn more about that, can you point me to some resources

Why certainly! This is as good of a place to start as any: https://www.youtube.com/watch?v=wTVfAMRj-7E https://www.youtube.com/watch?v=wTVfAMRj-7E

Fnoord 9y ago
A 4h40m interview on YouTube is considered a source these days. How about written text? Makes it much easier to read and quote.
- Annatar 9y ago
  The delivery medium is irrelevant. And yes, this particular video is a good source, since the person in the video is an authority on kernel engineering; his teams have managed to deliver a fully functional storage appliance, a volume manager/filesystem from the future, infinitely extensible kernel and userspace debuggers, a dynamic tracing framework, a very high performance operating system which for more than two decades was the textbook on large scale symmetric multiprocessing, and a large scale cloud solution which mops the competition in efficiency and design of use. Oh, and a parallel startup/shutdown mechanism as part of a larger self-healing framework. I have a sneaking suspicion that this person might know what he’s talking about after having written and debugged a good portion of that code. I’m not putting in Linux as firmware because I already have it in the products and infrastructure I use and not only is it piss poor slow and inefficient and crashes all of the time, but greenhorns who think they know best keep introducing compatibility-breaking changes. Out of the question, no more. And polishing a piss poor solution is no solution either. Start with a solid foundation, which excludes Linux immediately from the consideration.
  - Fnoord 9y ago
    Oh, the delivery medium and medium are relevant. Not to you, that much is clear. But we've already established your viewpoint is an outlier. The person you're referring to is Bryan Cantrill [1]. For each expert like him, there are also Linux kernel experts, so I am not buying that one [2], sorry. He's been able to rant successfully in text, as you can read on the Wikipedia page. No idea why we'd have to see extremely long videos of him. I'm sure a shorter, to the point argument can be made by him. So if Cantrill (& friends) could sum it up in 10 min read in a 2018 sauce, that'd be great. [1] https://en.wikipedia.org/wiki/Bryan_Cantrill https://en.wikipedia.org/wiki/Bryan_Cantrill [2] https://en.wikipedia.org/wiki/Argument_from_authority https://en.wikipedia.org/wiki/Argument_from_authority
    - Annatar 9y ago
      For each expert like him, there are also Linux kernel experts, That's an unsubstantiated opinion not backed up by any kind of qualitative evidence.