On Wed, 2010-02-17 at 19:17 +, ivanxx wrote:
> I'm on an AMD64 2.6.31-19-generic #56-Ubuntu SMP and experiencing the
> same problem...
>
> Copying speed for some large files (2-12 Gb per file) from SATA to a USB
> drive drops to 1,4Mb/s after the first hundreds of Mb are copied. I have
> to
This bug is really serious.
It doesn't affect only *buntu distributions. I had the same problem
with fedora, debian, slackware.
Unfortunately, the only feasible system was windows 7, witch works very well.
On Mon, Jan 4, 2010 at 12:58 PM, lefty.crupps wrote:
>> This bug, which has been around sin
> This bug, which has been around since 2007 (it is now 2010!!)
> was enough for to remove Linux from my desktop computers
This bug only seems to afect the *buntu distributions; its not present
in the upstream Debian distro FYI. Try other Linux distros before
jumping ship completely, would be my
On Wed, Dec 23, 2009 at 10:48:22AM -, Gus wrote:
> Now, I realise I'm running a newer kernel to that from before, so it's not a
> like-for-like comparison, but I still think it's likely that guiguy's theory
> (about the problem being with an Ubuntu kernel patch) is likely to be
> correct. I
I tested here too, with no sucess.
Live cd and pen drive performace are ok.
On Mon, Sep 14, 2009 at 12:30 PM, mindedie wrote:
> https://bugs.launchpad.net/bugs/427210 didn't helped nor others
> proposals (some just made more problems :D). Live-cd not effected,
> anyone tested it?
>
> --
> Slow
> > This bug only seems to affect Ubuntu; there are other Linux options out
> > there.
> the same behavior happened when I installed slack 13, fedora and
macosx.
Then it may possibly be a larger issue, as I've not come across this on
any other distro, and Mac OSX has completely different technolo
Hi,
not so sure...
the same behavior happened when I installed slack 13, fedora and macosx.
On Mon, Sep 14, 2009 at 10:43 AM, lefty.crupps
wrote:
> > This way, linux's no more an option.
>
> This bug only seems to affect Ubuntu; there are other Linux options out
> there.
>
> --
> Slow SATA perf
> This way, linux's no more an option.
This bug only seems to affect Ubuntu; there are other Linux options out
there.
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ub
Hello guys,
some news? performance is still awfull, I don't know what to do. This way,
linux's no more an option.
On Fri, Aug 28, 2009 at 8:25 AM, Kristleifur Daðason
wrote:
> Hi all,
>
> I was moving disks around on my motherboard because the SATA cables
> blocked a video card. Two disks were
which version?
2.6.30 doesn't work for me =(
On Mon, Jul 6, 2009 at 1:04 PM, Kristleifur
Daðason wrote:
> Hi,
>
> Bump.
>
> I've now installed the mainline kernel on at least four machines: One
> Core 2 Duo, one Core 2 Quad and an i7 machine. 64-bit Ubuntu versions
> 8.10 and 9.04. In all cases,
> Sorry, I'm loosing it here. Linux is no longer an option.
This bug only affects Ubuntu, don't blame all of Linux and the various distros
for this.
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs, which i
erikkll a écrit :
> I can confirm this bug. It's really annoying, even vista copies files faster
> than this.
> Copying from within the same harddisk is at around 8MB/sec.
>
> As with everybody else, i'm getting good speeds at hdparm.
Did one of you benchmarked on a "noatime" mounted volume, to
> Did one of you benchmarked on a "noatime" mounted volume, to test if
> this slowness may be related to the atime update having to write the
> metadata for each file access?
All of my volumes are mounted this way (why isn't this the *buntu
default??) and it doesn't solve the issue.
--
Slow SA
yupp, dma mustn't make heavy cpu load, for sure, but r u sure your hdd
use dma?
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-b
I could be wrong on this, but I thought the point (or, a part of it at
least) of DMA was to bypass the CPU when moving files; last night I copied
200GB of files and it totally ate the CPU during the processes. ext3 to
ext3, both SATA (from SATA2 to SATA1)...
--
Slow SATA performance
https://bugs
15 matches
Mail list logo
