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
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
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
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 visua
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 shoul
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
> > Jav
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:
>
> *
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 (interp
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
"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 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 process
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
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
"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 d
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:
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 loc
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 goo
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 a
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 substa
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 langu
"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 reaso
> 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 sys
"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
| > t
> > > > 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 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"
> > > happen
> > 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. u
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
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
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
> 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 Pyt
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 t
31 matches
Mail list logo
