ARM-ы на travis-ci.org - срочно переходим на них кто уже там
От: VladCore  
Дата: 30.01.20 05:40
Оценка:
Вот попробовал арм-ы на travis-ci.org, их осенью добавили.

И что же вы думаете — в /proc/cpuinfo как и положено 32 ARM ядра — потому что это LXD: https://blog.travis-ci.com/2019-10-07-multi-cpu-architecture-support

Но.
Бенчмарки октуда заоблачные?
Вот виртуалка там x64:
7-Zip [64] 9.20  Copyright (c) 1999-2010 Igor Pavlov  2010-11-18
p7zip Version 9.20 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,2 CPUs)
RAM size:    7983 MB,  # CPU hardware threads:   2
RAM usage:    425 MB,  # Benchmark threads:      2
Dict        Compressing          |        Decompressing
      Speed Usage    R/U Rating  |    Speed Usage    R/U Rating
       KB/s     %   MIPS   MIPS  |     KB/s     %   MIPS   MIPS
22:    4907   174   2745   4774  |    53028   200   2399   4788
23:    4861   171   2897   4953  |    51479   198   2383   4713
24:    4780   173   2969   5140  |    50983   198   2385   4731
25:    4716   177   3046   5385  |    51190   199   2422   4815
----------------------------------------------------------------
Avr:          174   2914   5063               199   2397   4761
Tot:          186   2656   4912


Scale-фактор — всего 1.7 раз.

А вот arm64:
7-Zip [64] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=C.UTF-8,Utf16=on,HugeFiles=on,64 bits,32 CPUs LE)
LE
CPU Freq:  2176  3288  3270  3283  3275  3282  3275  3281  3277
RAM size:    3814 MB,  # CPU hardware threads:  32
RAM usage:   3604 MB,  # Benchmark threads:     32
                       Compressing  |                  Decompressing
Dict     Speed Usage    R/U Rating  |      Speed Usage    R/U Rating
         KiB/s     %   MIPS   MIPS  |      KiB/s     %   MIPS   MIPS
22:      34406  1751   1912  33471  |     564173  1795   2681  48112
23:      34598  1854   1901  35252  |     495994  1638   2621  42919
24:      29635  1648   1933  31864  |     555512  1865   2615  48759
----------------------------------  | ------------------------------
Avr:            1751   1915  33529  |             1766   2639  46597
Tot:            1758   2277  40063


Scale-factor — 18.5 раз.

Как так то?

P.S. А может arm — это не арм. Вот такая фиговина 32 раза в /proc/cpuinfo
processor    : 0...31
BogoMIPS    : 80.00
Features    : fp asimd evtstrm aes pmull sha1 sha2 crc32 cpuid
CPU implementer    : 0x50
CPU architecture: 8
CPU variant    : 0x3
CPU part    : 0x000
CPU revision    : 2


P.P.S. Cortex-A57 так же только без cpuid:
processor       : 0...3
BogoMIPS        : 125.00
Features        : fp asimd evtstrm aes pmull sha1 sha2 crc32
CPU implementer : 0x41
CPU architecture: 8
CPU variant     : 0x1
CPU part        : 0xd07
CPU revision    : 0
Отредактировано 30.01.2020 6:33 VladCore . Предыдущая версия . Еще …
Отредактировано 30.01.2020 5:52 VladCore . Предыдущая версия .
Отредактировано 30.01.2020 5:49 VladCore . Предыдущая версия .
Re: ARM-ы на travis-ci.org - срочно переходим на них кто уже там
От: Буравчик Россия  
Дата: 02.02.20 12:46
Оценка:
Здравствуйте, VladCore, Вы писали:

VC>p7zip Version 9.20 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,2 CPUs)
VC>Scale-фактор — всего 1.7 раз.

В этом случае используется 2 CPU

VC>А вот arm64:
VC>p7zip Version 16.02 (locale=C.UTF-8,Utf16=on,HugeFiles=on,64 bits,32 CPUs LE)
VC>Scale-factor — 18.5 раз.

А в этом — 32 CPU
Best regards, Буравчик
Re[2]: ARM-ы на travis-ci.org - срочно переходим на них кто
От: VladCore  
Дата: 02.02.20 14:47
Оценка:
Здравствуйте, Буравчик, Вы писали:


Б>В этом случае используется 2 CPU

Б>А в этом — 32 CPU

разумеется. только не CPU я ядер. непонятно только почему на x64 ВСЕГО два.

у тебя тоже 32 ядра?
Отредактировано 02.02.2020 14:51 VladCore . Предыдущая версия .
Re[3]: ARM-ы на travis-ci.org - срочно переходим на них кто
От: Буравчик Россия  
Дата: 02.02.20 15:16
Оценка:
Здравствуйте, VladCore, Вы писали:

VC>разумеется. только не CPU я ядер. непонятно только почему на x64 ВСЕГО два.
VC>у тебя тоже 32 ядра?

Я не использую. Но обратил твое внимание, что разница в Scale-фактор возникла из-за разного количества используемых ядер.

