Yes it's when you start doing things like collecting all files of one type in a group of folders like all mp3's under document or all daisy books under documents. 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 use threads in case someone has 1 million files that you e to sort through but the 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 Speculations > Partly 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