Lenovo Legion 5 15ach6h - test

16.2.2022 21:28 | Přečteno: 1781× | c0mput3rs | poslední úprava: 16.2.2022 23:25

Dostal sa mi do ruk Lenovo Legion 5 15ach6h (Ryzen 5 5600H, 16GB RAM, RTX 3060 130W a 512GB NVME). Momentalne je na nom Linux Mint 23 XFCE (do zajtrajsej instalacie Win 11 ) tak ak vas nieco zaujima mozem spravit nejake benchmarky pre Vas. Momentalne uz nejake testy bezia a postupne ich tu budem pridavat.

7z b

7-Zip [64] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,64 bits,12 CPUs AMD Ryzen 5 5600H with Radeon Graphics          (A50F00),ASM,AES-NI)

AMD Ryzen 5 5600H with Radeon Graphics          (A50F00)
CPU Freq: 32000000 64000000 64000000 32000000 128000000 256000000 256000000 512000000 2048000000

RAM size:   15922 MB,  # CPU hardware threads:  12
RAM usage:   2647 MB,  # Benchmark threads:     12

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

22:      34904  1117   3040  33955  |     572476  1185   4122  48827
23:      30307  1084   2848  30880  |     558885  1185   4082  48355
24:      30086  1104   2929  32349  |     547770  1186   4055  48078
25:      28673  1108   2955  32738  |     531945  1180   4013  47341
----------------------------------  | ------------------------------
Avr:            1103   2943  32481  |             1184   4068  48150
Tot:            1143   3506  40315

hdparm -Tt /dev/nvme0n1

/dev/nvme0n1:
 Timing cached reads:   31898 MB in  1.98 seconds = 16104.42 MB/sec
 Timing buffered disk reads: 7492 MB in  3.00 seconds = 2496.85 MB/sec

linux-5.16.10: make clean && make defconfig && time make -j 12

