Late 2006, I posted a rant on the state of concurrent processing on Python.
Looking back, I don't really think I was thinking very clearly that day. I imagine I was contemplating a multi-threaded raytracer in Python. A fun idea, but kind of pointless really. Stupid even.
Since that post, I've implemented exactly one program where I had to explicitly use threads. Why did I need threads? Simply because I wanted non-blocking IO, and couldn't be bothered using other asynchronous mechanisms.
The lesson? YAGNI.
Subscribe to:
Post Comments (Atom)
Popular Posts
-
These are the robots I've been working on for the last 12 months. They each weigh about 11 tonnes and have a 17 meter reach. The control... -
This hard-to-see screenshot is a Generic Node Graph Editing framework I'm building. I'm hoping it can be used for any kind of node... -
After my last post, I decided to benchmark the scaling properties of Stackless, Kamaelia, Fibra using the same hackysack algorithm. Left axi... -
So, you've created a car prefab using WheelCollider components, and now you can apply a motorTorque to make the whole thing move along. ... -
It is about 8 degrees C this morning. So cold, especially when last week we had high twenties. To help solve the problem, a friend suggeste...
-
At the last few GameJams, I've seen an increase in the use of RAD game tools, some of them even being developed by the participants them...
-
MiddleMan: A Pub/Sub and Request/Response server in Go. This is my first Go project. It is a rewrite of an existing Python server, based o...
-
I've just uploaded Fibra 2 to the cheeseshop. Fibra 2 includes the promised non-blocking plugin, which allows a generator based task to...
-
#!/usr/bin/env python import io import asyncio import websockets import logging import collections logger = logging.getLogger('w...
-
I've just read a newspaper article (courtesy of Kranzky ) from WA Business News documenting the malfeasance, gross negligence and misc...
2 comments:
> I ... couldn't be bothered using
> other asynchronous mechanisms.
That's a pity. Sure, at first it's not easy wrapping one's head around Twisted Deferreds, but once you do, you feel peculiarly... empowered. ;-)
There's a donwside to async code: the inside-out appearance it takes on. That can now be minimized, thanks to Python 2.5, Twisted 2.5, and the new inline callbacks.
Give it a spin, you'll not regret it.
Of course there are some users who really do need concurrency across multiple processors, and they are maybe beginning to wonder about their migration path as multicore processors and multiprocessor architectures become more common.
So, while it may be true that you aren't going to need it, that doesn't mean that nobody is going to need it. The stackless environment with its ability to pickle tasklets on one machine and unpickle and activate them on another looks like a potentially usable solution. There may be others.
Post a Comment