RE: > 100% CPU usage

2008-01-11 Thread James Kosin

Thanks! 


-Original Message-
From: Frans Pop [mailto:[EMAIL PROTECTED] 
Sent: Friday, January 11, 2008 12:40 PM
To: James Kosin
Cc: linux-kernel@vger.kernel.org
Subject: Re: > 100% CPU usage

James Kosin wrote:
> Anyone remember the patch / patches done for the 2.6 series that 
> related to top reporting > 100% CPU usage?

Do you mean these perhaps?
- 73a2bcb0edb9ffb0b007b3546b430e2c6e415eee
- 9301899be75b464ef097f0b5af7af6d9bd8f68a7

Cheers,
FJP

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


> 100% CPU usage

2008-01-11 Thread James Kosin
Anyone remember the patch / patches done for the 2.6 series that related 
to top reporting > 100% CPU usage?


I remember there was a series of patches addressing several clock 
related issues; but, don't remember the exact one for this issue.
I'm going to have to get a memory upgrade and stop putting useful 
tidbits in temporary storage!


James
--
Scanned by ClamAV - http://www.clamav.net

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


100% CPU usage

2008-01-11 Thread James Kosin
Anyone remember the patch / patches done for the 2.6 series that related 
to top reporting  100% CPU usage?


I remember there was a series of patches addressing several clock 
related issues; but, don't remember the exact one for this issue.
I'm going to have to get a memory upgrade and stop putting useful 
tidbits in temporary storage!


James
--
Scanned by ClamAV - http://www.clamav.net

--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


RE: 100% CPU usage

2008-01-11 Thread James Kosin

Thanks! 


-Original Message-
From: Frans Pop [mailto:[EMAIL PROTECTED] 
Sent: Friday, January 11, 2008 12:40 PM
To: James Kosin
Cc: linux-kernel@vger.kernel.org
Subject: Re:  100% CPU usage

James Kosin wrote:
 Anyone remember the patch / patches done for the 2.6 series that 
 related to top reporting  100% CPU usage?

Do you mean these perhaps?
- 73a2bcb0edb9ffb0b007b3546b430e2c6e415eee
- 9301899be75b464ef097f0b5af7af6d9bd8f68a7

Cheers,
FJP

--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [RFT] Port 0x80 I/O speed

2007-12-14 Thread James Kosin
Rene Herman wrote:
> On 13-12-07 17:27, James Kosin wrote:
> 
>> model name  : Pentium III (Katmai)
>> cpu MHz : 499.156
> 
>> [EMAIL PROTECTED] jkosin]# ./a.out
>> cycles: out 683, in 299
> 
> Thanks much, you made spot 32 ;-)
> 
> http://lkml.org/lkml/2007/12/12/309
> 
> By the way, if anyone in this/these thread(s) wrote something today (*)
> they would like me to reply to -- my horseshit ISP is completely
> crapping out on me and I haven't seen your message. Resends ofcourse
> welcome.
> 
> (*) [now - 16 hours, now]
> 
> Rene.
> -- 
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
Maybe,  I should have added the lspci to the list of information.
kernel version is latest 2.4 kernel.

[EMAIL PROTECTED] root]# lspci
00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge
(rev 03)
00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge
(rev 03)
00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01)
00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01)
00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02)
00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169
(rev 10)
00:0a.0 Ethernet controller: Lite-On Communications Inc LNE100TX (rev 20)
00:0b.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro
215GP (rev 5c)

-- 
Scanned by ClamAV - http://www.clamav.net

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [RFT] Port 0x80 I/O speed

2007-12-14 Thread James Kosin
Rene Herman wrote:
 On 13-12-07 17:27, James Kosin wrote:
 
 model name  : Pentium III (Katmai)
 cpu MHz : 499.156
 
 [EMAIL PROTECTED] jkosin]# ./a.out
 cycles: out 683, in 299
 
 Thanks much, you made spot 32 ;-)
 
 http://lkml.org/lkml/2007/12/12/309
 
 By the way, if anyone in this/these thread(s) wrote something today (*)
 they would like me to reply to -- my horseshit ISP is completely
 crapping out on me and I haven't seen your message. Resends ofcourse
 welcome.
 
 (*) [now - 16 hours, now]
 
 Rene.
 -- 
 To unsubscribe from this list: send the line unsubscribe linux-kernel in
 the body of a message to [EMAIL PROTECTED]
 More majordomo info at  http://vger.kernel.org/majordomo-info.html
 Please read the FAQ at  http://www.tux.org/lkml/
Maybe,  I should have added the lspci to the list of information.
kernel version is latest 2.4 kernel.

[EMAIL PROTECTED] root]# lspci
00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge
(rev 03)
00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge
(rev 03)
00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01)
00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01)
00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02)
00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169
(rev 10)
00:0a.0 Ethernet controller: Lite-On Communications Inc LNE100TX (rev 20)
00:0b.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro
215GP (rev 5c)

-- 
Scanned by ClamAV - http://www.clamav.net

--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [RFT] Port 0x80 I/O speed