Kernel: arch/x86/boot/bzImage is ready  (#2)

real	2m15,067s
user	22m51,195s
sys	2m0,820s

linux-5.16.10: make clean && make -j12 allmodconfig && time make -j12 >/dev/null

real	29m44,435s
user	318m21,964s
sys	26m0,130s

zstd# time make -j12 >/dev/null

real	0m11,796s
user	1m43,406s
sys	0m2,462s

ffmpeg-git# time make -j12 >/dev/null

real	1m15,845s
user	13m22,297s
sys	0m38,930s

dbench -D /home/test* -t 180 150

Operation      Count    AvgLat    MaxLat
 ----------------------------------------
 NTCreateX    26169395     0.046    92.936
 Close        19223544     0.002    16.146
 Rename       1108240     0.334    81.126
 Unlink       5284144     0.744   106.729
 Deltree          600    11.282   141.166
 Mkdir            300     0.003     0.015
 Qpathinfo    23721640     0.032    82.929
 Qfileinfo    4155381     0.002    11.580
 Qfsinfo      4349004     0.003    17.759
 Sfileinfo    2131878     0.566    80.888
 Find         9170788     0.020    56.907
 WriteX       13036438     0.195    87.342
 ReadX        41029585     0.016    82.801
 LockX          85244     0.003     7.372
 UnlockX        85244     0.002     5.350
 Flush        1833654     8.367   164.454

Throughput 4559.89 MB/sec  150 clients  150 procs  max_latency=164.463 ms

john --test

Benchmarking: descrypt, traditional crypt(3) [DES 128/128 SSE2-16]... DONE
Many salts:	9176K c/s real, 9176K c/s virtual
Only one salt:	8684K c/s real, 8701K c/s virtual

Benchmarking: bsdicrypt, BSDI crypt(3) ("_J9..", 725 iterations) [DES 128/128 SSE2-16]... DONE
Many salts:	319897 c/s real, 320538 c/s virtual
Only one salt:	310937 c/s real, 310937 c/s virtual

Benchmarking: md5crypt [MD5 32/64 X2]... DONE
Raw:	24555 c/s real, 24555 c/s virtual

Benchmarking: bcrypt ("$2a$05", 32 iterations) [Blowfish 32/64 X2]... DONE
Raw:	1323 c/s real, 1323 c/s virtual

Benchmarking: LM [DES 128/128 SSE2-16]... DONE
Raw:	105044K c/s real, 105044K c/s virtual

Benchmarking: AFS, Kerberos AFS [DES 48/64 4K]... DONE
Short:	673228 c/s real, 674577 c/s virtual
Long:	2349K c/s real, 2349K c/s virtual

Benchmarking: tripcode [DES 128/128 SSE2-16]... DONE
Raw:	8149K c/s real, 8165K c/s virtual

Benchmarking: dummy [N/A]... DONE
Raw:	83616K c/s real, 83616K c/s virtual

Benchmarking: crypt, generic crypt(3) [?/64]... DONE
Many salts:	304070 c/s real, 304070 c/s virtual
Only one salt:	303763 c/s real, 303763 c/s virtual

sysbench --test=cpu --threads=12 --cpu-max-prime=20000 run

unning the test with following options:
Number of threads: 12
Initializing random number generator from current time


Prime numbers limit: 20000

Initializing worker threads...

Threads started!

CPU speed:
    events per second: 12246.81

General statistics:
    total time:                          10.0008s
    total number of events:              122483

Latency (ms):
         min:                                    0.53
         avg:                                    0.98
         max:                                    3.14
         95th percentile:                        0.99
         sum:                               119714.70

Threads fairness:
    events (avg/stddev):           10206.9167/38.93
    execution time (avg/stddev):   9.9762/0.00

time dd if=/dev/zero of=/tmp/test.img bs=1M count=51200 && sync

51200+0 records in
51200+0 records out
53687091200 bytes (54 GB, 50 GiB) copied, 43,471 s, 1,2 GB/s

real	0m43,539s
user	0m0,025s
sys	0m26,236s

openssl speed bf-cbc

Doing blowfish cbc for 3s on 16 size blocks: 32575354 blowfish cbc's in 2.99s
Doing blowfish cbc for 3s on 64 size blocks: 8765821 blowfish cbc's in 3.00s
Doing blowfish cbc for 3s on 256 size blocks: 2255992 blowfish cbc's in 3.00s
Doing blowfish cbc for 3s on 1024 size blocks: 564923 blowfish cbc's in 3.00s
Doing blowfish cbc for 3s on 8192 size blocks: 70790 blowfish cbc's in 3.00s
Doing blowfish cbc for 3s on 16384 size blocks: 35433 blowfish cbc's in 2.99s
OpenSSL 1.1.1f  31 Mar 2020
built on: Wed Nov 24 13:20:48 2021 UTC
options:bn(64,64) rc4(8x,int) des(int) aes(partial) blowfish(ptr) 
compiler: gcc -fPIC -pthread -m64 -Wa,--noexecstack -Wall -Wa,--noexecstack -g -O2 -fdebug-prefix-map=/build/openssl-dnfdFp/openssl-1.1.1f=. -fstack-protector-strong -Wformat -Werror=format-security -DOPENSSL_TLS_SECURITY_LEVEL=2 -DOPENSSL_USE_NODELETE -DL_ENDIAN -DOPENSSL_PIC -DOPENSSL_CPUID_OBJ -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DKECCAK1600_ASM -DRC4_ASM -DMD5_ASM -DAESNI_ASM -DVPAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DX25519_ASM -DPOLY1305_ASM -DNDEBUG -Wdate-time -D_FORTIFY_SOURCE=2
The 'numbers' are in 1000s of bytes per second processed.
type             16 bytes     64 bytes    256 bytes   1024 bytes   8192 bytes  16384 bytes
blowfish cbc    174316.28k   187004.18k   192511.32k   192827.05k   193303.89k   194158.62ks="kod">

time gimp

real	0m1,593s
user	0m1,101s
sys	0m0,142s

time inkscape

real	0m1,013s
user	0m0,653s
sys	0m0,087s

time eclipse-java-2022-03-M2

real	0m6,310s
user	0m18,786s
sys	0m1,167s

time tar --zstd -cf /tmp/linux.tar.zst /tmp/linux-5.16.10

du -hs /tmp/linux-5.16.10
7,8G	/tmp/linux-5.16.10

time tar --zstd -cf /tmp/linux.tar.zst /tmp/linux-5.16.10
real	0m26,091s
user	0m29,302s
sys	0m10,811s

du -hs /tmp/linux.tar.zst
1,3G	/tmp/linux.tar.zst

       

Obrázky

Komentáře

[Max]

Na porovnání výsledky z desktopu "AMD Ryzen 5 5600X" + Crucial P5 1TB. Vše za běžné práce, žádný idle.

7z b

7-Zip [64] 17.04 : Copyright (c) 1999-2021 Igor Pavlov : 2017-08-28
p7zip Version 17.04 (locale=cs_CZ.UTF8,Utf16=on,HugeFiles=on,64 bits,12 CPUs x64)

x64
CPU Freq: 64000000 64000000 64000000 64000000 128000000 128000000 256000000 1024000000 2048000000

RAM size:   32025 MB,  # CPU hardware threads:  12
RAM usage:   2647 MB,  # Benchmark threads:     12

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

22:      50808  1068   4627  49427  |     560651  1112   4301  47819
23:      47521  1061   4565  48418  |     544867  1088   4332  47142
24:      45919  1074   4598  49373  |     541085  1101   4314  47491
25:      42847  1046   4677  48922  |     515679  1091   4208  45893
----------------------------------  | ------------------------------
Avr:            1062   4616  49035  |             1098   4288  47086
Tot:            1080   4452  48061

hdparm -Tt /dev/nvme0n1

/dev/nvme0n1:
 Timing cached reads:   50364 MB in  1.97 seconds = 25543.54 MB/sec
 Timing buffered disk reads: 5188 MB in  3.00 seconds = 1729.07 MB/sec

cd linux-5.16.10

make clean
make defconfig
time make -j 12

real    2m20,218s
user    22m23,353s
sys     2m3,030s

Dbench nezkusím, páč mi nejde zkompilovat.

Zdar Max

[User682]

zdravim,

pridam par zajimavosti k benchmarkum, co jsem delal ted v prosinci a v lednu. HW lehce nadstandard, ale v clancich si toho moc na toto tema neprectete.

time 7z b

7-Zip [64] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=cs_CZ.UTF-8,Utf16=on,HugeFiles=on,64 bits,128 CPUs AMD Ryzen Threadripper 3990X 64-Core Processor  (830F10),ASM,AES-NI)

