Re: [Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness

2009-06-09 Thread pinepain
no solution fore a about 2 years!!! wow! this really cool. but latest ubuntu distros hung nice without need to copy large data. they just hangs (windozz way?). sorry. emm maybe i'm wrong, but this bug appears only (or almost always) in ubuntu-based distros, isn't it? has anyone tried to repro

[Bug 119730] Re: Slow SATA performance

2007-10-28 Thread pinepain
Hi. i have or actually had the same problem, average speed from IDE to SATA was 5mbps. Then i tries to tune with hdparm and sdparm - nothing. But i noticed that I coudn't set to use UDMA mode (yeah, hdd support it), so i tried to set it in BIOS. BIOS saz that all settings is auto and it use the fa

Re: [Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness

2008-02-12 Thread pinepain
hi strange, it is too slow even for coping from one partition to another on the same hd. it's look like some hardware isn't configured properly. maybe u should try to manually set one of UDMA mode (max from available, but first try set max UDMA with software) (not PIO). it helps me on feisty a

[Bug 119730] Re: Slow SATA performance

2007-11-03 Thread pinepain
rtfm. copying a lot of small files takes more time than copying large with the same size. ntfs? its a stone age, use ext or raiser. also notice that copyng to /dev/null is different than copying to hdd or other media. btw, it's very interesting you don't have hdd options in bios. do u have the late

[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness

2007-11-03 Thread pinepain
maybe hdd works in one of PIO mode? this mode use CPU to accelerate io operations (something like that =), look more in wikipedia) try to set one of udma -- Heavy Disk I/O harms desktop responsiveness https://bugs.launchpad.net/bugs/131094 You received this bug notification because you are a memb

[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness

2007-11-03 Thread pinepain
maybe hdd works in one of PIO mode? this mode use CPU to accelerate io operations (something like that =), look more in wikipedia) try to set one of udma -- Heavy Disk I/O harms desktop responsiveness https://bugs.launchpad.net/bugs/131094 You received this bug notification because you are a memb

Re: [Bug 119730] Re: Slow SATA performance

2007-11-03 Thread pinepain
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

[Bug 119730] Re: Slow SATA performance

2007-11-03 Thread pinepain
from auto to udma6. but u can try and see results. truly you, pinepain -- 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-bu

[Bug 119730] Re: Slow SATA performance

2007-11-03 Thread pinepain
[sorry] yeah, i was totally wrong. copying to /dev/null is much faster than to fs. dunno why did i sad that sh*t =). i just tried to switch my hdd from primary sata connector to secondary and it is a little slower than on primary. so read your MB manual to know where is primary sata connector and

[Bug 119730] Re: Slow SATA performance

2008-03-10 Thread pinepain
Hi, Maybe the problem is in motherboard (chipset, etc.)? I've notice that ASUS motherboards (as well as it subsidiary, ASRock) doesn't work clearly under linux (problems with ACPI, slow hdd performance). So I think it would be nice to get statistic on MB models (also notice BIOS version) and v