2007-12-13 Thread James Kosin
Rene Herman wrote:
> Good day.
> 
> Would some people on x86 (both 32 and 64) be kind enough to compile and
> run the attached program? This is about testing how long I/O port access
> to port 0x80 takes. It measures in CPU cycles so CPU speed is crucial in
> reporting.
> 
> Posted a previous incarnation of this before, buried in the outb 0x80
> thread which had a serialising problem. This one should as far as I can
> see measure the right thing though. Please yell if you disagree...
> 
> For me, on a Duron 1300 (AMD756 chipset) I have a constant:
> 
> [EMAIL PROTECTED]:~/src/port80$ su -c ./port80
> cycles: out 2400, in 2400
> 
> and on a PII 400 (Intel 440BX chipset) a constant:
> 
> [EMAIL PROTECTED]:~/src/port80$ su -c ./port80
> cycles: out 553, in 251
> 
> Results are (mostly) independent of compiler optimisation, but testing
> with an -O2 compile should be most useful. Thanks!
> 
> Rene.
> 
[EMAIL PROTECTED] jkosin]# cat /proc/cpuinfo
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model   : 7
model name  : Pentium III (Katmai)
stepping: 3
cpu MHz : 499.156
cache size  : 512 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 2
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca
cmov pat pse36 mmx fxsr sse
bogomips: 996.14

[EMAIL PROTECTED] jkosin]# ./a.out
cycles: out 683, in 299
[EMAIL PROTECTED] jkosin]# ./a.out
cycles: out 683, in 299
[EMAIL PROTECTED] jkosin]# ./a.out
cycles: out 683, in 299
[EMAIL PROTECTED] jkosin]#

-- 
Scanned by ClamAV - http://www.clamav.net

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [RFT] Port 0x80 I/O speed

2007-12-13 Thread James Kosin
Rene Herman wrote:
 Good day.
 
 Would some people on x86 (both 32 and 64) be kind enough to compile and
 run the attached program? This is about testing how long I/O port access
 to port 0x80 takes. It measures in CPU cycles so CPU speed is crucial in
 reporting.
 
 Posted a previous incarnation of this before, buried in the outb 0x80
 thread which had a serialising problem. This one should as far as I can
 see measure the right thing though. Please yell if you disagree...
 
 For me, on a Duron 1300 (AMD756 chipset) I have a constant:
 
 [EMAIL PROTECTED]:~/src/port80$ su -c ./port80
 cycles: out 2400, in 2400
 
 and on a PII 400 (Intel 440BX chipset) a constant:
 
 [EMAIL PROTECTED]:~/src/port80$ su -c ./port80
 cycles: out 553, in 251
 
 Results are (mostly) independent of compiler optimisation, but testing
 with an -O2 compile should be most useful. Thanks!
 
 Rene.
 
[EMAIL PROTECTED] jkosin]# cat /proc/cpuinfo
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model   : 7
model name  : Pentium III (Katmai)
stepping: 3
cpu MHz : 499.156
cache size  : 512 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 2
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca
cmov pat pse36 mmx fxsr sse
bogomips: 996.14

[EMAIL PROTECTED] jkosin]# ./a.out
cycles: out 683, in 299
[EMAIL PROTECTED] jkosin]# ./a.out
cycles: out 683, in 299
[EMAIL PROTECTED] jkosin]# ./a.out
cycles: out 683, in 299
[EMAIL PROTECTED] jkosin]#

-- 
Scanned by ClamAV - http://www.clamav.net

--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


IDE Tape Spec(s)

2007-08-20 Thread James Kosin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
 
Hi,

Anyone have a good Specification for IDE Tape drives and the Linux Kernel?

I've had a problem with the ide_tape module and I am going to have to
track the problem myself.

The tape drive in use is an HP T-20 IDE tape drive connected to the
IDE interface.

Please Reply to and copy my email address, I'm not a member of this list.

Thanks,
James Kosin
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
 
iD8DBQFGyfBskNLDmnu1kSkRAnaXAJ9m4NTWuhlatGVjwzTJrje6yFb/WQCfUINu
/UCB+MRpflfmPX0JJ5PYfis=
=cVqj
-END PGP SIGNATURE-

-- 
Scanned by ClamAV - http://www.clamav.net

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


IDE Tape Spec(s)

2007-08-20 Thread James Kosin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
 
Hi,

Anyone have a good Specification for IDE Tape drives and the Linux Kernel?

I've had a problem with the ide_tape module and I am going to have to
track the problem myself.

The tape drive in use is an HP T-20 IDE tape drive connected to the
IDE interface.

Please Reply to and copy my email address, I'm not a member of this list.

Thanks,
James Kosin
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
 
iD8DBQFGyfBskNLDmnu1kSkRAnaXAJ9m4NTWuhlatGVjwzTJrje6yFb/WQCfUINu
/UCB+MRpflfmPX0JJ5PYfis=
=cVqj
-END PGP SIGNATURE-

-- 
Scanned by ClamAV - http://www.clamav.net

-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/