On Friday, 6 July 2012 18:18:54 UTC+8, Volker Braun wrote:
>
> A 20x speedup seems to be a bit too good to be true. It could be that the 
> binary has a botchered (mis-tuned) ATLAS install. 


What is tuned on one host can be mis-tuned on another. Nothing strange 
about this.
Perhaps a binary install of Sage should come with Atlas "dumbed down", or 
we should advise
the users to re-build Atlas spkg after the installation.



 

> I guess its possible to have that kind of speedup, but only with very 
> specific problems that immensely profit from SSE3/4/AVX.
>
> I understand that the problem in question is very heavy on linear algebra. 

Dima


>
> On Friday, July 6, 2012 9:50:37 AM UTC+1, Jan Groenewald wrote:
>>
>> Hi
>>
>> On 5 July 2012 12:40, Jan Groenewald <j...@aims.ac.za> wrote:
>>
>>> As an interesting aside,
>>>
>>> This problem, when running succesfully, on Ubuntu 11.04, took this long
>>>
>>> from upstream sage binary: 264 seconds
>>> from sage source compiled: 11 seconds
>>
>>
>> I'd like to demonstrate to students why this difference exists.
>> Can someone suggest a short easily readable program that shows
>> why certain CPU flags/capabilities can cause such a speedup
>> between generically compiled binaries for minimum 64bit specs,
>> and a CPU specific from source build.
>>
>> Regards,
>> Jan
>> -- 
>>   .~. 
>>   /V\     Jan Groenewald
>>  /( )\    www.aims.ac.za
>>  ^^-^^ 
>>
>>

-- 
-- 
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to 
sage-devel+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/sage-devel
URL: http://www.sagemath.org

Reply via email to