Hello,
the wx.Choice constructor seems pretty slow on Windows when a list of
choices is specified. Even without a choices list it's rather slow,
resulting in a significant delay of several seconds, when a windows with
many Choices is constructed.
Output from the appended demo code:
$ python2.4 choice_demo.py
Button: 0.0
Empty choice: 0.156999826431
Prefilled choice: 4.10899996758
Fill it after creation w/o freeze: 5.04700016975
Fill it after creation with freeze: 0.75
The last one is the fastest way to get a choice with many items - but it's
still annoyingly slow, if there a 10 or more choices to be created.
Python version:
2.4.1 (#65, Mar 30 2005, 09:13:57) [MSC v.1310 32 bit (Intel)]
wxPython version: 2.6.2.1
Is there anything I'm doing wrong? Is it a wxPython bug? Or is a Choice on
Windows just slow?
choice_demo.py (1.84 KB)
···
--
Benjamin Niemann
Email: pink at odahoda dot de
WWW: http://www.odahoda.de/
My Values (2,4 GHz), wxpy 2.6.2.1, Windows XP:
Button: 0.0160000324249
Empty choice: 0.0
Prefilled choice: 0.0620000362396
Fill it after creation w/o freeze: 0.077999830246
Fill it after creation with freeze: 0.0160000324249
···
On Thu, 02 Feb 2006 12:41:08 +0100, Benjamin Niemann <pink@odahoda.de> wrote:
Hello,
the wx.Choice constructor seems pretty slow on Windows when a list of
choices is specified. Even without a choices list it's rather slow,
resulting in a significant delay of several seconds, when a windows with
many Choices is constructed.
Output from the appended demo code:
$ python2.4 choice_demo.py
Button: 0.0
Empty choice: 0.156999826431
Prefilled choice: 4.10899996758
Fill it after creation w/o freeze: 5.04700016975
Fill it after creation with freeze: 0.75
The last one is the fastest way to get a choice with many items - but it's
still annoyingly slow, if there a 10 or more choices to be created.
Python version:
2.4.1 (#65, Mar 30 2005, 09:13:57) [MSC v.1310 32 bit (Intel)]
wxPython version: 2.6.2.1
Is there anything I'm doing wrong? Is it a wxPython bug? Or is a Choice on
Windows just slow?
--
Franz Steinhaeusler
Franz Steinhaeusler wrote:
···
On Thu, 02 Feb 2006 12:41:08 +0100, Benjamin Niemann <pink@odahoda.de> > wrote:
Hello,
the wx.Choice constructor seems pretty slow on Windows when a list of
choices is specified. Even without a choices list it's rather slow,
resulting in a significant delay of several seconds, when a windows with
many Choices is constructed.
Output from the appended demo code:
$ python2.4 choice_demo.py
Button: 0.0
Empty choice: 0.156999826431
Prefilled choice: 4.10899996758
Fill it after creation w/o freeze: 5.04700016975
Fill it after creation with freeze: 0.75
The last one is the fastest way to get a choice with many items - but it's
still annoyingly slow, if there a 10 or more choices to be created.
Python version:
2.4.1 (#65, Mar 30 2005, 09:13:57) [MSC v.1310 32 bit (Intel)]
wxPython version: 2.6.2.1
Is there anything I'm doing wrong? Is it a wxPython bug? Or is a Choice on
Windows just slow?
My Values (2,4 GHz), wxpy 2.6.2.1, Windows XP:
Button: 0.0160000324249
Empty choice: 0.0
Prefilled choice: 0.0620000362396
Fill it after creation w/o freeze: 0.077999830246
Fill it after creation with freeze: 0.0160000324249
Strange... At least there is a chance that it will run better on the target
machine 
Perhaps it its caused by the fact that Windows is running under vmware here,
although it would be strange, if this only effects wx.Choice...
--
Benjamin Niemann
Email: pink at odahoda dot de
WWW: http://www.odahoda.de/
Benjamin,
I cannot reproduce this problem on a Windows VMWare guest running on Linux host OS (P4-2.4GHz with 1GB RAM or so). All figures are around 0.1 here.
Markus
Benjamin Niemann schrieb:
···
Hello,
the wx.Choice constructor seems pretty slow on Windows when a list of
choices is specified. Even without a choices list it's rather slow,
resulting in a significant delay of several seconds, when a windows with
many Choices is constructed.
Output from the appended demo code:
$ python2.4 choice_demo.py
Button: 0.0
Empty choice: 0.156999826431
Prefilled choice: 4.10899996758
Fill it after creation w/o freeze: 5.04700016975
Fill it after creation with freeze: 0.75
The last one is the fastest way to get a choice with many items - but it's
still annoyingly slow, if there a 10 or more choices to be created.
Python version:
2.4.1 (#65, Mar 30 2005, 09:13:57) [MSC v.1310 32 bit (Intel)] wxPython version: 2.6.2.1
Is there anything I'm doing wrong? Is it a wxPython bug? Or is a Choice on
Windows just slow?
------------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: wxPython-users-unsubscribe@lists.wxwidgets.org
For additional commands, e-mail: wxPython-users-help@lists.wxwidgets.org
Markus Meyer wrote:
I cannot reproduce this problem on a Windows VMWare guest running on
Linux host OS (P4-2.4GHz with 1GB RAM or so). All figures are around 0.1
here.
That's a similar setup as I am using. I'll try it tomorrow using a clean
WinXP installation. Perhaps it is caused by another software package...
···
Benjamin Niemann schrieb:
Hello,
the wx.Choice constructor seems pretty slow on Windows when a list of
choices is specified. Even without a choices list it's rather slow,
resulting in a significant delay of several seconds, when a windows with
many Choices is constructed.
Output from the appended demo code:
$ python2.4 choice_demo.py
Button: 0.0
Empty choice: 0.156999826431
Prefilled choice: 4.10899996758
Fill it after creation w/o freeze: 5.04700016975
Fill it after creation with freeze: 0.75
The last one is the fastest way to get a choice with many items - but it's
still annoyingly slow, if there a 10 or more choices to be created.
Python version:
2.4.1 (#65, Mar 30 2005, 09:13:57) [MSC v.1310 32 bit (Intel)]
wxPython version: 2.6.2.1
Is there anything I'm doing wrong? Is it a wxPython bug? Or is a Choice on
Windows just slow?
--
Benjamin Niemann
Email: pink at odahoda dot de
WWW: http://www.odahoda.de/
Benjamin Niemann wrote:
the wx.Choice constructor seems pretty slow on Windows when a list of
choices is specified. Even without a choices list it's rather slow,
resulting in a significant delay of several seconds, when a windows with
many Choices is constructed.
Update: I can't really understand what happened, but it was gone, when I
closed and restarted Adobe InDesign that was running for several days in
the background (I just suspend Windows in vmware instead of shutting down).
Somehow this long running InDesign process caused funny things to happen...
···
--
Benjamin Niemann
Email: pink at odahoda dot de
WWW: http://www.odahoda.de/