diff mbox

[2/2] gnu: atlas: Use cpupower in description.

Message ID 20160719024520.9121-3-me@tobias.gr
State New
Headers show

Commit Message

Tobias Geerinckx-Rice July 19, 2016, 2:45 a.m. UTC
* gnu/packages/maths.scm (atlas)[description]: Replace 'cpufreq-selector'
with its replacement 'cpupower --governor'.
---
 gnu/packages/maths.scm | 9 +++------
 1 file changed, 3 insertions(+), 6 deletions(-)

Comments

Ludovic Courtès July 19, 2016, 9 p.m. UTC | #1
Tobias Geerinckx-Rice <me@tobias.gr> skribis:

> * gnu/packages/maths.scm (atlas)[description]: Replace 'cpufreq-selector'
> with its replacement 'cpupower --governor'.

Applied, thanks!

Ludo’.
Tobias Geerinckx-Rice July 19, 2016, 9:33 p.m. UTC | #2
Ludo',

On 2016-07-19 23:00, ludo@gnu.org wrote:
> Applied, thanks!

Thanks! I didn't know about @example.

It seems like some Texinfo syntax is encouraged (like @command), but
not the full set (package descriptions are full of abbreviations,
but no @abbr or @acronym anywhere). Is this by design?

More would certainly help get to the recommended 5-10 lines... :-)

Kind regards,

T G-R
Mathieu Lirzin July 19, 2016, 9:47 p.m. UTC | #3
Tobias Geerinckx-Rice <me@tobias.gr> writes:

> Ludo',
>
> On 2016-07-19 23:00, ludo@gnu.org wrote:
>> Applied, thanks!
>
> Thanks! I didn't know about @example.
>
> It seems like some Texinfo syntax is encouraged (like @command), but
> not the full set (package descriptions are full of abbreviations,
> but no @abbr or @acronym anywhere). Is this by design?

Nope it is not by design, the Guile (texinfo ...) modules just don't
implement these commands from GNU Texinfo, but should indeed.
non such July 28, 2016, 10:59 p.m. UTC | #4
Mathieu Lirzin <mthl@gnu.org> writes:

> Tobias Geerinckx-Rice <me@tobias.gr> writes:
>
>> Ludo',
>>
>> On 2016-07-19 23:00, ludo@gnu.org wrote:
>>> Applied, thanks!
>>
>> Thanks! I didn't know about @example.
>>
>> It seems like some Texinfo syntax is encouraged (like @command), but
>> not the full set (package descriptions are full of abbreviations,
>> but no @abbr or @acronym anywhere). Is this by design?
>
> Nope it is not by design, the Guile (texinfo ...) modules just don't
> implement these commands from GNU Texinfo, but should indeed.
>
> -- 
> Mathieu Lirzin
>

Is there a feature request / bug we could file somewhere on this? I
don't know what the upstream of Guile texinfo is, but it reads like it
should be extended.
Mathieu Lirzin July 29, 2016, 8:22 a.m. UTC | #5
Hello,

ng0 <ng0@we.make.ritual.n0.is> writes:

> Mathieu Lirzin <mthl@gnu.org> writes:
>
>> Tobias Geerinckx-Rice <me@tobias.gr> writes:
>>
>>> Ludo',
>>>
>>> On 2016-07-19 23:00, ludo@gnu.org wrote:
>>>> Applied, thanks!
>>>
>>> Thanks! I didn't know about @example.
>>>
>>> It seems like some Texinfo syntax is encouraged (like @command), but
>>> not the full set (package descriptions are full of abbreviations,
>>> but no @abbr or @acronym anywhere). Is this by design?
>>
>> Nope it is not by design, the Guile (texinfo ...) modules just don't
>> implement these commands from GNU Texinfo, but should indeed.
>>
>> -- 
>> Mathieu Lirzin
>>
>
> Is there a feature request / bug we could file somewhere on this? I
> don't know what the upstream of Guile texinfo is, but it reads like it
> should be extended.

Guile texinfo is maintained in Guile itself.  You can send a bug report
to <bug-guile@gnu.org>.

Thanks!
non such July 29, 2016, 8:35 a.m. UTC | #6
Mathieu Lirzin <mthl@gnu.org> writes:

> Hello,
>
> ng0 <ng0@we.make.ritual.n0.is> writes:
>
>> Mathieu Lirzin <mthl@gnu.org> writes:
>>
>>> Tobias Geerinckx-Rice <me@tobias.gr> writes:
>>>
>>>> Ludo',
>>>>
>>>> On 2016-07-19 23:00, ludo@gnu.org wrote:
>>>>> Applied, thanks!
>>>>
>>>> Thanks! I didn't know about @example.
>>>>
>>>> It seems like some Texinfo syntax is encouraged (like @command), but
>>>> not the full set (package descriptions are full of abbreviations,
>>>> but no @abbr or @acronym anywhere). Is this by design?
>>>
>>> Nope it is not by design, the Guile (texinfo ...) modules just don't
>>> implement these commands from GNU Texinfo, but should indeed.
>>>
>>> -- 
>>> Mathieu Lirzin
>>>
>>
>> Is there a feature request / bug we could file somewhere on this? I
>> don't know what the upstream of Guile texinfo is, but it reads like it
>> should be extended.
>
> Guile texinfo is maintained in Guile itself.  You can send a bug report
> to <bug-guile@gnu.org>.
>
> Thanks!
>
> -- 
> Mathieu Lirzin


