Debian :: Finding Advantages Of Low Latency Kernels?
Feb 26, 2011
As I am trying to understand if there are any advantages using a kernel optimized to have low latency for the desktop, it would very helpful if anyone using one could give me his opinion. I read about the liquorix kernel and found a controversy and used google to find more information.
is there a realtime or low-latency kernel in a repository somewhere for OpenSUSE 11.4? I know I can just compile a rt kernel, but that's a bit tedious and I'd like to avoid it if possible.
I just installed Maverick Studio on a new hard drive, and am using an NVIDIA GeForce 7300 LE GPU. If I boot into the 2.6.35-22-generic kernel, everything runs fine, but if I try to boot into either the 2.6.35-20-Low Latency, or 2.6.33-29-Realtime kernels (installed from Synaptic), the computer boots straight to a command prompt instead of the desktop. Does anybody know what causes this? I need to be able to use one of these kernels for doing music production.
The title's not especially clear, so I'll post a screenshot of what's happening. The upgrade keeps finding instances of the same kernel; the list in the terminal is constantly scrolling down, finding 'new' instances.
It's been doing this for about half an hour now. BTW, upgrading from 64bit 9.10 to 64bit 10.04.
I have recently installed the Maverick backport kernel (2.6.35 - from the lucid-updates/main repo) and while I was at it I also manually (through synaptic) got rid of some old kernels. I made sure that I kept the current Lucid kernel though (that was working fine). All seemed well (although I didn't actually check - just no errors) so I rebooted.On reboot I have lost all my Ubuntu kernel options!
jed@lightning:/boot$ ls abi-2.6.32-31-generic memtest86+.bin abi-2.6.32-32-generic System.map-2.6.32-31-generic
[code]....
Even reinstalled burg (used to use it but it got broken by a kernel update long ago and never bothered to fix it as I only use Linux these days anyway)Funny thing is that BURG finds the kernels and reports no problem, but then drops to the grub-error prompt on boot.
I tend to use commands like 'aptitude search $something' or 'dpkg -S /usr/bin/command' (some command/variable in both) or 'apt-file search $something' and all/or many of its brethen. I do run updatedb every now and then but that command is for the overall health of the system similar to tracker perhaps (but not running continously like tracker and the daemon).
What I'm looking for is, if there is a way to get the package list (installed and otherwise) updated aggressively so that whenever I use any combination of aptitude or dpkg I get better response from the system. From what little I understand, aptitude or dpkg or somewhere there would be some sort of index/database where the current state of package availability and system state would be recorded. If there is a way that this could be improved upon would be nice to know. If there is some experimental package or road which the debian folks are looking for in the future so this latency can come down.
Running debian sid. I have the Debian 2.6.32-trunk kernel installed and the liquorix kernel.
I use sgfxi to install the nvidia driver. Normally sgfxi allegedly strips out all prior nvidia, using both the nvidia uninstaller and purging any debian nvidia packages.
Today when I updated the liquorix kernel and reinstalled the drivers for the new kernel, it was still installed in the old kernel. Normally it is just installed in one kernel.
GLX Renderer GeForce 9400 GT/PCI/SSE2 GLX Version 3.2.0 NVIDIA 190.53 Direct Rendering Yes
I guess the questions is, is this a new feature or just some weird glitch? Also I only get the nvidia splash on the Debian kernel and not on the liquorix kernel.
According to Phoronix [URL]... aspm&num=1 (which seems to only test Ubuntu kernels) the problems should affect all users of the affected kernels, including Debian's, but that article provides a fix. I don't remember anyone here mentioning lower battery life and increased heat on their mobile platforms, though.
I am currently running a Debian 4.0 (etch) PC and I can't upgrade to a newer distribution for legacy software reasons.
It is currently running on Kernel 2.6.18-4-686 and I would like to upgrade it to Kernel 2.6.22-3-686 (whilst keeping my current Debian 4.0 Etch installation). Does anyone know how this could be possible?
Prefereably I would like to instal Kernel 2.6.22-3-686 along side my current Kernel 2.6.18-4-686 with the option to specify which kernel to use when booting.
What seems like forever ago now I tried to install Linux on this Intel 82855GME chipset laptop I was given. I started off with Fedora because it's what I'm most familiar with, unfortunately the live disk would crash at GDM so I could never get anywhere with it. Even doing a console based install would crash, but it at least pointed me in the right direction, it seemed the kernel was crashing for some reason (see image)Fedora livedisk crashlivedisk-error.jpg (95.96 KiB) Viewed 695 times
I'm running kind of a mix between Wheezy and the occasional package from Sid. I've got the 2.6.32 kernel installed, as well as 2.6.38 and 2.6.39.
With the first kernel (2.6.32), my sound is normal, everything works fine. With the latter two, even using the same driver, my sound is quiet even with the volume up all the way, not to mention that somehow the available volume controls change along with this update. I was wondering if anyone else has experienced something similar, and if they managed to fix it or work around it without just booting into the older kernel?
I am running a small Debian Jessie installation on my Zotac Nano AD10 (based on AMD's E-350, Radeon 6310). I use it as an MPD server, it outputs to my receiver over HDMI.
Up until kernel 3.11 that works fine. My GRUB command line looks like this (default grub.cfg file):
Playback device is plughw:0,3 Stream parameters are 48000Hz, S16_LE, 1 channels Using 16 octaves of pink noise Rate set to 48000Hz (requested 48000Hz) Buffer size range from 64 to 16384 Period size range from 32 to 8192 Using max buffer size 16384
[Code] ...
I've tried fixing this repeatedly (3.12, 3.13, 3.14) but everytime i find myself returning to 3.11 because that keeps working.... Some posts suggest running xrandr could get it working, but this is a headless installation, so I cannot use xrandr.
For reference, OpenELEC works on this same system (separate install), and they're up to 3.14 as well. Never had a problem with OpenELEC and the audio not working.
Why are some files converted to TARs, then compressed using GZIP? Why aren't they just compressed using GZIP instead of first converting them to TARs? I just created some TAR.GZ and GZ files using PeaZip, and the size of each file was the same.
I have a several year-old Apple computer that has the latest Mac operating system (OS X 10.6.2). I wonder what are the advantages (and disadvantages) of converting my operating system to Linux. Or simply using Linux side-by-side Mac I take it that I would be able to use Linux and Mac on a single computer -- is this assumption correct?
I have recently started to use linux, ubuntu to be specific, and I'm already starting to receive grief from my mac-fanboy and windows-fanboy friends. Aside from the increased speed of the OS, and small size, what are some things I can do to prove the advantages of linux to them?
I have AMD Athlon 3500+ (x86_64) CPU and I am okay with the Ubuntu package maintainer's kernel version (as of now it is 2.6.35-24-generic). What will I gain if I update to latest stable kernel (2.6.36.2)? A fraction of performance?
I intend to set up a web site on a dedicated web server in colocation (containing nothing else except the server OS).Is it sufficient to make all files read only and use Apache mod_security or can a firewall offer extra necessary protection?
I set up Debian Linux s390 port to run on Hercules on an i386 computer. I know that I can now develop apps or run apps that are ported to zLinux/s390 Linux, and perhaps also learn more about the special features of the s390/zseries processors (or at least most of their features). I've also read that there is no reliability/availability/serviceability advantage to running this in emulation since the underlying hardware is not-fault tolerant. Is that even true, given the redundant/fault-tolerant computations performed by the emulated processors? Does anyone know of other good reasons to run zLinux in emulation?
I used the liveCD (32 bit version), got all the hardware info and I found out that it has a 64 bit processor, so do I have to install the 64bit version? I installed a 32 bit version on another 64 bit computer and it works fine, why? Is it normal for this to happen? If so, what are the advantages of installing the 64 bit version? Second, I would like to keep Windows too, but I could not figure out what the current partitions were:
I'm getting close to ordering the components for a new machine based on the AMD Deneb quad core and had one last question.I'd like to try a little careful overclocking, not only for the performance increase but also to learn how. Nothing extreme, no gaming, just whatever I can get with good stability with the stock heatsink and fan.I was going to get 8GB on 2x4GB strips but they are all CAS latency 9. The MB has 4 slots for a total of 16GB capacity. Would I be better off going with 4x2GB strips and try to get a lower latency strip like maybe 7?