Robert Kern wrote:
>
> It isn't. The problem is on Chris's file system. Whatever is wrong
> with his file system (Bill Spotz's identical problem suggests too many
> temporary but unused inodes) increases the traversal of the file
> system.
Ah, I did not think it could indeed affect the whole fs. T
On Sat, Aug 2, 2008 at 00:06, David Cournapeau
<[EMAIL PROTECTED]> wrote:
> Christopher Barker wrote:
>>
>> OK, I just installed wxPython, and whoa!
>>
>> time python -c "import numpy"
>>
>> real0m2.793s
>> user0m0.294s
>> sys 0m2.494s
>>
>> so it's taking almost two seconds more to imp
Alan G Isaac wrote:
>> http://www.ar.media.kyoto-u.ac.jp/members/david/archives/numpy-1.1.1.dev5559-win32-superpack-python2.5.exe
>>
>>
Yes, sorry, it should read:
http://www.ar.media.kyoto-u.ac.jp/members/david/archives/numpy/numpy-1.1.1.dev5559-win32-superpack-python2.5.exe
cheers,
Dav
Christopher Barker wrote:
>
> OK, I just installed wxPython, and whoa!
>
> time python -c "import numpy"
>
> real0m2.793s
> user0m0.294s
> sys 0m2.494s
>
> so it's taking almost two seconds more to import numpy, now that
> wxPython is installed. I haven't even imported it yet. importin
> http://www.ar.media.kyoto-u.ac.jp/members/david/archives/numpy-1.1.1.dev5559-win32-superpack-python2.5.exe
>
Still dead.
Cheers,
Alan Isaac
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/nu
On Sat, Aug 2, 2008 at 5:33 AM, Ondrej Certik <[EMAIL PROTECTED]> wrote:
> But I am still unhappy about it, I'd like if the package could import
> much faster, because it adds up, when you need to import 7 packages
> like that, it's suddenly 1s and that's just too much.
Too much for what ? We nee
Robert Kern wrote:
> File/Save As..., pick a file name. When asked about whether to embed
> source files or strip them out, choose Strip. Then email the resulting
> .mshark file to me.
I've done that, and sent it to you directly -- it's too big to put in
the mailing list.
> It looks like your Py
Christopher Barker wrote:
> $ time python -c "import numpy"
>
> real0m0.973s
> user0m0.290s
> sys 0m0.682s
>
> much more in line with what others are getting.
>
> I'll start installing stuff that I actually am using now, and maybe I'll
> see when (if) it breaks down.
OK, I just ins
On Fri, Aug 1, 2008 at 17:50, Christopher Barker <[EMAIL PROTECTED]> wrote:
> Robert Kern wrote:
>>
>> Can you send foo.stats, too?
>
> sure can.
>
> Also, I've got Shark up and running, and have run it on a script that
> does nothing but import numpy, but really have no idea what I'm looking
> at,
Robert Kern wrote:
> So cut it out.
>
> Chris, please profile your import so we actually have some real
> information to work with instead of prejudices.
OK, while we're working on that, I've tried just re-naming my entire
python install, then starting from scratch. So far, I've python
re-insta
On Fri, Aug 1, 2008 at 17:50, Christopher Barker <[EMAIL PROTECTED]> wrote:
> Robert Kern wrote:
>>
>> Can you send foo.stats, too?
>
> sure can.
>
> Also, I've got Shark up and running, and have run it on a script that
> does nothing but import numpy, but really have no idea what I'm looking
> at,
On Fri, Aug 1, 2008 at 17:22, Christopher Barker <[EMAIL PROTECTED]> wrote:
> David Cournapeau wrote:
>>
>> IOW, I don't think the problem is the numbers themselves. It has to be
>> something else. A simple profiling like
>>
>> python -m cProfile -o foo.stats foo.py
>>
>> and then:
>>
>> python -c
David Cournapeau wrote:
IOW, I don't think the problem is the numbers themselves. It has to be
something else. A simple profiling like
python -m cProfile -o foo.stats foo.py
and then:
python -c "import pstats; p = pstats.Stats("foo.stats");
p.sort_stats('cumulative').print_stats(50)"
OK, see
On Thu, Jul 31, 2008 at 10:02 PM, Robert Kern <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 31, 2008 at 05:43, Andrew Dalke <[EMAIL PROTECTED]> wrote:
>> On Jul 31, 2008, at 12:03 PM, Robert Kern wrote:
>
>>> But you still can't remove them since they are being used inside
>>> numerictypes. That's why I
On Fri, Aug 1, 2008 at 11:53, Gael Varoquaux
<[EMAIL PROTECTED]> wrote:
> On Fri, Aug 01, 2008 at 09:18:48AM -0700, Christopher Barker wrote:
>> > What does python -c "import sys; print sys.path" say ?
>
>> A lot! 41 entries, and lot's of eggs -- are eggs an issue? I'm also
>> wondering how the ord
On Sat, Aug 2, 2008 at 1:18 AM, Christopher Barker
<[EMAIL PROTECTED]> wrote:
>
> A lot! 41 entries, and lot's of eggs -- are eggs an issue? I'm also
> wondering how the order is determined -- if it looked in site-packages
> first, it would find numpy a whole lot faster.
I don't think the number i
On Fri, Aug 01, 2008 at 09:18:48AM -0700, Christopher Barker wrote:
> > What does python -c "import sys; print sys.path" say ?
> A lot! 41 entries, and lot's of eggs -- are eggs an issue? I'm also
> wondering how the order is determined -- if it looked in site-packages
> first, it would find num
David Cournapeau wrote:
>> time python -c "import numpy"
>>
>> real0m8.383s
>> user0m0.320s
>> sys 0m7.805s
> What does python -c "import sys; print sys.path" say ?
A lot! 41 entries, and lot's of eggs -- are eggs an issue? I'm also
wondering how the order is determined -- if it look
David Cournapeau wrote:
> Bruce Southey wrote:
>
>> Hi,
>> The installation worked on my old Athlon XP running Windows XP and
>> 'numpy.test(level=1)' gave no errors.
>>
>>
>
> By old, do you mean it does not have at least SSE2 ? If so, the problem
> would not have happened anyway becaus
Charles R Harris wrote:
> On Thu, Jul 31, 2008 at 11:26 PM, Francesc Alted
> <[EMAIL PROTECTED]>wrote:
>
>> Hi,
>>
>> We need to make a dtype that needs to be defined in the user's
>> application space. In the NumPy book there is a section devoted to
>> this subject, but also warns:
>>
>> """
>>
20 matches
Mail list logo
