johnr2
Joined 8 years ago
Joined 8 years ago
I've been using real time threads and preemptive scheduling on my Linux audio workstations since 2005. Am I missing something here, or is that date in the article a typo?
Nobody is denying anyone. The code is there to read as an example. If an aspiring developer hasn't got the initiative to develop at least a basic level of competence on their own, that's their problem. What happened to self-reliance?
You presumably haven't encountered this issue with your own open-source projects, but that doesn't mean the problem doesn't exist.
If my computer expects me to type an extra letter every time I name a file it isn't working for me. The short extensions make for more efficient typing.
Yes. After blocking the usual suspects, the great majority of SSH brute force attempts I see in my server logs now come from Digital Ocean IP addresses.
The common enemy of both is the moderate in the middle who prefers rational discussion to confrontation.
It's simpler. That's sufficient reason for me.
I suspect the downvotes were because your comment comes across as unreasonably negative.
One caveat: A power cut during the relinking process that occurs during and after boot can wreck the filesystem. A UPS is advisable. Once the relinking finishes the filesystem is quite robust.
Banning clear text might work for browsers but it would disable ACME clients that rely on plain http to initiate a certificate request from Let's Encrypt.
I enjoyed the article and found it thought provoking. Maybe I have tripe for brains.
It was written in the early 1950's. Did prepper culture exist then to the same extent as it does today?
Thus confusing anyone who uses the 'wd' hard disk driver.
At first it was necessary to compile the realtime-lsm module to allow user programs to make use of realtime scheduling. In late 2006 or so (IIRC) rlimits-aware PAM became available which made realtime-lsm redundant.
I've used CONFIG_PREEMPT=y (along with CONFIG_HZ=1000) when compiling mainline kernels all along. My current distro of choice (Void) enables these by default in their 5.4 series kernels. I've never needed PREEMPT_RT for my particular use case.
AFAIK FreeBSD still doesn't allow users to run programs with realtime scheduling privileges (SCHED_FIFO or SCHED_RR), only root.