AMD Ryzen Threadripper 3990X 64-Core Processor  (830F10)
CPU Freq: - - - - - - - - -

RAM size:  257663 MB,  # CPU hardware threads: 128
RAM usage:  28240 MB,  # Benchmark threads:    128

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

22:     272323 11632   2278 264917  |    4791965 12457   3282 408612
23:     163844 11795   1415 166938  |    4677220 12380   3271 404706
24:     117936 12069   1051 126806  |    4630251 12499   3253 406331
25:      99903 12169    938 114066  |    4544769 12600   3212 404416
----------------------------------  | ------------------------------
Avr:           11916   1421 168182  |            12484   3254 406016
Tot:           12200   2337 287099

Disky mam tedy pomalejsi podle udaju, co jsem videl.

LibreOffice build - asi 5 minut. 47GB RAM max na 128t. Zde hodne vyvojari vylepsili beh buildu.

Chromium build - 16 minut. Pamet taky nekde pres 55GB na 128t. Asi nejlepsi C/C++-ckovy benchmark, co znam.

openhab-addons (Java) po stazeni dependencies - asi 6 minut. Vcelku to brutalne vytezuje hardware pri mvn -T 1C a load 900 neni problem. openhab-code se mi nepodarilo ani sestavit vcetne testu. Zde to pada na vyssi nez povoleny pocet threadu na yetty nebo na nejakem webserveru. Vice jsem se v tom nechtel hrabat. Pokud je build spusten s nejnizsi prioritou, tak lze porad na masine delat. Asi nejlepsi benchmark na Java buildy, co jsem videl.

OcrMinion - hlidac statu - docker+dotnet klient + tesseract 4 OCR.

Aby stihaly servery dodavat data, tak ma smysl dat pocet instanci dockeru na 40 kusu maximalne. Pak se da tezit asi 5000 scanu za hodinu. Load mezi 15-85, jak jsou data - asi 15 GB RAM obsazene. Pri 400 instancich je masina vcelku lina, OCR se hodne zpomaluje a vice ping-a server nez tezi data- load asi 430. Mozna, ze by to slo vyladit lepe.

