resetting this bug to Fix Released. Please file a new bug if you feel
you are experiencing a similar issue.
Thanks!
~JFo
** Changed in: linux (Ubuntu)
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
default I/O scheduler should be change from CFQ to deadline OR Noop
https://bugs.launchpad.net/ubuntu/+bug/631871
--
Make a GUI to change the Default I/O scheduler
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/632562
--
el
Noop I/O scheduler is good with both
SSD (solid-state-drives) and HDD (Hard disk drive)
-- from my research (SSD) and testing (HDD)
--
elevator=cfq (default) cause starvation
https://bugs.launchpad.net/bugs/381300
You received this bug notification because you are a member of Ubuntu
Bugs, whic
applet / app / GUI to change I/O scheduler
--
elevator=cfq (default) cause starvation
https://bugs.launchpad.net/bugs/381300
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https:
- - idea - -
ubuntu could make simple applet to change i/o scheduler.
And later on users depending on their workloads can choose whatever they
want.
--
* CFQ I/O scheduler
* Noop I/O scheduler
* Deadline I/O scheduler
* Anticipatory I/O scheduler
deadline I/O scheduler is good with both
SSD (solid-state-drives) and HDD (Hard disk drive)
-- from my research (SSD) and testing (HDD)
--
elevator=cfq (default) cause starvation
https://bugs.launchpad.net/bugs/381300
You received this bug notification because you are a member of Ubuntu
Bugs,
i think that the default I/O scheduler
should be change from CFQ to deadline
-
i have test CFQ and deadline I/O scheduler
on a DELL Latitude 120L with 1GB of RAM and 40GB hard drive
with EXT4 filesystem and GPT with both I/O schedulers
** Changed in: linux (Ubuntu)
Assignee: Tim Gardner (timg-tpi) => (unassigned)
--
elevator=cfq (default) cause starvation
https://bugs.launchpad.net/bugs/381300
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
** Changed in: linux (Ubuntu)
Status: Fix Released => Confirmed
--
elevator=cfq (default) cause starvation
https://bugs.launchpad.net/bugs/381300
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-
My system runs on karmic.
uname -a:
Linux kplaptop 2.6.31-17-generic #54-Ubuntu SMP Thu Dec 10 17:01:44 UTC 2009
x86_64 GNU/Linux
Copying 155GB data to external usb drive with NTFS and cfq scheduler
starts with around 30MB/s and drops to 9MB/s after transfering 10 to 15
GB and slows down to 2MB/s
This happened in:
linux (2.6.31-12.39) karmic; urgency=low
and references this bug:
[ Tim Gardner ]
[...]
* [Config] Set default I/O scheduler back to CFQ for desktop flavours
- LP: #381300
Tim, what's the reason?
--
elevator=cfq (default) cause starvation
https://bugs.launchpad.net/
Why is cfq default again?
--
elevator=cfq (default) cause starvation
https://bugs.launchpad.net/bugs/381300
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.co
Indeed, there’s bug #436342 about NEW_FAIR_SLEEPERS.
--
elevator=cfq (default) cause starvation
https://bugs.launchpad.net/bugs/381300
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.
After seeing a discussion at http://lkml.org/lkml/2009/9/19/288, I tried
the patch to disable NEW_FAIR_SLEEPERS on 2.6.31-1 [ie change
kernel/sched_features.h to include SCHED_FEAT(NEW_FAIR_SLEEPERS, 0)
instead of SCHED_FEAT(NEW_FAIR_SLEEPERS, 1)].
It made a huge difference desktop responsiveness
This bug was fixed in the package linux - 2.6.31-10.35
---
linux (2.6.31-10.35) karmic; urgency=low
[ Amit Kucheria ]
* Disable CONFIG_UEVENT_HELPER_PATH
[ Andy Whitcroft ]
* [Config] Enable CONFIG_USB_GADGET_DUMMY_HCD
* remove the tlsup driver
* remove lmpcm logitech d
It seems the CFQ scheduler has some issues even with SSDs, so I'm gonna
experiment with changing the default to DEADLINE in order to facilitate
the boot process (where speed is king). You can always change your I/O
scheduler setting by writing to /sys/block/*/queue/scheduler.
** Changed in: linux
Jim,
thanks for your reply!
I alredy use dd up to bs=1M, but never more than 1M...
I'm going to test it with 2.6.31 as soon as possible, but I can't do it
now because I need vmware at work (but this is another issue...).
--
elevator=cfq (default) cause starvation
https://bugs.launchpad.net/bugs
@Andrea, your report is closely related to some other reports including
#343371 and #131094. See my comment and request at
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/131094/comments/235.
In your case, there are (potentially) two issues. First, there is the
latency under I/O load and, se
I asked to remove comment 13 since it
is completely wrong, but it's still there.
As I saw "BUG: unable to handle kernel paging..." I start
thinking "I can't understand what's happened, so I'll send
it and someone will read it"...
Now, It was caused by umount and I can't understand why,
it was not
Yesterday I was copying (really trying to copy)
78 GB of data from a disk to another one.
Source:
Caviar WD2000BB-22GUA0, a 200GB PATA disk.
USB2.0 to IDE adapter: EBL35U2
ext2 partition...
Dest:
my internal WDC WD3200BEVT-22ZCT0.
ext3 partition...
The system become slow as the copy start,
as us
** Changed in: linux (Ubuntu)
Importance: Undecided => Medium
** Changed in: linux (Ubuntu)
Status: New => Triaged
--
elevator=cfq (default) cause starvation
https://bugs.launchpad.net/bugs/381300
You received this bug notification because you are a member of Ubuntu
Bugs, which is subs
What described in 343371 was another problem and I had that one too...
I'm not too lucky...
I resolved it adding my hd (WDC WD3200BEVT-22ZCT0) in the NCQ blacklist
in drivers/ata/libata-core.c and now I can read very big files from the disk
without any problem...
However, the visible slowdown us
Looking around I found this bug:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/343371
He talk about reading big files, so I make some test and I found out that I
have this problem too, even with noop:
This time (just reading a big file from a sata disk, not using a pendrive) the
system b
Again: this time I simultaneously wrote two 3GB files on top af an ext3
fs on top of a 8GB pendrive, ...
-- noop --
elapsed: 11' 52", high iowait but no system slowdown, it's quite good.
avg-cpu: %user %nice %system %iowait %steal %idle
8.01
This is another test: this time I wrote a 6GB file on top af an ext3 fs
on top of a 8GB pendrive...
This 8GB pendrive is slightly faster than the other one...
-- noop --
elapsed: 10' 38", no slowdown, all good...
avg-cpu: %user %nice %system %iowait %steal %i
On my notebook (fujitsu-siemens amilopro v3505):
writing large file on a pendrive:
-- noop --
elapsed: 19' 31"
avg-cpu: %user %nice %system %iowait %steal %idle
4.770.00 14.39 49.160.00 35.82
no slowdown, all good...
-
Andy, yesterday when I was at home after your message
I tried to test every scheduler also recording a lot of stat
on memory and cpu usage...
Quite a waste of time, but it should be usefull...
Well, not only I got no problem with CFQ, but it also performed
better than other in almost every case,
> Have you tried any of the other schedulers other than noop
elevator=as work quite well in my case, don't know about
elevator=deadline but I can test it...
> ...noop is unlikely to be the correct choice for rotating media.
May be it's not the fastest choice, but it work and doesn't cause sy
This is a real kernel bug moving to the linux package.
** Package changed: linux-meta (Ubuntu) => linux (Ubuntu)
--
elevator=cfq (default) cause starvation
https://bugs.launchpad.net/bugs/381300
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ub
Have you tried any of the other schedulers other than noop and cfq? It
would be good to have results for all of them as noop is unlikely to be
the correct choice for rotating media.
--
elevator=cfq (default) cause starvation
https://bugs.launchpad.net/bugs/381300
You received this bug notificati
If you can't change the default please consider the
possibility of doing (automatically) something like this
with any pendrive or ssd disk:
echo noop > /sys/block/sdX/queue/scheduler
No one here has this problem?
--
elevator=cfq (default) cause starvation
https://bugs.launchpad.net/bugs/381300
** Description changed:
Binary package hint: linux-image
I had many performance problems using a usb pendrive:
writing large files cause a system slowdown sometimes unacceptable.
I performed several tests and in the end the culprit was found to
be the CFQ scheduler which is used by
I'm not the only one that prefer noop:
http://lkml.org/lkml/2008/8/26/116
Nor the only one that has problems:
http://lkml.org/lkml/2006/8/14/198
** Description changed:
Binary package hint: linux-image
I had many performance problems using a usb pendrive:
writing large files cause a
I tested it in a lot of different scenarios and now I think it is
not related to "writing a lot of data on slow devices" but
just "moving a lot of data"...
Simply I think CFQ does not work well and must be replaced.
** Summary changed:
- elevator=cfq (default) cause starvation with very slow de
** Description changed:
Binary package hint: linux-image
I had many performance problems using a usb pendrive:
writing large files cause a system slowdown sometimes unacceptable.
I performed several tests and in the end the culprit was found to
be the CFQ scheduler which is used by
** Description changed:
Binary package hint: linux-image
I had many performance problems using a usb pendrive:
writing large files cause a system slowdown sometimes unacceptable.
I performed several tests and in the end the culprit was found to
be the CFQ scheduler which is used by
36 matches
Mail list logo
