On Tue, Jun 14, 2011 at 11:10 PM, Glen Batchelor wrote:
>
> Something like this can be a nightmare to debug on a mailing list and I'm
> no kernel expert. I did see a few notices where Intel recalled some of the
> H67/P67 chips due to them being shipped with failing SATA 3G ports. That was
> back
> From: Aniruddha [mailto:mailingdotl...@gmail.com]
> Sent: Tuesday, June 14, 2011 2:24 PM
> To: debian-user@lists.debian.org
> Subject: Re: Desktop performance problem
>
> On Tue, Jun 14, 2011 at 7:30 PM, Glen Batchelor
> wrote:
> > Which disk controller driver is in use, or which
On Tue, Jun 14, 2011 at 7:30 PM, Glen Batchelor wrote:
> Which disk controller driver is in use, or which drive controller chipset
> is in use? If you don't know then a motherboard model# from dmidecode can
> help. In addition to that, how is the SATA controller configured in BIOS? Is
> it set to
On Tue, Jun 14, 2011 at 6:57 PM, Aniruddha wrote:
> On Tue, Jun 14, 2011 at 6:25 PM, Juan Sierra Pons
> wrote:
>> Can you make some test with hdparm in both disks (to see disk performance)?
>>
>> I think the problem can be located in the I/O disk part as it happens
>> when copying data (or rsnap
On Tue, Jun 14, 2011 at 6:44 PM, Whit Hansell wrote:
> may or may not help but I've done the following. Put a process metersystem
> monitor in the taskbar and when it shows something working in the
> background, as in, a program did not quit(some online video stuff does this
> among other items)
On Tue, Jun 14, 2011 at 6:25 PM, Juan Sierra Pons wrote:
> Can you make some test with hdparm in both disks (to see disk performance)?
>
> I think the problem can be located in the I/O disk part as it happens
> when copying data (or rsnapshot is running) from two differents disks
Which test do yo
may or may not help but I've done the following. Put a process
metersystem monitor in the taskbar and when it shows something working
in the background, as in, a program did not quit(some online video stuff
does this among other items), I can tell something is still hogging cpu
time and then
Can you make some test with hdparm in both disks (to see disk performance)?
I think the problem can be located in the I/O disk part as it happens
when copying data (or rsnapshot is running) from two differents disks
Another test you can do is copyin data using ionice (with differents
options: "Be
On Tue, Jun 14, 2011 at 5:00 PM, Glen Batchelor wrote:
>
>
> Which kernel are you using? 'uname -r'
> Which desktop system are you using?
Here's some additional information:
$ uname -r
2.6.38-2-amd64
I use a minimal gnome desktop (no file indexing service). For testing
purposes I use the co
On Tue, 14 Jun 2011 15:53:44 +0200, Aniruddha wrote:
> I've noticed that my Debian testing desktop slows downs significantly
> when copying (and unpacking) large files.
(...)
What tool are you using for copying and unpacking? Command line, GUI
browser (nautilus, dolphin), Midnight Commander...
On Tue, 2011-06-14 at 17:36 +0200, Ralf Mardorf wrote:
> On Tue, 2011-06-14 at 15:53 +0200, Aniruddha wrote:
> > I've noticed that my Debian testing desktop slows downs significantly
> > when copying (and unpacking) large files. Sound stutters and iceweasel
> > (and other programs) freeze regularly
On Tue, 2011-06-14 at 15:53 +0200, Aniruddha wrote:
> I've noticed that my Debian testing desktop slows downs significantly
> when copying (and unpacking) large files. Sound stutters and iceweasel
> (and other programs) freeze regularly. This makes working on my
> desktop impossible when copying or
ernel are you using? 'uname -r'
> Which desktop system are you using?
>
>
> GlenB
>
>> -Original Message-
>> From: Aniruddha [mailto:mailingdotl...@gmail.com]
>> Sent: Tuesday, June 14, 2011 10:51 AM
>> To: debian-user@lists.debian.org
>> S
Which kernel are you using? 'uname -r'
Which desktop system are you using?
GlenB
> -Original Message-
> From: Aniruddha [mailto:mailingdotl...@gmail.com]
> Sent: Tuesday, June 14, 2011 10:51 AM
> To: debian-user@lists.debian.org
> Subject: Re: Desktop pe
On Tue, Jun 14, 2011 at 4:24 PM, Juan Sierra Pons wrote:
> Hi
>
> This can be an I/O and/or CPU problem
> As a workaround you can use:
> - ionice - get/set program io scheduling class and priority for I/O problem
> - nice - run a program with modified scheduling priority for CPU problem
>
> To ad
Hi
This can be an I/O and/or CPU problem
As a workaround you can use:
- ionice - get/set program io scheduling class and priority for I/O problem
- nice - run a program with modified scheduling priority for CPU problem
To adjust scheduling priority of the offending process.
Good luck in you que
16 matches
Mail list logo
