You can install it from my PPA for now.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/492841
Title:
open()ing files takes a long time with low throughput
--
ubuntu-bugs mailing list
ubuntu-bugs@li
Will it work for natty too? I'd love to get that fixed as soon as
possible, but I am not brave enough to use oneric just yet :)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/492841
Title:
open()ing
Yes, I have a bzr branch and ppa build that I only got a few people to
test during Natty but got positive feedback. I will try to get it
uploaded to Oneric soon.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.n
Any progress on that bug?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/492841
Title:
open()ing files takes a long time with low throughput
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
** Changed in: linux (Ubuntu)
Status: Triaged => Invalid
** Branch linked: lp:~psusi/ubuntu/natty/ureadahead/mine
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/492841
Title:
open()ing files
I have been experimenting with patches to correct this problem. I have
split the readahead into two passes where the first pass calls
readahead() to load directory blocks so that the open() calls do not
block waiting for them, then the second pass reads the normal files as
now. I have also been r
** Changed in: linux (Ubuntu)
Status: New => Triaged
** Changed in: linux (Ubuntu)
Importance: Undecided => Medium
--
open()ing files takes a long time with low throughput
https://bugs.launchpad.net/bugs/492841
You received this bug notification because you are a member of Ubuntu
Bugs,
Damn robots :)
** Changed in: linux (Ubuntu)
Status: Incomplete => New
** Tags removed: needs-upstream-testing
--
open()ing files takes a long time with low throughput
https://bugs.launchpad.net/bugs/492841
You received this bug notification because you are a member of Ubuntu
Bugs, which
Hi Tormod,
If you could also please test the latest upstream kernel available that would
be great. It will allow additional upstream developers to examine the issue.
Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the
upstream kernel, please remove the 'needs-upstr
Tormod: the problem there is that the "needed pieces" are rarely only at
the start of the disk - it's probably better to spend the effort on a
defragmenter so that they are!
rafal: ureadahead tries to utilise the disk as much as it can - the fact
it can't reach 100% is because the time is lost see
Added a kernel bug task - Kernel folks, this is the "bug" for that "load
into the page cache without opening" patch we keep talking about
** Also affects: linux (Ubuntu)
Importance: Undecided
Status: New
--
open()ing files takes a long time with low throughput
https://bugs.launchpad.ne
I have the same issue. As you can see on my bootchart it's exacly the
same.
By the way (I don't think it's a bug in ureadahead), may I ask why does
ureadahead takes only 50% of 'disk utilisation'? Would it be any faster
if it would use it 100%?
** Attachment added: "bootchart.png"
http://launc
Yes, for instance when resuming from hibernation it slurps in at
~40MB/s. I guess rearranging things on disk like MacOSX (and windows?)
does is a bit too complicated.
Why is everything else blocked while ureadahead is reading? I would
think some tasks can find their needed pieces in the cache mean
For the third part, the throughput is about as high as your disk is
capable of given the spread of files. The reason it's not max'd out is
that we have to seek over bits of the disk we don't want/need in the
page cache. We use the I/O elevator as efficiently as we can to merge
reads, but at the e
14 matches
Mail list logo
