Threading Is Not A Model

Location: D136
Average rating: **...
(2.67, 6 ratings)

We have many concurrency/multiprocessing capabilities at our finger tips, such as threads, processes, locks, mutexes, select, epoll, transactional memory, etc. But none of them are a model for multiprocessing, they are only tools on which you would build an implementation of such a model. So what are the models we can choose from? How would they be implemented in Python? And how do they relate to the principle of sufficient irritation?

Photo of Joe Gregorio

Joe Gregorio


Joe Gregorio is a software engineer working on APIs at Google. He is a member of the AtomPub Workgroup, editor of the Atom Publishing Protocol, co-author of the URI Templates spec, and has a deep interest in web technologies, writing “The RESTFul Web” column for the online O‚ÄôReilly publication, writing the first desktop aggregator written in C#, and publishing various Python modules to help in putting together RESTful web services such as mimeparse, httplib2, and the google-api-python-client. He’s interested in REST, web services, Python, APIs, URI Templates, Atom Publishing Protocol, Big Data, or any linear combination of such.

Comments on this page are now closed.


Michael Stack
07/26/2010 2:18am PDT

Joe, any chance you’d be willing to post the slides from your talk?



Picture of Bruce Momjian
Bruce Momjian
07/25/2010 12:21pm PDT

I thought the presenter made a good point that if there are design patterns, the language is missing something, and he showed how threading was one such case. I thought there could have been more material though.

Picture of Joe Gregorio
Joe Gregorio
07/22/2010 6:15am PDT

Dirk, Sorry you were disappointed with the talk. If I give it again I will definitely update the description to make the scope of the talk clearer.

Picture of Dirk Bergstrom
Dirk Bergstrom
07/22/2010 4:34am PDT

I was very disappointed with this talk. I expected to learn something substantive about concurrent programming in python, and instead I got a long winded discursion about pretty much everything but.

  • Intel
  • Microsoft
  • Google
  • Facebook
  • Rackspace Hosting
  • (mt) Media Temple, Inc.
  • ActiveState
  • CommonPlaces
  • DB Relay
  • FireHost
  • GoDaddy
  • HP
  • HTSQL by Prometheus Research
  • Impetus Technologies Inc.
  • Infobright, Inc
  • JasperSoft
  • Kaltura
  • Marvell
  • Mashery
  • NorthScale, Inc.
  • Open Invention Network
  • OpSource
  • Oracle
  • Parallels
  • PayPal
  • Percona
  • Qualcomm Innovation Center, Inc.
  • Rhomobile
  • Schooner Information Technology
  • Silicon Mechanics
  • SourceGear
  • Symbian
  • VoltDB
  • WSO2
  • Linux Pro Magazine

Sponsorship Opportunities

For information on exhibition and sponsorship opportunities at the conference, contact Sharon Cordesse at

Download the OSCON Sponsor/Exhibitor Prospectus

Media Partner Opportunities

Download the Media & Promotional Partner Brochure (PDF) for information on trade opportunities with O'Reilly conferences or contact mediapartners@

Press and Media

For media-related inquiries, contact Maureen Jennings at

OSCON Newsletter

To stay abreast of conference news and to receive email notification when registration opens, please sign up for the OSCON Newsletter (login required)

OSCON 2.0 Ideas

Have an idea for OSCON to share?

Contact Us

View a complete list of OSCON contacts