On Wed, 14 Nov 2007 09:25:04 -0800, sturlamolden [EMAIL PROTECTED] wrote:
[snip]
I think the need for these eventloop unifications stems from Visual
Basic. VB programmers never learned to use more than one thread, and
they are still struggling to unlearn the bad habits they aquired.
+1 QOTW
On 13 Nov, 22:39, [EMAIL PROTECTED] wrote:
The wxPython user's group mentions charting quite a bit. I think they
use matplotlib among others. You might contact them for suggestions as
well.
Indeed, use NumPy/SciPy and matplotlib if you are using Python for
numerical computing and data
On 14 Nov, 01:07, Diez B. Roggisch [EMAIL PROTECTED] wrote:
I'm not sure if you mean both above compared to Java - but I won't
call Swing/AWT good - eclipse doesn't come with SWT for nothing.
Swing vs. SWT is a matter of taste and religion.
The main complaint against Swing was how it looked.
On 8 Nov, 08:52, Michel Albert [EMAIL PROTECTED] wrote:
In our company we are looking for one language to be used as default
language. So far Python looks like a good choice (slacking behind
Java). A few requirements that the language should be able cope with
are:
* Database access to
In article [EMAIL PROTECTED],
Michel Albert [EMAIL PROTECTED] wrote:
In our company we are looking for one language to be used as default
language. So far Python looks like a good choice (slacking behind
Java). A few requirements that the language should be able cope with
are:
* Database
On Nov 13, 1:47 pm, Russell E. Owen [EMAIL PROTECTED] wrote:
In article [EMAIL PROTECTED],
Michel Albert [EMAIL PROTECTED] wrote:
In our company we are looking for one language to be used as default
language. So far Python looks like a good choice (slacking behind
Java). A few
Russell E. Owen schrieb:
In article [EMAIL PROTECTED],
Michel Albert [EMAIL PROTECTED] wrote:
In our company we are looking for one language to be used as default
language. So far Python looks like a good choice (slacking behind
Java). A few requirements that the language should be able
On Nov 10, 2007 12:48 AM, Rhamphoryncus [EMAIL PROTECTED] wrote:
On Nov 9, 1:45 pm, Terry Reedy [EMAIL PROTECTED] wrote:
2. If micro-locked Python ran, say, half as fast, then you can have a lot
of IPC (interprocess communition) overhead and still be faster with
multiple processes rather
Martin Vilcans [EMAIL PROTECTED] writes:
But if Python gets slow when you add fine-grained locks, then most
certainly it wouldn't get so slow if the locks were very fast,
right?
Given the sheer number of increfs and decrefs happening, they should
be impossibly fast (meaning: nonexistent).
On Mon, 12 Nov 2007 10:28:02 +0100, Martin Vilcans wrote:
Actually, I would prefer to do parallell programming at a higher
level. If Python can't do efficient threading at low level (such as in
Java or C), then so be it. Perhaps multiple processes with message
passing is the way to go. It
On Nov 12, 2:28 am, Martin Vilcans [EMAIL PROTECTED] wrote:
On Nov 10, 2007 12:48 AM, Rhamphoryncus [EMAIL PROTECTED] wrote:
On Nov 9, 1:45 pm, Terry Reedy [EMAIL PROTECTED] wrote:
2. If micro-locked Python ran, say, half as fast, then you can have a lot
of IPC (interprocess communition)
If by 'this' you mean the global interpreter lock, yes, there are good
technical reasons. All attempts so far to remove it have resulted in an
interpeter that is substantially slower on a single processor.
Is there any good technical reason that CPython doesn't use the GIL on
single CPU
Martin Vilcans [EMAIL PROTECTED] writes:
If by 'this' you mean the global interpreter lock, yes, there are good
technical reasons. All attempts so far to remove it have resulted in an
interpeter that is substantially slower on a single processor.
Is there any good technical reason that
On Nov 8, 8:55 pm, [EMAIL PROTECTED] wrote:
On Nov 8, 1:52 am, Michel Albert [EMAIL PROTECTED] wrote:
In our company we are looking for one language to be used as default
language. So far Python looks like a good choice (slacking behind
Java). A few requirements that the language should
On Nov 9, 2007 10:37 AM, Hrvoje Niksic [EMAIL PROTECTED] wrote:
Martin Vilcans [EMAIL PROTECTED] writes:
If by 'this' you mean the global interpreter lock, yes, there are good
technical reasons. All attempts so far to remove it have resulted in an
interpeter that is substantially slower
On Nov 9, 2007 9:54 AM, Martin Vilcans [EMAIL PROTECTED] wrote:
On Nov 9, 2007 10:37 AM, Hrvoje Niksic [EMAIL PROTECTED] wrote:
Martin Vilcans [EMAIL PROTECTED] writes:
If by 'this' you mean the global interpreter lock, yes, there are good
technical reasons. All attempts so far to
On Nov 9, 4:32 am, Michel Albert [EMAIL PROTECTED] wrote:
On Nov 8, 8:55 pm, [EMAIL PROTECTED] wrote:
On Nov 8, 1:52 am, Michel Albert [EMAIL PROTECTED] wrote:
In our company we are looking for one language to be used as default
language. So far Python looks like a good choice
On Nov 9, 9:14 am, Chris Mellon [EMAIL PROTECTED] wrote:
The heavy use of dicts is one of the problems - they're all over the
place and even if you removed the GIL, a global dict lock would give
essentially the same effect. And a per-dict lock means that there will
be a *lot* more locking and
Michel Albert wrote:
What I meant was that one should be able to draw a report template.
Basically a graphical user interface for RML in this case. I
personally would opt for writing RML or whatever code myself. But it's
impossible to convice my boss. The dialog usually goes like this:
Martin Vilcans [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
| But that's not what my question was about. It was about whether it
| would make sense to, on the same python installation, select between
| the GIL and fine-grained locks at startup. Because even if the locks
| slows down
On Nov 9, 1:45 pm, Terry Reedy [EMAIL PROTECTED] wrote:
Martin Vilcans [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
| But that's not what my question was about. It was about whether it
| would make sense to, on the same python installation, select between
| the GIL and
On Nov 8, 12:52 am, Michel Albert [EMAIL PROTECTED] wrote:
In our company we are looking for one language to be used as default
language. So far Python looks like a good choice (slacking behind
Java). A few requirements that the language should be able cope with
are:
* Database access to
On 8 Nov., 08:52, Michel Albert [EMAIL PROTECTED] wrote:
In our company we are looking for one language to be used as default
language. So far Python looks like a good choice (slacking behind
Java). A few requirements that the language should be able cope with
are:
* Database access to
How do you feel about multithreading support?
A multithreaded application in Python will only use a single CPU on
multi-CPU machines due to big interpreter lock, whereas the right
thing
happens in Java.
Note that this is untrue for many common uses of threading (e.g. using
threads
On Nov 8, 2:09 pm, Michael Bacarella [EMAIL PROTECTED] wrote:
In our company we are looking for one language to be used as default
language. So far Python looks like a good choice (slacking behind
Java). A few requirements that the language should be able cope with
are:
How do you feel
On Nov 8, 2007 5:22 PM, Michael Bacarella [EMAIL PROTECTED] wrote:
How do you feel about multithreading support?
A multithreaded application in Python will only use a single CPU on
multi-CPU machines due to big interpreter lock, whereas the right
thing
happens in Java.
Note
In our company we are looking for one language to be used as default
language. So far Python looks like a good choice (slacking behind
Java). A few requirements that the language should be able cope with
are:
How do you feel about multithreading support?
A multithreaded application in Python
On Nov 8, 1:09 pm, Michael Bacarella [EMAIL PROTECTED] wrote:
In our company we are looking for one language to be used as default
language. So far Python looks like a good choice (slacking behind
Java). A few requirements that the language should be able cope with
are:
How do you feel
On Nov 8, 1:52 am, Michel Albert [EMAIL PROTECTED] wrote:
In our company we are looking for one language to be used as default
language. So far Python looks like a good choice (slacking behind
Java). A few requirements that the language should be able cope with
are:
* Database access to
A multithreaded application in Python will only use a single CPU
on
multi-CPU machines due to big interpreter lock, whereas the
right
thing
happens in Java.
Note that this is untrue for many common uses of threading (e.g.
using
threads to wait on network connections, or
Michael Bacarella [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
| It's pretty uncommon. There are relatively few CPU bound tasks that
| are a) highly parallel and b) can't be easily scaled between
| processes. Python is not (by itself) an especially good tool for those
| tasks.
|
In our company we are looking for one language to be used as default
language. So far Python looks like a good choice (slacking behind
Java). A few requirements that the language should be able cope with
are:
* Database access to Sybase.
This seems to be available for python, but the
32 matches
Mail list logo