Думаю, что проблема в 7-zip или параметрах его запуска.
Например, почему ты сравниваешь 7-zip разных версий?
Best regards, Буравчик
Re: ARM-ы на travis-ci.org - срочно переходим на них кто уже там
От: Буравчик Россия  
Дата: 02.02.20 15:23
Оценка:
Здравствуйте, VladCore, Вы писали:

VC>P.S. А может arm — это не арм. Вот такая фиговина 32 раза в /proc/cpuinfo
VC>P.P.S. Cortex-A57 так же только без cpuid:

lscpu что говорит?
Best regards, Буравчик
Re[4]: ARM-ы на travis-ci.org - срочно переходим на них кто
От: VladCore  
Дата: 02.02.20 15:59
Оценка:
Здравствуйте, Буравчик, Вы писали:

VC>>разумеется. только не CPU я ядер. непонятно только почему на x64 ВСЕГО два.
VC>>у тебя тоже 32 ядра?

Б>Я не использую. Но обратил твое внимание, что разница в Scale-фактор возникла из-за разного количества используемых ядер.

Б>Думаю, что проблема в 7-zip или параметрах его запуска.
Б>Например, почему ты сравниваешь 7-zip разных версий?

поинт был в том что в первом случае 2 ядра, а во втором 32.

Дело в том что контейнеры это не виртуалка в /proc/cpuinfо "показывается" все ядра хоста. предполагается что это очевидный факт известен всем.
сколько реально ядер у контейнера видно в реальной нагрузке — для этого и привёл её — реальную нагрузку.

ясно?
Re[2]: ARM-ы на travis-ci.org - срочно переходим на них кто уже там
От: VladCore  
Дата: 02.02.20 16:02
Оценка:
Здравствуйте, Буравчик, Вы писали:

VC>>P.S. А может arm — это не арм. Вот такая фиговина 32 раза в /proc/cpuinfo
VC>>P.P.S. Cortex-A57 так же только без cpuid:

Б>lscpu что говорит?

не было надобности смотреть, ибо это LXD контейнер. уже написал выше
Re[3]: ARM-ы на travis-ci.org - срочно переходим на них кто уже там
От: Буравчик Россия  
Дата: 02.02.20 16:10
Оценка:
Здравствуйте, VladCore, Вы писали:

VC>не было надобности смотреть, ибо это LXD контейнер. уже написал выше

Разве lscpu не расшифровывает все эти
CPU implementer    : 0x50
CPU architecture: 8
CPU variant    : 0x3
CPU part    : 0x000
CPU revision    : 2


Чтобы определить "arm или не arm" не только по фичам CPU хоста.
Best regards, Буравчик
Re[5]: ARM-ы на travis-ci.org - срочно переходим на них кто
От: Буравчик Россия  
Дата: 02.02.20 16:14
Оценка:
Здравствуйте, VladCore, Вы писали:

VC>поинт был в том что в первом случае 2 ядра, а во втором 32.

Мой поинт был в том, что 7-zip старой версии умеет работать с двумя ядрами максимум. А в новой — работает со всеми. Ну вдруг.
Best regards, Буравчик
Re[6]: ARM-ы на travis-ci.org - срочно переходим на них кто
От: VladCore  
Дата: 03.02.20 03:54
Оценка:
Здравствуйте, Буравчик, Вы писали:

VC>>поинт был в том что в первом случае 2 ядра, а во втором 32.

Б>Мой поинт был в том, что 7-zip старой версии умеет работать с двумя ядрами максимум. А в новой — работает со всеми. Ну вдруг.

Во первых брехня 

7-Zip (A) [64] 9.20  Copyright (c) 1999-2010 Igor Pavlov  2010-11-18
p7zip Version 9.20 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,8 CPUs)

RAM size:     979 MB,  # CPU hardware threads:   8
RAM usage:    869 MB,  # Benchmark threads:      8

Dict        Compressing          |        Decompressing
      Speed Usage    R/U Rating  |    Speed Usage    R/U Rating
       KB/s     %   MIPS   MIPS  |     KB/s     %   MIPS   MIPS

22:   14794   664   2166  14392  |   196164   761   2324  17691
23:   14435   692   2126  14707  |   183336   741   2263  16773
24:   12333   675   1964  13261  |   140234   618   2104  13008
----------------------------------------------------------------
Avr:          677   2086  14120               707   2230  15824
Tot:          692   2158  14972


А во вторых что именно вдруг?
Re[4]: ARM-ы на travis-ci.org - срочно переходим на них кто уже там
От: VladCore  
Дата: 03.02.20 06:58
Оценка:
Здравствуйте, Буравчик, Вы писали:

VC>>не было надобности смотреть, ибо это LXD контейнер. уже написал выше

Б>Разве lscpu не расшифровывает все эти
Б>
Б>CPU implementer    : 0x50
Б>CPU architecture: 8
Б>CPU variant    : 0x3
Б>CPU part    : 0x000
Б>CPU revision    : 2
Б>


Б>Чтобы определить "arm или не arm" не только по фичам CPU хоста.

Если бы не твое начало со слова Разве то я бы ответил — нет.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.