Linked by cloud on Sat 27th Oct 2012 01:05 UTC
Linux A new version of the real-time Linux scheduler called SCHED_DEADLINE has been released on the Linux Kernel Mailing List. For people who missed previous submissions, it consists of a new deadline-based CPU scheduler for the Linux kernel with bandwidth isolation (resource reservation) capabilities. It supports global/clustered multiprocessor scheduling through dynamic task migrations. This new version takes into account previous comments/suggestions and is aligned to the latest mainline kernel. A video about SCHED_DEADLINE is also available on YouTube.
Thread beginning with comment 540234
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[7]: lie-nux at it again.
by WereCatf on Sat 27th Oct 2012 12:44 UTC in reply to "RE[6]: lie-nux at it again."
Member since:

"Oh, really? Why are there so many different operating systems which use Linux-kernel"

firstly such programs cannot be anything other than being called "distros".

Android is a good example of a Linux-kernel with non-GNU userland. There are also plenty of different kinds of embedded systems that use Linux-kernel without GNU-userland, like e.g. HDTVs and several BluRay-players.

when you said fail... please elaborate.

Package manager - files has nothing to do with the application itself. You CAN just copy and application and its dependencies to another directory and run it from there just fine. You've clearly never heard of shared libraries and the likes and you just expect all applications to be statically compiled, and that says enough about your level of technical abilities.

Reply Parent Score: 3

v RE[8]: lie-nux at it again.
by sameer on Sat 27th Oct 2012 12:54 in reply to "RE[7]: lie-nux at it again."
RE[9]: lie-nux at it again.
by WereCatf on Sat 27th Oct 2012 13:08 in reply to "RE[8]: lie-nux at it again."
WereCatf Member since:

1. does package manager never say "this or that .so file is not present".

You not having set LD_LIBRARY_PATH environment variable properly does. Read

Basically, the LD_LIBRARY_PATH environment variable must include the path to the location where the libraries are. This is a security feature. You, on the other hand, seem to expect the system to just automatically use whatever files that happen to be in the same directory as the executable, something that is fine in small, embedded systems, but Linux is meant for multi-user systems and on those it's a bad idea to do that.

If you do not have the libraries installed at all, well, that's your own issue. Package managers exist exactly for the reason that people don't have to hunt for the dependencies themselves. If you insist on not using a package manager then you must manually hunt all the dependencies and install them.

3. cannot a modern linux system be used at all without package manager. ??

Yes, it can. You just have to install all the dependencies by hand. See e.g. LSB

It's not worth it, though. Why do you even want to not have a package manager? Is there some good, specific reason for that, or is it just that you do not understand how package managers and shared libraries work under Linux?

will you agree to contribute to a clock-less multi-core microprocessor and control program development if you are sure about your abilities. i will tell you the site to vist and see the documents.

No, thank you. I have no need or interest in such.

Reply Parent Score: 3

Bill Shooter of Bul Member since:

Do you understand how much of a troll you are acting like? WereCalf is being very nice in putting up with your nonsensical non sequiturs. It really sounds as if you are projecting some other hurt you have in your life into this pseudo-technical argument ( no offense to werecalf who is being very nice and technical). But seriously, relax. Play some crazy violent video games, have a beer and chill.

Reply Parent Score: 4