[ANNOUNCE] bfq disk I/O scheduler
by Paolo Valente
Hi,
I have been working for a few years (with Fabio Checconi) on a disk
scheduler providing definitely lower latencies than cfq, as well as a
higher throughput with most of the test workloads we used (or the same
throughput as cfq with the other workloads). We named this scheduler
bfq (budget fair queueing). I hope this is the right list for announcing
this work.
One of the things we measured in our tests is the cold-cache execution
time of a command as, e.g., "bash -c exit", "xterm /bin/true" or
"konsole -e /bin/true", while the disk was also accessed by different
combinations of sequential, or random, readers and/or
writers. Depending on which of these background workloads was used,
these execution times were five to nine times lower with bfq under
2.6.32. Under 2.6.35 they were instead from six to fourteen times
lower. The highest price paid for these lower latencies was a 20% loss
of aggregated disk throughput for konsole in case of background
workloads made only of sequential requests (due to the fact that bfq
of course privileges, more than cfq, the seeky IO needed to load
konsole and its dependencies). In contrast, with shorter commands, as
bash or xterm, bfq also provided up to 30% higher aggregated
throughput.
We saw from 15% to 30% higher aggregated throughput also in our
only-aggregated-throughput tests. You can find in [1] all the details
on our tests and on other nice features of bfq, such as the fact that
it perfectly distributes the disk throughput as desired, independently
of disk physical parameters like, e.g., ZBR. in [1] you can also find
a detailed description of bfq and a short report on the maturity level
of the code (TODO list), plus all the scripts used for the tests.
The results I mentioned so far have been achieved with the last
version of bfq, released about two months ago as patchsets for 2.6.33
or 2.6.34. From a few days a patchset for 2.6.35 is available too, as
well as a backport to 2.6.32. The latter has been prepared by Mauro
Andreolini, who also helped me a lot with debugging. All these patches
can be found here [2]. Mauro also built a binary kernel package for
current lucid, and hosted it into a PPA, which can be found here [3].
A few days after being released, this version of bfq has been
introduced as the default disk scheduler in the Zen Kernel. It has
been adopted as the default disk scheduler in Gentoo Linux too. I
also recorded downloads from users with other distributions, as, e.g.,
Ubuntu and ArchLinux. As of now we received only positive feedbacks
from the users.
Paolo
[1] http://algo.ing.unimo.it/people/paolo/disk_sched/
[2] http://algo.ing.unimo.it/people/paolo/disk_sched/sources.php
[3] Ubuntu PPA: ppa:mauro-andreolini/ubuntu-kernel-bfq
13 years
f15 libchamplain bump
by Brian Pepple
Hi,
Just giving a heads up about an update to libchamplain to the latest
stable version. The apps affected are:
* empathy
* claws-mail-plugins-geolocation
* emerillon
* meego-panel-status
I'll be working on rebuilding this apps later today, unless the package
owners themselves want to handle this.
Thanks,
/B
--
Brian Pepple <bpepple(a)fedoraproject.org>
https://fedoraproject.org/wiki/User:Bpepple
gpg --keyserver pgp.mit.edu --recv-keys 810CC15E
BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E
13 years
Re: Non-responsive maintainer - Chris Ricker
by Jaroslav Skarvada
> > I have to second someone taking over rrdtool. I handed it off to
> > Chris
> > a while back, but have still done far more work on it since then
> than
> > he has, and I've not seen him touch an rrdtool bz in ages. :(
> >
> > (And no, I don't want maintainership back.)
>
> I am ready to take it (I already own it in RHEL). I think all steps in
> non-responsive maintainer process have been fulfilled
Please could any FESCo member approve the takeover of rrdtool (according to nonresponsive package maintainers policy)? Or should I open ticket for this?
Thanks
Jaroslav
13 years
Orphanings/dead packaging libnc-dap; octave releases and octave-forge future
by Orion Poplawski
I'm planning on dropping libnc-dap. It is no longer supported and
functionality has moved into the netcdf 4 library.
The only package currently requiring libnc-dap is:
octave-forge-0:20090607-17.fc14.i686
Also, apparently octave is planning a 3.4 release this weekend which I
would like to see get into F15. These two events I believe will drive
the final stake into the heart of the octave-forge package at which
point we will need to start packaging the components separately. Since
this is how upstream distributes them anyway, I see no reason not to
move in this direction in all possible haste. I will try to get back to
my earlier efforts on creating a packaging template for octave packages
as soon as I can. Any help would be greatly appreciated.
- Orion
13 years
Re: Testing zsh completion for fedpkg
by Ben Boeckel
Christopher Aillon <caillon(a)redhat.com> wrote:
> I missed the first notice of this go by, but I use zsh so can play with
> it in the next few days. Can you post the updates so I don't hit the
> same bugs you did?
Sure. Attached. The bugs were mainly with zsh conventions and getting
the sed command for the branch selection corrected.
--Ben
13 years
libedit update needs karma
by Jerry James
Hi all,
The latest libedit update is CRITPATH, so it needs some karma. The
direct consumers of libedit, if my repoquery-fu is up to the task, are
the following, with their maintainers listed first, followed by
comaintainers:
Io-language: limb
asterisk: jcollie, fabbione, itamarjp
ceph: josef, boodle, jdieter, steve, stingray, tremble, zaniyah
chrony: mlichvar
firebird (-class-common, -superserver): makowski
ghc-editline: s4504kr
kaya: s4504kr
libedit: kdudka, jcollie, jjames
libreadline-java: akurtakov
link-grammar: uwog
ntp: mlichvar, pertusus
openssh: jfch2222, dwalsh, ellert, lkundrak, mgrepl, mitr, sgrubb, tmraz
php (-cli): jorton, rdieter, remi, timj
php-pecl-xdebug: remi, cdamian, hubbitus
pure: salimma
uim: tagoh, i18n-team
I'm jjames, and kdudka has already provided karma. Will some of the
rest of you please test the update and leave your feedback on the
update page?
https://admin.fedoraproject.org/updates/libedit-3.0-3.20110227cvs.fc15
Thank you very much,
--
Jerry James
http://www.jamezone.org/
13 years
manually fixing IPs
by Jon Masters
Hello,
So, back in the good old days, one could just type this:
ifconfig eth0 some_temp_ip up
Then it became necessary to:
/etc/init.d/NetworkManager stop
Then it became necessary to:
systemctl disable NetworkManager.service
Just to try to get the interface left alone.
But when the link it's attached to drops, the settings are immediately
being dropped and the interface unconfigured. So, what have I missed?
What's the other thing that's trying to be all "helpful" but actually
preventing me from running TFTP usefully? Sure, I could plug it into a
switch and go all Windows 95 on this, but...I'd rather not.
Thanks,
Jon.
13 years
What's up with thunderbird-lightning?
by Orion Poplawski
Could someone illuminate what is happening with thunderbird-lightning for
F15? Looks like it was moved from the sunbird package to the thunderbird
package, only to be dropped from that:
* Wed Feb 9 2011 Christopher Aillon <caillon(a)redhat.com> - 3.1.7-6
- Drop the -lightning subpackage, it needs to be in its own SRPM
I don't see a package up for review though.
Thanks!
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division FAX: 303-415-9702
3380 Mitchell Lane orion(a)cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
13 years