Thanks.

I could, but I have no time to interact with it due to personal
resources.
It would be better if someone else did this.
Pjotr Prins Aug. 14, 2016, 6:24 a.m. UTC | #7
M=5360, N=5360, lda=5360, NB=24
   FINDING NB FOR M=5440, N=5440, LDA=5440:
      nb=80: 21451.30 --> 21451.30 MFLOP.

      NB refinement search:
      *** i=8, nbB=80, NB=80, mul1=8, mul2=0 ***
      nb=8: 7003.41  --> 7003.41 MFLOP.
      nb=16: 1278.46  --> 1278.46 MFLOP.
      nb=24: 1540.06  --> 1540.06 MFLOP.
      nb=32: 3296.98  --> 3296.98 MFLOP.
      nb=40: 24713.32  --> 24713.32 MFLOP.
      nb=48: 26342.54  --> 26342.54 MFLOP.
      nb=56: 26221.28  --> 26221.28 MFLOP.
      nb=64: 28333.27  --> 28333.27 MFLOP.
      nb=72: 4903.17  --> 4903.17 MFLOP.
      nb=80: 4536.84  --> 4536.84 MFLOP.
      nb=88: 4924.19  --> 4924.19 MFLOP.
      nb=96: 5507.97  --> 5507.97 MFLOP.
      nb=104: 7172.10  --> 7172.10 MFLOP.
      nb=112: 59322.21  --> 59322.21 MFLOP.
      nb=120: 68613.85  --> 68613.85 MFLOP.
      nb=128: 65228.73  --> 65228.73 MFLOP.
      nb=136: 70809.52  --> 70809.52 MFLOP.
      nb=144: 72456.07  --> 72456.07 MFLOP.

    building of `/gnu/store/hrr2bzzlvl9aivrd6dnh7sncgbbx9awf-atlas-3.10.2.drv' timed out after 3600 seconds of silence

That on a 56 core machine with a TESLA on board...

Disabling tests.

Pj.

On Fri, Jul 29, 2016 at 08:35:47AM +0000, ng0 wrote:
> Mathieu Lirzin <mthl@gnu.org> writes:
> 
> > Hello,
> >
> > ng0 <ng0@we.make.ritual.n0.is> writes:
> >
> >> Mathieu Lirzin <mthl@gnu.org> writes:
> >>
> >>> Tobias Geerinckx-Rice <me@tobias.gr> writes:
> >>>
> >>>> Ludo',
> >>>>
> >>>> On 2016-07-19 23:00, ludo@gnu.org wrote:
> >>>>> Applied, thanks!
> >>>>
> >>>> Thanks! I didn't know about @example.
> >>>>
> >>>> It seems like some Texinfo syntax is encouraged (like @command), but
> >>>> not the full set (package descriptions are full of abbreviations,
> >>>> but no @abbr or @acronym anywhere). Is this by design?
> >>>
> >>> Nope it is not by design, the Guile (texinfo ...) modules just don't
> >>> implement these commands from GNU Texinfo, but should indeed.
> >>>
> >>> -- 
> >>> Mathieu Lirzin
> >>>
> >>
> >> Is there a feature request / bug we could file somewhere on this? I
> >> don't know what the upstream of Guile texinfo is, but it reads like it
> >> should be extended.
> >
> > Guile texinfo is maintained in Guile itself.  You can send a bug report
> > to <bug-guile@gnu.org>.
> >
> > Thanks!
> >
> > -- 
> > Mathieu Lirzin
> 
> 
> Thanks.
> 
> I could, but I have no time to interact with it due to personal
> resources.
> It would be better if someone else did this.
> -- 
> ♥Ⓐ  ng0
> Current Keys: https://we.make.ritual.n0.is/ng0.txt
> For non-prism friendly talk find me on http://www.psyced.org
> 

--
diff mbox

Patch

diff --git a/gnu/packages/maths.scm b/gnu/packages/maths.scm
index 643bce5..776963e 100644
--- a/gnu/packages/maths.scm
+++ b/gnu/packages/maths.scm
@@ -2120,14 +2120,11 @@  Optimization occurs at build time.  For this reason, the library is built on
 the machine where it is installed, without resorting to pre-built substitutes.
 
 Before building the library, CPU throttling should be disabled.  This can be
-done in the BIOS, or, on GNU/Linux, with the following commands:
+done in the BIOS, or, on GNU/Linux, with the following command:
 
-cpufreq-selector -g performance -c 0
-...
-cpufreq-selector -g performance -c N-1
+# cpupower --governor performance
 
-where N is the number of cores of your CPU.  Failure to do so will result in a
-library with poor performance.")
+Failure to do so will result in a library with poor performance.")
     (license license:bsd-3)))
 
 (define-public glm