Ok, next question - how do you implement sort of background, thread processes to run in background in python - only asking if it's a simple thing, since am sure it's the type of thing will still come across later on.
Stay well Jacob Kruger Blind Biker Skype: BlindZA '...fate had broken his body, but not his spirit...'----- Original Message ----- From: "Ken Perry" <whistler@xxxxxxxxxxxxx>
To: <programmingblind@xxxxxxxxxxxxx> Sent: Tuesday, June 21, 2011 1:36 PM Subject: RE: Python Performance Speculations
Yes it's when you start doing things like collecting all files of one typein a group of folders like all mp3's under document or all daisy books underdocuments. Things like that where you finding yourself having to be artistic with threads to keep the thing from slowing down. When you don't even need threads with even MFC . Now I will say you should still usethreads in case someone has 1 million files that you e to sort through butthe fact is python doesn't need 1 million to slow down. Ken -----Original Message----- From: programmingblind-bounce@xxxxxxxxxxxxx [mailto:programmingblind-bounce@xxxxxxxxxxxxx] On Behalf Of Jacob Kruger Sent: Tuesday, June 21, 2011 7:08 AM To: programmingblind@xxxxxxxxxxxxx Subject: Re: Python Performance Speculations To manipulate files in certain, relatively simple ways, I have just used os.system() function to call command line file commands for me...? Stay well Jacob Kruger Blind Biker Skype: BlindZA '...fate had broken his body, but not his spirit...'----- Original Message ----- From: "Ken Perry" <whistler@xxxxxxxxxxxxx>To: <programmingblind@xxxxxxxxxxxxx> Sent: Tuesday, June 21, 2011 12:31 PM Subject: RE: Python Performance SpeculationsPartly your right but for some reason the manipulation of the file system on windows using python is much much slower than with win32 all though it's using a lot of the same functions I am sure in the bindings. ken -----Original Message----- From: programmingblind-bounce@xxxxxxxxxxxxx [mailto:programmingblind-bounce@xxxxxxxxxxxxx] On Behalf Of Kerneels Roos Sent: Tuesday, June 21, 2011 4:27 AM To: programmingblind@xxxxxxxxxxxxx Subject: Python Performance Speculations Hi list, Since the fasterst Python interpreter is written in C is should be possible, with a deep knowledge of the implementation, to code in Python algorithms that will run at the same speed as algorithms coded in C, but in much less time (development time) should it not? I suspect / speculate that the bulk of Python performance problems is attributable to how Python is used since it allows you to do so much, a lot of which is not done very efficiently, yet still is done, so if you take care you can do things more efficiently in Python alone. Now, the problems with this or that part of the standard API, like what Ken was saying about the threading is a whole other matter. That alone might make the language unsuitable. There is usually commercial alternatives though, like with C++ threading and misc third party APIs. Last time I checked the Python interpreter written in Python was significantly slower than the C one. Keep well, Kerns -- Kerneels Roos Cell: +27 (0)82 309 1998 Skype: cornelis.roos __________ View the list's information and change your settings at //www.freelists.org/list/programmingblind __________ View the list's information and change your settings at //www.freelists.org/list/programmingblind__________ View the list's information and change your settings at //www.freelists.org/list/programmingblind __________ View the list's information and change your settings at //www.freelists.org/list/programmingblind
__________View the list's information and change your settings at //www.freelists.org/list/programmingblind
