On 12/1/2010 1:24 AM, Antoine Pitrou wrote:
On Wed, 1 Dec 2010 02:45:50 +
Jack Keegan wrote:
Hi there,
I'm currently writing an application to control and take measurements during
an experiments. This is to be done on an embedded computer running XPe so I
am happy to have python available
On Wed, 1 Dec 2010 23:48:38 +1000
James Mills wrote:
> Surely I2C is just a serial-like interface
> and one should be able to do async I/O on it ?
>
> The use of threads is not necessary here and the GIL
> doesn't become a problem in async I/O anyway.
Well, you are missing the point. The OP want
Hi
I see quite a few alleys to go down when stuck with such types of
problems, but instead of listing and discussing them have a look at a
quite complete discussion and comparison of the various async
programming options available at
http://syncless.googlecode.com
Also have a look at the pr
Surely I2C is just a serial-like interface
and one should be able to do async I/O on it ?
The use of threads is not necessary here and the GIL
doesn't become a problem in async I/O anyway.
I only use threads for operating that might block (not for I/O).
cheers
James
On Wed, Dec 1, 2010 at 7:24
On Wed, 1 Dec 2010 11:50:46 +
Jack Keegan wrote:
> Hi Antoine,
>
> On Wed, Dec 1, 2010 at 9:24 AM, Antoine Pitrou wrote:
> >
> >
> > The main question IMO: the I2C bus operates at 400kHz, but how much
> > received data can it buffer? That will give you a hint as to how much
> > latency you c
Hi Antoine,
On Wed, Dec 1, 2010 at 9:24 AM, Antoine Pitrou wrote:
>
>
> The main question IMO: the I2C bus operates at 400kHz, but how much
> received data can it buffer? That will give you a hint as to how much
> latency you can tolerate.
>
I'm not sure on buffering, but I have to ask the device
On Wed, 1 Dec 2010 02:45:50 +
Jack Keegan wrote:
> Hi there,
>
> I'm currently writing an application to control and take measurements during
> an experiments. This is to be done on an embedded computer running XPe so I
> am happy to have python available, although I am pretty new to it.
> T
Hi there,
I'm currently writing an application to control and take measurements during
an experiments. This is to be done on an embedded computer running XPe so I
am happy to have python available, although I am pretty new to it.
The application basically runs as a state machine, which transitions
On 28 Jul 2005 12:10:12 -0700, Sidd <[EMAIL PROTECTED]> wrote:
> Hello,
> I was recently reading an article on threading in python and I
> came across Global Interpreter Lock,now as a novince in python I was
> cusrious about
>
> 1.Is writing a threaded code in python going to perform well th
On 2005-07-28, Sidd <[EMAIL PROTECTED]> wrote:
> Hello,
> I was recently reading an article on threading in python and I
> came across Global Interpreter Lock,now as a novince in python I was
> cusrious about
>
> 1.Is writing a threaded code in python going to perform well than a
> normal pyt
Some people are of the opinion that threads are evil.
Best Regards,
Fuzzy
http://www.voidspace.org.uk/python
--
http://mail.python.org/mailman/listinfo/python-list
On 2005-07-28, Sidd <[EMAIL PROTECTED]> wrote:
> I was recently reading an article on threading in python and I
> came across Global Interpreter Lock,now as a novince in python
> I was cusrious about
>
> 1.Is writing a threaded code in python going to perform well
> than a normal python code.
I
Hello,
I was recently reading an article on threading in python and I
came across Global Interpreter Lock,now as a novince in python I was
cusrious about
1.Is writing a threaded code in python going to perform well than a
normal python code.If so on what basis can it performance be measured
13 matches
Mail list logo
