I've been spending a lot of time on the #opensourcemusicians channel
talking to Ubuntu Studio users about their kernel and latency times they're
getting. Seems like most of them are using g a stock kernel with the
preemptive option enabled and they are getting great latency results
(2ms)while utilizing the @audio group on their user. I ended up compiling
my own low latency kernel and I haven't had any issues with it yet. If this
is what we are missing for the spin I'd be happy to maintain packaging for
the kernel. I know ccrma has been behind a few kernel releases.
I saw the instructions for adding the real time patch for a tick less
kernel and from what I can tell it wouldn't be hard to get that rolling as
I'm not entirely sure what ccrma does differently with their kernels
compared to other Linux users, and I'm still a bit of a noob so I could be
off base with this, but I would reason that we should be able to just
utilize the same settings to archive similar performance enhancements.
I thought I read that ccrma uses a unique scheduler, but if we could get a
2ms latency time without it, the point may be moot.
I'm getting this traceback on the most recent nightly iso when I try to
install to Hard Drive.
File "/sbin/anaconda", line 719, in <module>
from pyanaconda import kickstart
File "/usr/lib64/python2.7/site-packages/pyanaconda/kickstart.py", line
760, in <module>
AttributeError: 'module' object has no attribute 'F19_Network
Bad download? It's also taking a lot longer than usual to boot. I'll try
redownloading an iso just incase.
-----BEGIN PGP SIGNED MESSAGE-----
It looks like we have just under 4 months before the Fedora 19 release:
There isn't much time, but we should make some goals anyway.
Obviously, we need to get our official spin onto the official spins
page. I suggest we also try to develop and use some QA procedure.
More important will be to plan for Fedora 20, and we should make some
more ambitious goals for that release. I'll write down my thoughts
about this in a couple of days (related to my message about GSoC from
a few days ago), but let's all get thinking!
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
-----END PGP SIGNATURE-----