Thank You for Your time and answer, Martin:
>Thats a typical workload where certain kernels have lots of problems
>with interactivity. I think its best to use at least kernel 2.6.37. At
>some kernel version CFQ gained a low_latency mode which is enabled by
>default. Best would probably be to update to the most recent backport
>kernel. But as thats just a wild guess its better to first find out
>what the actual problem is:
I use the 2.6.40 from testing. Oh, well I mean 3.0.0. :)
>Please do you what you do when you experience slow operation, run
>vmstat 1 and post the output of at least 15 lines here. Also describe
>what exactly you do, what stuff is running - for example which desktop
>environment with/or without desktop search for example - and if
>commands are involved post examples.
procs -----------memory---------- ---swap-- -----io---- -system--
----cpu----
r b swpd free buff cache si so bi bo in cs us sy
id wa
1 3 0 75052 18640 817556 0 0 12290 6017 1736
1512 42 18 7 33
3 3 0 97116 18448 767564 0 0 5770 14971
1830 1707 42 22
4 32 4 2 0 82400 18544 781748 0 0 7241
9605 1868 1893 48 16 7 30
1 3 0 83608 18584 774596 0 0
7076 6128 1670 1659 49 18 5 28
0 3 0 76028 18624 782088
0 0 3719 8270 1645 1694 48 19 2 31
0 1 0 75396 18624
783652 0 0 848 0 1798 1743 45 12 11 32
2 2 0 73180
18796 785512 0 0 7048 21370 1785 1673 42 19 11 28
2 3 0
70344 18728 789060 0 0 6915 7287 1627 1328 44 13 9 35
1
2 0 74988 18580 784316 0 0 7811 4595 1573 1245 44 14 7
35
1 3 0 75064 18584 784696 0 0 7681 5249 1494 1122 40
19 2 38
1 3 0 74552 18584 784544 0 0 10880 2683 1560
1248 44 17 0 39
1 3 0 73972 18540 785816 0 0 15362
5366 1944 1666 41 27 6 27
1 3 0 70128 18560 789672 0 0
4629 6287 1607 1468 41 13 10 35
1 4 0 73600 18660 785676
0 0 4962 10240 1862 1920 43 14 4 40
4 2 0 74584 18632
784204 0 0 9336 4096 1852 1706 45 17 7 32
1 2 0 71400
18720 787452 0 0 8132 6144 1506 1376 34 12 7 47
1 2 0
66204 18756 792440 0 0 8738 4329 1273 1093 10 10 13 67
1
1 0 74884 18756 782976 0 0 4994 0 1182 910 10 6 16
67
1 4 0 145196 18764 783020 0 0 8852 2937 1259 1109 10
14 25 51
0 2 0 119528 18880 788312 0 0 4680 2190 1680
2049 14 9 13 64
0 1 0 118164 18880 789948 0 0 511
0 1085 662 11 2 40 46
I was coping a 6GB file between dir.s within the same partition of the
HDD having at the time of copy process start 17GB of free space.
I ran OpenArena that freezed from time to time, say I had 15 secs of
playing then 3 secs of freeze, then game farther continues.
I use LXDE - now file searching/indexing AFAIK. I had two sessions at
the time through KDM or whatever it organizes.
>Then also include at least the following:
>
>- hdparm -I /dev/sda | egrep -i "(model|transport:|likely used|DMA:)"
>(replace sda by whatever your drive is)
Model Number: Hitachi HTS547575A9E384
Transport: Serial, ATA8-AST, SATA 1.0a, SATA II
Extensions, SATA Rev 2.5, SATA Rev 2.6; Revision: ATA8-AST T13
Project D1697 Revision 0b
Standards:
Used: unknown (minor revision code 0x0028)
Supported: 8 7 6 5
Likely used: 8
Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 32
Standby timer values: spec'd by Standard, no device specific
minimum R/W multiple sector transfer: Max = 16 Current = 16
Advanced power management level: 128
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5
*udma6 Cycle time: min=120ns
recommended=120ns PIO: pio0 pio1 pio2 pio3
pio4 Cycle time: no flow control=120ns IORDY flow
control=120ns
>- lspci -nn | egrep -i "(ide|sata)"
SATA controller [0106]: ATI Technologies Inc SB600 Non-Raid-5
SATA [1002:4380]
IDE interface [0101]: ATI Technologies Inc
SB600 IDE [1002:438c]
>- grep -i "model name" /proc/cpuinfo
AMD Turion(tm) 64 X2 Mobile Technology TL-52
>- uname -a
3.0.0-1-amd64 #1 SMP Sat Aug 27 16:21:11 UTC 2011 x86_64 GNU/Linux
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e9b1529.4883cc0a.7280.2...@mx.google.com
