Slackware This Forum is for the discussion of Slackware Linux.
|
Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
|
|
04-06-2014, 07:47 AM
|
#46
|
Senior Member
Registered: Jan 2008
Location: Urbana IL
Distribution: Slackware, Slacko,
Posts: 3,716
|
I personally watched what Red Hat's big backer do for the fastest computer in the world after watching them complain about hardware and the software and how to control it. The NCSA finally said hey you either going to build this thing or give the grant money back. years of wasted time.
Cray stepped in and asked the software developers how can we help with building the controller.
In what way can we support you. This was never heard before. AMD and Nvidia stepped in with Cray and the system came to life very fast.
That is called team work. And it booted Linux. http://hardware-beta.slashdot.org/st...er-blue-waters
The fact is IBM treated the developers of the software for the hardware like they where numbers. Cray does support it was amazing how fast it went online.
Having a chance to talk to people that are very close to the project it was never about the money it was a hardware issue and how to control the hardware.
when asked what Cray and NCSA would use for a operating system it was The Linux kernel. There is a big deal how we handle the start up process with linux.
You would think Red Hat's backer would have learned by now.
|
|
|
04-06-2014, 08:49 AM
|
#47
|
LQ 5k Club
Registered: Oct 2003
Location: Melbourne
Distribution: Slackware64-15.0
Posts: 6,461
|
Quote:
The g/box is not at fault, the owner should have done some research and s/he would have realised the engines torque and power curves are not suited to the new g/box.
|
Yes, it is easy to push analogies to the point that they break, but in this case the designers of the gear box are cognisant of the existing engine and should have been more willing to accept design advice when presented with evidence of a deficiency. That said, the stress test that was imposed has resulted in suitable engine and gearbox modifications.
|
|
|
04-06-2014, 10:26 AM
|
#48
|
Senior Member
Registered: Jun 2003
Location: Virginia
Distribution: Slackware = Main OpSys
Posts: 4,966
|
Quote:
Originally Posted by k3lt01
I do agree with Tobi though, not to often that happens, if systemd is creating a situation where the kernel is crashing the kernel obviously has a problem as well.
|
Until we know more about how much functionality would be lost for actual kernel debugging, just to accommodate systemd, this to me sounds like "Hey! If we drive a boat at full speed into this rock in the middle of the channel... it sinks. Must be something wrong with the boat"
|
|
1 members found this post helpful.
|
04-06-2014, 10:59 AM
|
#49
|
Member
Registered: May 2007
Distribution: Slackware
Posts: 288
Rep:
|
Quote:
Originally Posted by TobiSGD
That is simply factually wrong, you really should update your knowledge about systemd. Those things are not running in PID1.
|
I would not say "simply". Systemd (the init process, not the project) is handling certain aspects of these processes that init hadn't previously (namely the opening of sockets and connections to buses). Systemd (the project, not the init process) has taken on the porting of this functionality to systemd (init) and, what is rather troubling to some, done so with little regard toward maintaining compatibility with other init processes.
|
|
3 members found this post helpful.
|
04-06-2014, 11:23 AM
|
#50
|
Member
Registered: Jun 2009
Distribution: Slackware
Posts: 190
Rep:
|
Quote:
Originally Posted by Luridis
One of the things that bothers me is: Why does systemd have to do... Well, everything?
|
The answer is in Lennart's reply to Greg I think
Quote:
We are putting together an OS here after all, not just a kernel, and a kernel is just one component of the OS among many, and ultimately an implementation detail. We are writing an OS here for the general purpose, not just a toy for a clique of kernel developers.
|
GNOME OS is the goal, everyone else f*ck off.
I added the bold to highlight why I will never buy a RHT product. Lurking the systemd-devel lists shows a lot of ugliness. Transparency cuts both ways, asshats.
|
|
5 members found this post helpful.
|
04-06-2014, 11:56 AM
|
#51
|
Member
Registered: Nov 2013
Posts: 744
Rep:
|
Quote:
Originally Posted by enorbet
Until we know more about how much functionality would be lost for actual kernel debugging...
|
none
they (the kernel ppl) are talking about rate limiting
/dev/kmsg is a ring buffer, and the problem was systemd dumped too much data in it in a short time
I, as an electrician, think the fault was more on systemd
as spamming anything anywhere is basically DoS-ing the destination
|
|
|
04-06-2014, 12:29 PM
|
#52
|
Senior Member
Registered: Apr 2005
Posts: 2,727
|
The systemd philosophy has always been the same e.g. 'we're obviously right and everyone else needs to fall in line'. I've no idea why there are so many vehement apologists floating around on forums...
|
|
3 members found this post helpful.
|
04-06-2014, 12:32 PM
|
#53
|
Guru
Registered: Mar 2004
Location: Canada
Distribution: Slackware (desktops), Void (thinkpad)
Posts: 7,428
|
Quote:
Originally Posted by cynwulf
The systemd philosophy has always been the same e.g. 'we're obviously right and everyone else needs to fall in line'. I've no idea why there are so many vehement apologists floating around on forums...
|
My money is on Linus.
|
|
2 members found this post helpful.
|
04-06-2014, 01:04 PM
|
#54
|
Senior Member
Registered: Dec 2013
Distribution: Slackware
Posts: 1,982
|
Quote:
Originally Posted by cynwulf
The systemd philosophy has always been the same e.g. 'we're obviously right and everyone else needs to fall in line'. I've no idea why there are so many vehement apologists floating around on forums...
|
More than that:
1) systemd devs are ALWAYS right and ALWAYS know what is right, unlike mere mortals.
2) bugs are NEVER the responsibility or concern of systemd devs, for systemd devs are transcendental, they are on a different plane of existence, and so cannot have anything to do with nasty, despicable bugs.
3) systemd devs are required to respond in short, arrogant, dismissive phrases, it's part of their ethos and charm.
|
|
4 members found this post helpful.
|
04-06-2014, 02:02 PM
|
#55
|
Member
Registered: Mar 2014
Location: Texas
Distribution: LFS 9.0 Custom, Merged Usr, Linux 4.19.x
Posts: 616
Rep:
|
Quote:
Originally Posted by TobiSGD
That is simply factually wrong, you really should update your knowledge about systemd. Those things are not running in PID1.
|
I was going by the diagram that is on wikipedia and is written almost like an advertisement with block diagrams and all. Those were all in a blue box with the label PID1. I'll stop and take the source apart at some point but I really haven't had the time. What I can say is I personally had a lot of issues until I ditched udev or eudev. When I saw all of the "not our problem" and "wontfix" thrown around at the freedesktop site, I didn't even bother to mention my issue... I just looked for an alternative.
That aside, I don't think these guys are trying to "destroy Linux" and I don't believe they'd put all that effort into it if they were. I do think a less dismissive attitude on their part would go a long way towards reducing hostilities, as well as making things more modular so that the hard dependency is less.
|
|
|
04-06-2014, 02:36 PM
|
#56
|
Member
Registered: Mar 2014
Location: Texas
Distribution: LFS 9.0 Custom, Merged Usr, Linux 4.19.x
Posts: 616
Rep:
|
Quote:
Originally Posted by TobiSGD
That is simply factually wrong, you really should update your knowledge about systemd. Those things are not running in PID1.
|
You know, looking at the source... It's incredibly difficult to sort out what is where.
systemd source folder: 4,273 Files in 215 Folders, 38.6MB.
SystemV init source: 68 Files, 5 Folders, 536KB.
Someone desperately needs to go read this touring lecture: http://larch-www.lcs.mit.edu:8001/~corbato/turing91/
There's a section of ESR's unix book that applies here to.
But, I'm done posting about it until I have to time to sort out what is all actually running in PID1. The source is pretty tangled.
|
|
4 members found this post helpful.
|
04-06-2014, 02:50 PM
|
#57
|
LQ Guru
Registered: Jul 2011
Location: California
Distribution: Slackware64-15.0 Multilib
Posts: 6,564
|
It seems systemd fanboy Greg yanked down his topic on Google+ citing "You all suck!"
I think I now can see why people like Linus and Theo from OpenBSD are ass holes to people. Because they tire quickly of people like Kay and Lennart who think they're God's gift to their operating systems with shoddy code and cheap hacks.
Plus its a good insight into the mentality and maturity behind this... Or the lack thereof.
|
|
6 members found this post helpful.
|
04-06-2014, 02:54 PM
|
#58
|
Moderator
Registered: Dec 2009
Location: Germany
Distribution: Whatever fits the task best
Posts: 17,148
|
Quote:
Originally Posted by Luridis
You know, looking at the source... It's incredibly difficult to sort out what is where.
systemd source folder: 4,273 Files in 215 Folders, 38.6MB.
SystemV init source: 68 Files, 5 Folders, 536KB.
Someone desperately needs to go read this touring lecture: http://larch-www.lcs.mit.edu:8001/~corbato/turing91/
There's a section of ESR's unix book that applies here to.
But, I'm done posting about it until I have to time to sort out what is all actually running in PID1. The source is pretty tangled.
|
Of course the source folder is much larger, it does not only contain an init system, but also network daemon, session manager, system logger, ... . The point is that only a tiny bit of that functionality (AFAIK, only the init part, including cgroup management) is running in PID1, the rest is handled as usual daemons are handled and started with different PIDs.
|
|
|
04-06-2014, 03:15 PM
|
#59
|
Member
Registered: Mar 2014
Location: Texas
Distribution: LFS 9.0 Custom, Merged Usr, Linux 4.19.x
Posts: 616
Rep:
|
Quote:
Originally Posted by TobiSGD
Of course the source folder is much larger, it does not only contain an init system, but also network daemon, session manager, system logger, ... . The point is that only a tiny bit of that functionality (AFAIK, only the init part, including cgroup management) is running in PID1, the rest is handled as usual daemons are handled and started with different PIDs.
|
So how do I build it with the init system, but without the network daemon or session manager? How do I build it with a logger, but not udev?
I can build GCC with C, C++ and not everything else. Or I can add Fortran, or Golang, or PL/I, or D. In the kernel I can build support for x, y or z in any combination.
This lack of modularity is often the number 1 complaint. I saw lennard chew out one guy just because he wanted to use ulibc instead of glibc, he was building for embedded. "Not our problem, doesn't contain features we use."
That guy was probably excited to give systemd a try on embedded until he walked into that flaming. All because he wanted an interop with an alternate POSIX lib. What a shame...
|
|
|
04-06-2014, 03:23 PM
|
#60
|
Guru
Registered: Mar 2004
Location: Canada
Distribution: Slackware (desktops), Void (thinkpad)
Posts: 7,428
|
Quote:
Originally Posted by ReaperX7
I think I now can see why people like Linus and Theo from OpenBSD are ass holes to people.
|
Linus and Theo *really* know their code and they do not suffer fools lightly. They tell the truth and they don't care what people think. They answer to themselves. They don't need to be diplomatic.
|
|
7 members found this post helpful.
|
All times are GMT -5. The time now is 09:21 AM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|