Re: Where is the eln search path defined

[Alex Bennée]

Andrea Corallo <address@hidden> writes:

> Alex Bennée <address@hidden> writes:
>
>> Andrea Corallo <address@hidden> writes:
>>
>>> Andrea Corallo <address@hidden> writes:
>>>
>>>> I really have to update elisp-benchmarks on elpa.
>>>
>>> Hi Alex, with the latest elpa elisp-benchamrks (1.5) just
>>>
>>> .../emacs -batch -l .../elisp-benchmarks.el -f elisp-benchmarks-run 
>>>
>>> should now do everything automatically, using native-comp if available
>>> or the byte-compiler otherwise.
>>
>> That's better:
>>
>> * Results
>>
>>   | test           | non-gc avg (s) | gc avg (s) | gcs avg | tot avg (s) | 
>> tot avg err (s) |
>>   
>> |----------------+----------------+------------+---------+-------------+-----------------|
>>   | bubble-no-cons |          12.92 |       0.05 |       1 |       12.97 |   
>>          0.05 |
>>   | bubble         |          10.40 |       1.06 |       1 |       11.46 |   
>>          1.04 |
>>   | dhrystone      |          16.78 |       0.00 |       0 |       16.78 |   
>>          0.21 |
>>   | fibn-rec       |          11.39 |       0.00 |       0 |       11.39 |   
>>          0.02 |
>>   | fibn-tc        |           7.94 |       0.00 |       0 |        7.94 |   
>>          0.03 |
>>   | fibn           |          23.42 |       0.00 |       0 |       23.42 |   
>>          0.03 |
>>   | inclist        |           8.17 |       0.04 |       1 |        8.21 |   
>>          0.04 |
>>   | listlen-tc     |           0.86 |       0.00 |       0 |        0.86 |   
>>          0.01 |
>>   | nbody          |           9.30 |       0.88 |       1 |       10.18 |   
>>          0.14 |
>>   | pidigits       |          29.79 |       5.77 |       1 |       35.57 |   
>>          7.13 |
>>   
>> |----------------+----------------+------------+---------+-------------+-----------------|
>>   | total          |         130.97 |       7.81 |       5 |      138.78 |   
>>          7.21 |
>
> Does that means that we are observing a 15x perf uplift?
>
> What's the uarch are we looking at?

It's a ThunderX1 from Packet which I think is Caviums own uarch
confirming to Armv8.1:

./tests/tcg/aarch64-linux-user/sysregs
Checking Counter registers
ctr_el0             : 0x0000000095558005
cntvct_el0          : 0x0002f01fe6ef26fc
cntfrq_el0          : 0x0000000005f5e100
Checking CPUID registers
id_aa64isar0_el1    : 0x0000000000011120
id_aa64isar1_el1    : 0x0000000000000000
id_aa64mmfr0_el1    : 0x00000000ff000000
id_aa64pfr0_el1     : 0x0000000000000011
id_aa64pfr1_el1     : 0x0000000000000000
id_aa64dfr0_el1     : 0x0000000000000006
midr_el1            : 0x00000000431f0a11
mpidr_el1           : 0x0000000080000000
Remaining registers should fail
id_mmfr0_el1        : 0x00000000deadbeef
id_mmfr1_el1        : 0x00000000deadbeef
id_mmfr2_el1        : 0x00000000deadbeef
id_mmfr3_el1        : 0x00000000deadbeef
mvfr0_el1           : 0x00000000deadbeef
mvfr1_el1           : 0x00000000deadbeef

> Simple uarch usually benefit more, 15x is a lot tho.

I'm about to upgrade the box to a more recent Ubuntu so hopefully will
be able to use the stock libgccjit instead of a checkout. I'll see how
it looks then and also compare it to the stock Emacs.

>
>> I guess I need to enable async compilation now to ensure all the various
>> elpa/melpa packages are compiled.
>
> Yes, on top of your .emacs
>
> (setq comp-deferred-compilation t)
>
> Thanks
>
>   Andrea


-- 
Alex Bennée