gf

[Max]

5min na LibreOffice. Si pamatuju dobu, kdy lidi zápasili se 7h kompilací a pak to udělalo bum, protože došla ram :).
Zdar Max

[User682]

Pridam jeste 2 testy a jednu zajimavost.

load 133 max
time (make clean && make -j128 allmodconfig && time make -j128)
real    4m19,319s
user    323m13,731s
sys     130m7,617s

ffmpeg

time (make clean && time make -j128)
real    0m17,721s
user    14m8,082s
sys     1m36,861s

Kdyz jsem testoval build kernelu, tak jsem zapomel na pocitaci bezet antivirovy program na pozadi jako daemon. Bylo mi divne, ze maximalni load 17 a doba kompilace hodne pomala. Po vypnuti load pres 130. Mozna to vite, ale antivirove programy nejsou nejspise moc optimalizovane pro vykonnejsi CPU. Navic bezi na 1 vlakne a nestihaji zasobovat CPU daty. Vykonove ztraty bezne 25%, ale v pripade prekladu na C/C++ jsou o dost vetsi. U kernelu to odhaduju minimalne 50-70%.

gf

[Ruža Becelin]

Off-topic dotaz - je nejaky duvod na to cpat ten nedodelek W11 misto desitek, ktery maji sice UI taky naprd, ale aspon v nich funguje vsechno, na co byl u widli clovek za poslednich par let zvykly?

[j]

Rek bych ze korporatni politika nebo licence ... osobne sem resil presnej opak - jak instalaci w11 zamezit, protoze soudruzi z M$ vydali nejmin dve aktualizace, ktery se tvarily zcela nevine, ale ve skutecnosti to byl prave upgrade.

BTW: Vcera kolegacek udelal prvni zkusenost s w11 ... cumel jak pero na to, ze tam neni na pravy tlacitko task manager. Chtel se totiz podivat, estli to jako vubec neco dela.

---

Dete s tim guuglem dopice!

[cbrpnk]

To prvé. Všetky stroje splňajúce min. požiadavky na W11 sa do 3/2022 musia premigrovať. Nebudem tam dávať preto W10 a potom o mesiac riešiť upgrade na W11...

[Ruža Becelin]

Hmm, tak to good luck.

Tohle je u firmy zajímavá politika - co já si pamatuju, tak větší firmy na W10 přecházely po té, co zbytek světa zapomněl, jak vypadá W7.

Jako přejít s firmou na něco, u čeho sám výrobce uvádí, že negarantuje funkčnost věcí z W10, to chce odvahu

[Max]

Já mám v plánu ve firmě přejít na W11 až ke konci životnosti W10. Bavíme se cca o roku 2024, kdy bych chtěl mít všude W11. Důvodů je několik. Jednak W10 budou pár let stable a nebudou z nich padat vlasy, dále spousta stanic výkonově stačila a stačila by i na W11, ale to umělé omezení na CPU apod. si žádá i obnovu hw. Původní petiletý cykl výměny hw jsem prodloužil na cca 7let a pořád to stačí (i5 + 8GB ram + 250GB SSD, aktuálně bereme Ryzen 5 + 16GB + 512GB nvme). Bavíme se jen o PC pro lidi v kancelářích, kde se používá MS Office + internet + náš vlastní IS, který je nenáročný na cokoli.
Migraci na W11 bych rád započal v roce 2023. Upřímě řečeno, nevidím v tom žádný podstatný problém. U někoho jsem jen zaznamenal, že se rozbilo OpenVPN, ale to pořešil jeho reinstall, jinak asi žádný problém (kromě těch porodních, když se něco překope).
Zdar Max

[Ruža Becelin]

Máme ten samý plán. Doufám, že do té doby dají do W11 zpět pár věcí, které používám na W10, např. poměrně komplexní Start nabídku, kde mám přehledně skupiny appek.

Ono na první dobrou ty W11 vypadají, jak naleštěné desítky, ale nechápu, proč se z toho MS snaží dělat hybrid mezi MacOS a Plasmou.

[j]

Příloha:

• Win11Task.png (8591 bytů)

Protoze to musi vypadat ze delaj jako ze neco delaj. A skupiny appek prece nepotrebujes, kazdej normalni user si prece pamatuje, jak se kazda z tisicovky appek co ji na tom systemu ma jmenuje.

