Lenovo Legion 5 15ach6h - test (diskuse)

[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