Martin,
Why don't you do your thing in Java like the one that you consider to be 'absolutely right'.
Why throd through all your threading misery in Python given that shining Java gem?
nononsense 
Python versus C++ Speed
- Thread starter nononsense
- Start date
Why don't you do your thing in Java like the one that you consider to be 'absolutely right'.
Why throd through all your threading misery in Python given that shining Java gem?
nononsense Congratulations. Did you encounter significant speed up on SMP? Thought not.
Search for "python global interpreter lock" on Google Groups, you'll see that it confirms precisely what the "threading clowns" are telling you. The first hit:
http://groups.google.com/group/comp...obal+interpreter+lock&rnum=1#b9e313008ad9d2b9
Martin
Don't whine about it at ET. Be a man and take your kiddie thread insights it to the Python newsgroup. You obviously must be unaware of the regular discussions about threading stretching over years and how to do better. Many other things are being criticized there as well. Might give you lots of opportunity to whine some more about at ET's. I can't care less about this. I don't have any problem. Every tool has its quirks. Mastery is in learning how to use it to your advantage. That's true engineering. Seems you also rather stick to Python. I didn't come here to talk about (trivial?) flaws. I came here to point to Python's superiority if used properly. Python probably has less flaws than most!
If you don't like it, leave it. Lots of other choices, even for clowns.
nononsense
and that really is the point .... if you know the tools and how to use them in detail then the differences between platforms start to become minor ... like I said you can do most things using any of the various tools and technologies .... some things (sometimes many things) will be faster and easier in one particular toolset but more often than not the reason things appear difficult is because people dont have enough experience in a particular environment.
From my perspective cost - both direct and ongoing - is very important and that is the primary reason I prefer to develop and deploy using open source technologies. Thus far I have not encountered any show stoppers that would prevent me from using opensource deployments for even the highest performance requirements ....
There are already many knowledgable participants in the Python newsgroup who help ensure that the discussion is factual. I'm posting here to share information with people working on similar types of applications that I am, some of whom are apparently not as knowledgable. I apologize that I was unaware of how inappropriate this behavior is.
And I came here to discuss a serious performance problem with the cPython interpreter, which suggests an incipient conflict with the roadmap for commodity hardware. Since that doesn't meet your agenda of promoting Python regardless of the facts, my posts don't belong this thread, which clearly belongs to you. Once again, I can only offer my apologies.
Martin
Its not really a serious performance problem in general ....and it really has no bearing on any roadmap regarding commodity hardware ......
The right tool for the right job and the right design .... which these days should be technology neutral or technology segregated ..... for those that dont start upfront with such a design, life can be exceedingly frustrating and exceedingly expensive .....
Take the advice given and sign on to the Python newsgroups .... that is the place to debate this and to learn more ...
Incidentally you've said "technology neutral" a bunch of times but I don't think that means what you think it does. "Technology neutral" is pretty much just a buzzword when it comes to software. Can you explain your point using different words with commonly accepted meanings?
Let me know if I should be asking this over in comp.sys.technology.neutral instead.
Martin
Let me know if I should be asking this over in comp.sys.technology.neutral instead.
Martin
People that are designing and building real systems know what the terminology implies with respect to software. As you refactor your systems keep the concept in mind ..... There are a whole bunch of other newsgroups that can get you up to speed on the idea.....