Bugs item #1824299, was opened at 2007-11-01 21:00
Message generated for change (Comment added) made by runderwo
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1824299&group_id=98788
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ryan Underwood (runderwo)
Assigned to: Nobody/Anonymous (nobody)
Summary: coLinux latest snapshot CPU under-utilization
Initial Comment:
I have installed the latest coLinux snapshot to upgrade my 0.6.4 installation.
Everything went fine, but the coLinux system is quite slow while Windows remains fast. There is no load on the Windows side, and only one running process on the coLinux side, which reads only up to 25% CPU utilization. It's almost as if some throttling is taking place. Unfortunately this slowdown renders a coLinux GUI unusable... even though the system is hardly loaded at all.
----------------------------------------------------------------------
>Comment By: Ryan Underwood (runderwo)
Date: 2007-11-27 17:11
Message:
Logged In: YES
user_id=324742
Originator: YES
I noticed if I elevate the process priority using Process Explorer, now
coLinux is fast again :-)
I'm glad that the problem was really simple, but it's sort of strange that
this was never required before. Did coLinux previously set its own
priority or something similar?
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2007-11-03 23:29
Message:
Logged In: NO
Actually, I found the devel version (of August) to be slowest yet of all
:-)
I will try to go to a previous version and find out when the slowdown
began.
----------------------------------------------------------------------
Comment By: Henry N. (henryn)
Date: 2007-11-02 21:38
Message:
Logged In: YES
user_id=579204
Originator: NO
Pentium P4 with PAE enabled ???
Perhaps it is side effect from Workarrount for DEP/noexecute bug? This
workarrount will clear the page cache on every OS switch. This can be slow
down the performance.
You should give the devel version 0.8.0 from
http://www.colinux.org/snapshots/ a try. There the DEP/noexecute
workarrount will set only ones per boot.
----------------------------------------------------------------------
Comment By: Ryan Underwood (runderwo)
Date: 2007-11-02 20:56
Message:
Logged In: YES
user_id=324742
Originator: YES
No, nothing is using CPU on windows side, just as with previous version.
I guess I have no idea what the problem is.
I am using a Debian "lenny" distribution and XFCE desktop environment.
The machine is a P4 3.4GHz with 2GB RAM and SCSI HD.
It just doesn't make sense that coLinux is always very fast for almost a
year now, then I upgrade and it is now very slow.
----------------------------------------------------------------------
Comment By: Henry N. (henryn)
Date: 2007-11-02 20:26
Message:
Logged In: YES
user_id=579204
Originator: NO
Colinux runs only, if your Windows allows it. That is the "cooperative".
Perhaps you have an other process on windows side, that eats more of the
"idle" time, so coLinux must more break the running?
----------------------------------------------------------------------
Comment By: Henry N. (henryn)
Date: 2007-11-02 20:23
Message:
Logged In: YES
user_id=579204
Originator: NO
In verification with old version 0.6.4 is no big difference:
FLTK console:
real 0m13.610s
user 0m5.190s
sys 0m8.420s
NT conole:
real 0m4.118s
user 0m1.100s
sys 0m3.020s
----------------------------------------------------------------------
Comment By: Ryan Underwood (runderwo)
Date: 2007-11-02 20:14
Message:
Logged In: YES
user_id=324742
Originator: YES
Scrolling is not the problem. I can pan a window and it is quite fast.
It is a general CPU utilization problem. Programs start very slowly and
run very slowly. This makes the GUI slow, even though scrolling and
panning is fast, the response of the GUI to input events is very slow.
Does that make more sense?
----------------------------------------------------------------------
Comment By: Henry N. (henryn)
Date: 2007-11-02 20:09
Message:
Logged In: YES
user_id=579204
Originator: NO
Ok, have tested the same. Shure the scolling is not fast. But I never see
it better.
You should use the NT console, this is more faster. Or, the best: You use
Putty and a SSH login.
In the idle case my FLTK console has 980 CSwitch Delta (unter Threads in
Process Explorer), and goes upt to 1450 while "ls /dev" is printed.
Interesting: If I stepping down my CPU clock from 1800 MHz to 1200 MHz,
then the CSwitch goes down to 1100 wihle "ls /dev" is running.
Here my times on FLTK console (GUI) with CPU clock 1800 MHz
# ls /dev | wc
4832 4832 29049
# time ls /dev
... lots of devices scrolls ...
real 0m12.753s
user 0m8.410s
sys 0m4.340s
On NT console
# time ls /dev
... all devices ...
real 0m3.657s
user 0m2.780s
sys 0m0.880s
The same under Putty in a 80x25 screen:
# time ls /dev
...
real 0m1.028s
user 0m0.270s
sys 0m0.050s
----------------------------------------------------------------------
Comment By: Ryan Underwood (runderwo)
Date: 2007-11-02 19:09
Message:
Logged In: YES
user_id=324742
Originator: YES
I/O usage is between zero and "medium" on the scale (seems like no more
than 10MB on the left graph).
Context switch rate is about 250 per second.
An empty XML logfile is produced... no errors.
dmesg |head -n1:
Linux version 2.6.12-co-0.7.1 (hn@...) (gcc version 3.4.5 (mingw
special)) #1 Sat Jul 14 12:13:49 UTC 2007
----------------------------------------------------------------------
Comment By: Ryan Underwood (runderwo)
Date: 2007-11-02 18:21
Message:
Logged In: YES
user_id=324742
Originator: YES
XDMCP login, but video is not the problem. Video drawing was fast before
and still is. It's poorly performing even at console.
There is no change from the previous stable installation where it ran
fast. Unfortunately, I've overwritten my previous installation, so I don't
know what the previous version was...
WinXP SP2 host
I'll post more details in a minute.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2007-11-02 13:16
Message:
Logged In: NO
What method are you using for displaying the GUI? (colinux framebuffer, X
over TCP/IP, X over ssh, NX, VNC, etc)?
There's not yet any X.org driver written with DRI or shared memory
support, since Windows controls the hardware it wouldn't be safe for linux
to write directly into video RAM (although it should be possible to
allocate some video RAM using DirectX for linux to use -- probably this
will become feasible once some of the paravirtualization work is done on
video drivers for xen, kvm, etc)
----------------------------------------------------------------------
Comment By: Henry N. (henryn)
Date: 2007-11-02 11:54
Message:
Logged In: YES
user_id=579204
Originator: NO
What version do you run? Please reffer the build date or the "dmesg|head
-n1".
What Host OS? (Win2000, WinXP, Vista)
The utilization inside coLinux is not real. CoLinux runs slowly, if
Windows dosn't give time to the process.
Check the processes on windows side with ProcessExplorer
(http://www.sysinternals.com, hosted on MS now). Does any coLinux process a
highly context switch, or high I/O traffic?
Run the colinux debugger and check for errors or messages:
colinux-debug-daemon -d -p -f logfile.xml -s prints=31,misc=31
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1824299&group_id=98788
|