But if you create tasks without doing it at the OS level, doesn't
that means that you won't really be able to take full advantage of
multi-processor hardware (since the OS handles the hardware and if the
OS doesn't know about it, it won't be able to do the required
optimizations with the
On May 21, 3:33 am, Magnitus eric_vallee2...@yahoo.ca wrote:
But if you create tasks without doing it at the OS level, doesn't
that means that you won't really be able to take full advantage of
multi-processor hardware (since the OS handles the hardware and if the
OS doesn't know about it, it
On May 21, 7:00 pm, Yarko Tymciurak resultsinsoftw...@gmail.com
wrote:
On May 21, 3:33 am, Magnitus eric_vallee2...@yahoo.ca wrote:
But if you create tasks without doing it at the OS level, doesn't
that means that you won't really be able to take full advantage of
multi-processor
Now that you mention it, I recall reading in the Python/C API that
Python wasn't really thread-safe and that Python objects shouldn't be
accessed from multiple C threads (they recommended using the Python
threading API which was exposed in the Python/C API instead, but that
didn't interest me as
On May 21, 8:14 pm, Magnitus eric_vallee2...@yahoo.ca wrote:
Now that you mention it, I recall reading in the Python/C API that
Python wasn't really thread-safe and that Python objects shouldn't be
accessed from multiple C threads (they recommended using the Python
threading API which was
On May 21, 5:06 am, Graham Dumpleton graham.dumple...@gmail.com
wrote:
On May 21, 7:00 pm, Yarko Tymciurak resultsinsoftw...@gmail.com
wrote:
...
There is much to cover in this - and I suppose reason to be happy that
python traditionally hasn't run multi-core.
See, for example, the
Yeah, thanks for the clarification about GIL, that was awesome (I read
many a textbook that was not as well written).
Made me realise that you can do some calls to the Python's C APY from
multiple C threads, but you should do so seldomly as its more
expensive in terms of interruptions in the
Thanks for the helpful answer!
On 20 Mai, 01:18, Yarko Tymciurak resultsinsoftw...@gmail.com wrote:
On May 19, 5:41 pm, amoygard amoyg...@gmail.com wrote:
Thanks for the answer - I was aware that I don't have to do this to
handle ajax requests in general. The application I'm building needs
You might also look at how services are setup:
http://www.web2py.com/book/default/section/9/2
On May 20, 11:58 am, amoygard amoyg...@gmail.com wrote:
Thanks for the helpful answer!
On 20 Mai, 01:18, Yarko Tymciurak resultsinsoftw...@gmail.com wrote:
On May 19, 5:41 pm, amoygard
On May 19, 6:18 pm, Yarko Tymciurak resultsinsoftw...@gmail.com
wrote:
On May 19, 5:41 pm, amoygard amoyg...@gmail.com wrote:
So - in general, you do not start subprocesses - with the exception of
cron. Seehttp://www.web2py.com/book/default/section/4/17
I might better have said you
On May 19, 2:14 pm, amoygard amoyg...@gmail.com wrote:
Hi,
I'm pretty new to web2py and web application frameworks. I'm trying to
create a new background process in controller to handle incoming ajax
data from a user.
You are trying to do too much: remember: the web is stateless ---
when
Thanks for the answer - I was aware that I don't have to do this to
handle ajax requests in general. The application I'm building needs to
send and receive a sequence of messages from the client in a specific
order, so I thought it would be easier to handle it in one thread/
process. It is however
On May 19, 5:41 pm, amoygard amoyg...@gmail.com wrote:
Thanks for the answer - I was aware that I don't have to do this to
handle ajax requests in general. The application I'm building needs to
send and receive a sequence of messages from the client in a specific
order, so I thought it would
13 matches
Mail list logo