Hi,
The sage.math downtime is over and all services should be working
normally again now.
Let me know if you notice any problems.
-- William
On Tue, Sep 6, 2011 at 3:33 PM, William Stein wrote:
> Hi,
>
> The entire sage.math cluster (and all related resources) will be down
> from the wee hours
On Fri, Sep 9, 2011 at 4:21 PM, leif wrote:
> On 10 Sep., 01:11, William Stein wrote:
>> On Fri, Sep 9, 2011 at 4:01 PM, leif wrote:
>> The sysadmins did an *incredible* job
>> reorganizing the entire server room with the downtime -- it is truly
>> an amazingly clean wrack setup now.
>
> Photos.
On 10 Sep., 01:11, William Stein wrote:
> On Fri, Sep 9, 2011 at 4:01 PM, leif wrote:
> The sysadmins did an *incredible* job
> reorganizing the entire server room with the downtime -- it is truly
> an amazingly clean wrack setup now.
Photos... :P
-leif
--
To post to this group, send an emai
On Fri, Sep 9, 2011 at 4:01 PM, leif wrote:
> On 10 Sep., 00:49, William Stein wrote:
>> Patience.
>
> Well, 9 minutes or less is ok... :)
A better true ETA is 30 minutes, since I'm applying security updates
and rebooting again.
By the way, the reason everything didn't just come online
automati
On 10 Sep., 00:49, William Stein wrote:
> Patience.
Well, 9 minutes or less is ok... :)
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda1 71117180 64539176 2993908 96% /
varrun66146796 112 66146684 1% /var/run
varlock
Patience.
On Fri, Sep 9, 2011 at 3:17 PM, R. Andrew Ohana wrote:
> On Fri, Sep 9, 2011 at 14:58, leif wrote:
>>
>> On 9 Sep., 16:38, William Stein wrote:
>> > Hi,
>> >
>> > The downtime mentioned below is happening right now.
>> >
>> > William
>>
>>
>> Boxen's back since about 90 minutes, but i
On Fri, Sep 9, 2011 at 14:58, leif wrote:
> On 9 Sep., 16:38, William Stein wrote:
> > Hi,
> >
> > The downtime mentioned below is happening right now.
> >
> > William
>
>
> Boxen's back since about 90 minutes, but it seems the file server
> (disk.math?) isn't running yet; at least /home isn't m
Hi Leif,
On 9 Sep., 22:41, leif wrote:
> I'm not sure whether one would notice (or even be able to measure) any
> performance gain though, since for typical Sage objects most time is
> certainly spent in actually computing the hash (assuming the
> __hash__() methods are already cached, which I'm
On 9 Sep., 16:38, William Stein wrote:
> Hi,
>
> The downtime mentioned below is happening right now.
>
> William
Boxen's back since about 90 minutes, but it seems the file server
(disk.math?) isn't running yet; at least /home isn't mounted.
-leif
--
To post to this group, send an email to s
On Fri, Sep 9, 2011 at 1:41 PM, leif wrote:
> On 9 Sep., 19:07, Simon King wrote:
>> Hi!
>>
>> While I am at it: Why isn't there a __hash__ method for
>> sage.structure.SageObject written in Cython that can be inherited from
>> all elements and parents and needs not to be overridden? In
>> partic
On 9 Sep., 19:07, Simon King wrote:
> Hi!
>
> While I am at it: Why isn't there a __hash__ method for
> sage.structure.SageObject written in Cython that can be inherited from
> all elements and parents and needs not to be overridden? In
> particular, needs not to be overridden by a slow Python met
On 9 Sep., 17:17, leif wrote:
> On 9 Sep., 16:12, Simon King wrote:
> > Is there a way to find out how much time is spent for
> > each *line*, not just for each file?
>
> You'd have to hack $SAGE_ROOT/local/bin/ncadoctest.py a little.
>
> I have such a patch *somewhere*... (which, when applied, *
Hi!
While I am at it: Why isn't there a __hash__ method for
sage.structure.SageObject written in Cython that can be inherited from
all elements and parents and needs not to be overridden? In
particular, needs not to be overridden by a slow Python method?
I mean something like
sage: cython("""
On Sep 9, 6:52 am, Jonathan wrote:
> In theory this could be added to the javascript functions being
> included with the update to the Jmol interface which is coming with
> the switch to the new flask notebook, but I'm not sure this is the
> best solution.
>
> The new interface will include the ab
Here is one other detail that I just observed.
It makes a huge difference whether the to-be-hashed object inherits
from or not (timings with sage-4.6.2):
No inheritance from object:
sage: class foo:
: @cached_method
: def __hash__(self):
: return int(1)
On 9 Sep., 16:12, Simon King wrote:
> Hi!
>
> I found that with one of my patches, that was supposed to improve
> timings, I actually got a slow-down in some doc tests. That's to say,
> the time printed at the end of "sage -t path/to/file" became worse by
> 25%.
>
> But so far I have no idea what
Hi,
The downtime mentioned below is happening right now.
William
On Tue, Sep 6, 2011 at 3:33 PM, William Stein wrote:
> Hi,
>
> The entire sage.math cluster (and all related resources) will be down
> from the wee hours of the morning on Friday, September 9, until
> probably around 2pm that day.
Hi!
I found that with one of my patches, that was supposed to improve
timings, I actually got a slow-down in some doc tests. That's to say,
the time printed at the end of "sage -t path/to/file" became worse by
25%.
But so far I have no idea what operation exactly is responsible for
the regression
Hi!
I was applying my improved version of cached_method to the __hash__
method for number field ideals. The __hash__ method, itself, became
much faster:
sage: I = NumberField(x^2 + 1, 'a').ideal(7)
sage: %timeit I.__hash__()
625 loops, best of 3: 403 ns per loop
which would be 1.09 µs witho
In theory this could be added to the javascript functions being
included with the update to the Jmol interface which is coming with
the switch to the new flask notebook, but I'm not sure this is the
best solution.
The new interface will include the ability to download a .jmol file
to your compute
20 matches
Mail list logo