A nejde jen o start. Uz si zkousel na taskbar neco pretahnout? V desitkach to normalne funguje. Nebo si ten taskbar zkus udelat uzkej ... to uz taky nejde, prej mame monitory na vejsku cim dal vetsi ... takze mista dost. O tom ze bys to dal na stranu/nahoru ... to bude novinka win2380.

Schvalne, estli se ta priloha vlozi. Takhle vypadaji "male ikony" ve win 11. Samo se to neda zapnout jinak nez v registrech, a estli mas pocit, ze to je nejak orizly a asymetricky rozhazeny, tak presne tahle to je na monitoru.

Jo, zapnout, ze se tam ma ta ikona v tomhle pripade taskmanageru zobrazovat, to je taky asi ve 150ty urovni menu. Driv to byla oneclick akce.

---

Dete s tim guuglem dopice!

[Ruža Becelin]

Pěkně popsáno

[Ruža Becelin]

> jak instalaci w11 zamezit, protoze soudruzi z M$ vydali nejmin dve aktualizace

Jo, tohle mě taky sejří - u desktopů máme vypnutý fTPM, takže tam smolík, ale u NTB je TPM kvůli Bitlockeru, a tam se W11 cpou vrchem spodem...

[j]

Presne, na sus serveru mam povoleny security patche, a tohle byly "security" (cisla si fakt nepamatuju) ktery se ovsem snazily z w10 udelat w11.

Jinak stema HW pozadavkama to neni zas tak zhavy, a on z toho tak "polooficielne" vycouval i M$. Ten duvod bude IMO primitivne trivialni = nikdo nebude kvuli novsi, nicim prinosny, verzi widli, vymenovat 80% HW. To je totiz tak +- to cislo aspon v mym okoli. Defakto je tu spis tlak na prodlouzeni zivotnosti, protoze specielne v pripade kancl desktopu bude jakejkoli prinos vymeny HW presne nula. Bonusove aktualne ten HW stejne ani nikdo neumi dodat ... cekam u jednoho zakose uz 5tej mesic na switch. Par NB nam dodavali 3 mesice ...

BTW: Trebas Dell zacal dodavat 7let support bydefault. Driv to bylo mozny jedine po tech 5ti prodlouzit (s tim ze mozna to pude a mozna ne). Pocitam ze neni daleko doba, kdy to bude 10.

---

Dete s tim guuglem dopice!

[Ruža Becelin]

S tím supportem souhlasím, když má 10 let Red Hat, proč by nemohly mít i HW firmy.

Jo, s těma dílama je sranda - třeba u nás - nejdřív nejsou barebone, co dáváme místo desktopů, a když přijdou barebone, zas pro změnu nejsou SO-DIMM, které se do toho dávají :-/

[PetebLazar]

Jako skoro roční spokojený uživatel Legion 5 Pro (5800H/RTX3070/64GB) si myslím, že jsou to povedené stroje. Asi jedinou slabinou u Ryzenu 5x00H je pouze PCIe konektivita 8x3.0 ke GPU, coz se v datově náročných GPGPU úlohách může projevit. V generaci Ryzen 6000H to AMD zvedlo aspoň na 8x4.0, na druhou stranu Intel má v generacích 11x00H/12x00H ke GPU 16x4.0.

[Vedúci výrobného štábu]

A mal by som dve otazky ohladne RAID. Ked dam 2 x m.2 NVME storage do notebooku ponukne BIOS vytvorenie RAID0 ? Aka je rychlost RAID0 NVME na tomto notebooku?

[PetebLazar]

Mám svůj L5Pro osazen WDC 1TB SN730(či SN750) od výrobce a svým Corsair MP510 1TB. Mám multiboot Win10 a UbuntuStudio. Prošel jsem menu BIOSu(UEFI) notebooku a na možnost definice fake-RAIDu jsem tam nenarazil. Připojeny by M.2 NVMe by měly být 4x3.0, z toho asi vyplynou limity rychlosti (dané především konkrétním modelem SSD).

SN730 ukazuje tyto hodnoty hparm -t

/dev/nvme0n1: Timing O_DIRECT disk reads: 6980 MB in 3.00 seconds = 2326.66 MB/sec