Hi and thanks for your reply :)
On Friday 12 October 2007, you wrote:
> i have no quick ideas - the behavior you are seeing is quite unexpected.
> Could you try the current sched-devel code:
>
>
> http://redhat.com/~mingo/cfs-scheduler/devel/sched-devel-combo-v2.6.23.patc
>h
Maybe I messed somet
* poison <[EMAIL PROTECTED]> wrote:
> Also the transfer rate didn't degrade too much for copying directly
> from reiserfs to reiserfs and not using encfs:
>
> dd if=/mnt/.backup/2CpGkrxvz6wgA0b0xloz8PavzMLrMymOgi9 of=/mnt/.tdata/test
> 1033+0 records in
> 1033+0 records out
> 1083179008 bytes (
Hi =)
On Thursday 11 October 2007, Helmut Toplizer wrote:
> Hi!
>
> I had similar behavior in the kernel releases since I can think of.
It doesn't happen before 2.6.23.
> (You may find some reports about at
> http://marc.info/?a=11350857446&r=1&w=2)
>
> Maybe your problem is similar.
>
> Here
Hi!
I had similar behavior in the kernel releases since I can think of.
(You may find some reports about at
http://marc.info/?a=11350857446&r=1&w=2)
Maybe your problem is similar.
Here's what have been found out:
Plugin of ehci devices causes some strange DMA thing
which causes delays becaus
Hi :)
I have two harddisks with encfs on top of reiserfs between which I could copy
data at ~22MB/s before the upgrade from 2.6.22 to 2.6.23.
After the upgrade the transfer rate stuck at ~14MB/s and changing nice values
did not help anything.
And now the funny part:
I noticed the transfer rate
5 matches
Mail list logo
