Install preempt kernel with nvidia-driver

Kernels & Hardware, configuring network, installing services

Re: Install preempt kernel with nvidia-driver

Postby Scorpion » 2020-08-16 14:18

On that link they say that arch linux has the nvidia-rt package.

Think of all musicians, also debian should have the nvidia-driver-rt package I suppose.
Which email I could write to ask to support RT?

LE_746F6D617A7A69 wrote:Indeed a Groundhog Day...

Learn what are the Real-Time processes and what are they used for...

The RT kernel is a little bit bigger and slower than a normal kernel, because Ingo Molnar have injected additional mutexes/spinlocks into the kernel code to reduce RT-mode jitter ...

It was August 15th so it was Ironaugust (Ferragosto).
User avatar
Scorpion
 
Posts: 233
Joined: 2018-10-17 11:38

Re: Install preempt kernel with nvidia-driver

Postby cuckooflew » 2020-08-16 17:36

Which email I could write to ask to support RT?

Since you are pretty new to this forum, and Debian, I will help on this, 1 time, but honestly , politely , it would be to your advantage to try and practice some search foo, Look at the Debian website: https://www.debian.org/ Now look at the bottom of the page:
Code: Select all
Debian provides more than a pure OS: it comes with over 59000 packages, precompiled software bundled up in a nice format for easy installation on your machine. Read more...

    About
        Social Contract
        Code of Conduct
        Free Software
        Partners
        Donations
        Legal Info
        Data Privacy
        Contact Us
    Help Debian

    Getting Debian
        Network install
        CD/USB ISO images
        CD vendors
        Pre-installed
    Pure Blends
    Debian Packages
    Developers' Corner

    News
        Project News
        Events
    Documentation
        Release Info
        Installation manual
        Debian Books
        Debian Wiki

    Support
        Debian International
        Security Information
        Bug reports
        [url=https://www.debian.org/MailingLists/] Mailing Lists[/url]
        Mailing List Archives
        Ports/Architectures
 

===
Follow the Mailing Lists link, it is a list of all the e-mail addresses to various lists, each list is similar to a forum, each one it like a specific topic , or category, you then join the one you are interested in, or you can view the archives, and just read what they have first, you don't even have to join the one you want to post to, you can just send a e-mail to it, and then watch the archive for any replies, if you want to be notified of responses, then you do need to join. The mailing lists link, goes to a page that gives all the details,..
---snip---The current list of available mailing lists is at https://lists.debian.org/, presented sorted by topic and unsorted. ----snip---

In this case, if it was me , I would use this one to start with : https://lists.debian.org/misc.html
If you don't get a direct answer , some one there will know who, or which list is more appropriate,...be fore warned, there are some real jerks, just like in a forum, and there may be some rude or unexpected replies, just ignore them, ahh, in the process of trying to search for you, I stumbled on to this: https://lists.debian.org/debian-devel/2014/11/msg00187.html
But , that is a totally other topic.
You could also try contacting nvidia, but I all ready saw one thread where people were asking for RT support, and they flat out refuse, search, key works, "nvidia support, realtime support ", something like that.
Apparently they maybe are working on something https://en.wikipedia.org/wiki/Nvidia_RTX Try following the links to some of the many other results...
Or try, for Debian key words "Debian realtime support"
One of many hits: https://en.wikipedia.org/wiki/RTLinux
=========================
LE_746F6D617A7A69 wrote:
Learn what are the Real-Time processes and what are they used for...

The RT kernel is a little bit bigger and slower than a normal kernel, because Ingo Molnar have injected additional mutexes/spinlocks into the kernel code to reduce RT-mode jitter ..

keywords:
Code: Select all
Learn what are the Real-Time processes and what are they used for.

https://en.wikipedia.org/wiki/Real-time_operating_system
Mutexes

When the shared resource must be reserved without blocking all other tasks (such as waiting for Flash memory to be written), it is better to use mechanisms also available on general-purpose operating systems, such as a mutex and OS-supervised interprocess messaging. Such mechanisms involve system calls, and usually invoke the OS's dispatcher code on exit, so they typically take hundreds of CPU instructions to execute, while masking interrupts may take as few as one instruction on some processors.

A (non-recursive) mutex is either locked or unlocked. When a task has locked the mutex, all other tasks must wait for the mutex to be unlocked by its owner - the original thread. A task may set a timeout on its wait for a mutex. There are several well-known problems with mutex based designs such as priority inversion and deadlocks.

In priority inversion a high priority task waits because a low priority task has a mutex, but the lower priority task is not given CPU time to finish its work. A typical solution is to have the task that owns a mutex at, or 'inherit,' the priority of the highest waiting task. But this simple approach gets more complex when there are multiple levels of waiting: task A waits for a mutex locked by task B, which waits for a mutex locked by task C. Handling multiple levels of inheritance causes other code to run in high priority context and thus can cause starvation of medium-priority threads.

In a deadlock, two or more tasks lock mutex without timeouts and then wait forever for the other task's mutex, creating a cyclic dependency. The simplest deadlock scenario occurs when two tasks alternately lock two mutex, but in the opposite order. Deadlock is prevented by careful design.

This is a very interesting book : https://openlibrary.org/books/OL10091156M/Modern_Operating_Systems
But I think maybe I am drifting into another topic....another dream, and now I go take a nap.
Please Read What we expect you have already Done
Search Engines know a lot, and
"If God had wanted computers to work all the time, He wouldn't have invented RESET buttons"
and
Just say NO to help vampires!
cuckooflew
 
Posts: 683
Joined: 2018-05-10 19:34
Location: Some where out west

Re: Install preempt kernel with nvidia-driver

Postby stevepusser » 2020-08-17 03:57

First, you should try the Liquorix kernel and see if satisfies your demands. If not, take careful measurements of its performance, where it falls short, and what you want, before requesting someone else undertake what is probably a monumental unpaid task.

I do know that many are satisfied with the Liquorix kernel for audio creative tasks. Maybe you can also talk with the creator of the respected AVLinux, who has forgotten more about these things than I know.
MX Linux packager and developer
User avatar
stevepusser
 
Posts: 11990
Joined: 2009-10-06 05:53

Re: Install preempt kernel with nvidia-driver

Postby Scorpion » 2020-08-17 14:36

I wrote to debian-boot@lists.debian.org and owner@bugs.debian.org 2 years ago, regarding a boot problem.
Recently I also write to listmaster@lists.debian.org to request packages.

Nobody answered, but I now realized that listmaster@lists.debian.org is totally the wrong email.
User avatar
Scorpion
 
Posts: 233
Joined: 2018-10-17 11:38

Previous

Return to System configuration

Who is online

Users browsing this forum: No registered users and 10 guests

fashionable