Příspěvky

1

Bazar / Re:Koupím Nvidia Quadro K600 nebo GeForce GTX750

« kdy: 12. 09. 2023, 13:03:41 »

Len OT poznamka, ale to enkodovanie v NVENC pri malych bitratoch je nepouzitelne. Video ma velmi malu kvalitu. Sam som to pouzival s Quadro K2000 na encoding cez Plex, ale nebolo to pouzitelne. x264 daval ovela lepsie vysledky pri rovnakom bitrate.

Osobne si myslim, ze NVENC enkoder je pouzitelny pri bitratoch na 50Mbit/s. Podobne to ma aj Intel QuickSync.

Zevraj novsie generacie NVENC maju ten vystup kvalitnejsi, ale pochybujem, ze nejak vyrazne (pri malych bitratoch, napr. 4-8Mbps/1080p)

2

Server / Re:Proč něco zabíjí službu v systemd?

« kdy: 13. 08. 2023, 21:42:13 »

Skusil som ten killsnoop.py (nevsimol som si vyssie, ze mi to uz niekto skor odporucil, moja chyba) s nasledovnym vysledkom (vyfiltroval som killy, ktore s tym nemali suvis, napr. sshd):

Kód: [Vybrat]

# ./killsnoop.py -s 9
TIME      PID      COMM             SIG  TPID     RESULT
19:26:21  1656631  IndepExecContex  9    1656631  0
19:26:21  1657247  .NET Signal Han  9    1657247  0

Procesy mali tieto PIDy:

Kód: [Vybrat]

# ps auxf | grep Eocortex
root     1656631  209  3.5 123537844 2336520 ?   Ssl  19:26  15:04 /usr/bin/dotnet /opt/Server/Server.dll
root     1657247  9.5  3.1 95387972 2068484 ?    SNl  19:27   0:36  \_ dotnet /opt/Server/Gateway.dll

Podla toho vypisu sa zda, ako keby sa ten proces zabil sam. Asi to naozaj mozne je (https://stackoverflow.com/questions/7851121/can-i-kill-a-process-from-itself), ale netusim preco to ten SW robi. Ale to uz my tu asi nevyriesime...

3

Server / Re:Proč KERNEL zabíjí službu v systemd?

« kdy: 13. 08. 2023, 12:53:49 »

Neprisiel som na nic, preco sa to deje, ale:

- nezabija to systems, ale kernel. Ked som sluzbu spustil rucne v konzole, tiez to kernel zabil
- v kernel logu nie je vobec nic o tom preco sa to deje (ziaden OOM)
- vydrzi to cca hodinu a potom to vzdy kernel zabije a v ziadnom logu nie je nic o tom
- skusil som dat i posledny HWE kernel z ubuntu 22.04 a deje sa to rovnako

4

Server / Re:Proč něco zabíjí službu v systemd?

« kdy: 04. 08. 2023, 16:40:21 »

Bohuzial v logoch nic nie je. Skusil som zaplnit celu pamat jednoduchym skriptom v Perle a v logu vidim normalne, ze OOM killer proces zabil. Takze logovanie funguje.

to vypadá na OOM killer, možná jen ho nemáš správně logovaný, co ukazuje dmesg -T? Zkus si tam grepnout třeba killed process, jestli tam tvůj proces nebude

Další důvod proč proces může takhle ošklivě být zavražděn je page fault, seq fault, ale to bys viděl ve statusu

5

Server / Proč něco zabíjí službu v systemd?

« kdy: 04. 08. 2023, 13:22:24 »

Ahojte,

mam problem, ze mi nieco/niekto zabije systemd sluzbu a ja neviem zistit dovod preco sa to deje.

V logu sa objavi nasledovne:

Kód: [Vybrat]

Aug 04 10:58:14 cam01 systemd[1]: service1.service: Main process exited, code=killed, status=9/KILL
Aug 04 10:58:15 cam01 systemd[1]: service1.service: Failed with result 'signal'.
Aug 04 10:58:25 cam01 systemd[1]: service1.service: Scheduled restart job, restart counter is at 2.
Aug 04 10:58:25 cam01 systemd[1]: Stopped service1 service.
Aug 04 10:58:25 cam01 systemd[1]: Started service1 service.

Predpoklad je, ze niekto posle tomu procesu signal 9 (SIGKILL). Auditd hlasi nieco taketo:

Kód: [Vybrat]

time->Fri Aug  4 10:58:14 2023
type=PROCTITLE msg=audit(1691146694.920:1618335): proctitle="(null)"
type=OBJ_PID msg=audit(1691146694.920:1618335): opid=121629 oauid=-1 ouid=0 oses=-1 ocomm="dotnet"
type=SYSCALL msg=audit(1691146694.920:1618335): arch=c000003e syscall=62 success=yes exit=0 a0=1db1d a1=9 a2=7ffa90024a2a a3=7ffa905a67e8 items=0 ppid=1 pid=121629 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm=2E4E4554205369676E616C2048616E exe="/usr/share/dotnet/dotnet" key="process_kill"

Nie som z toho mudrejsi, proctitle hlasi "null". Mozno by to mohol robit kernel? Co znamena proctitle="(null)"?

V kernel logu nie je vobec nic, ziaden OOM killer ani nic podobne.

Systemd sluzba je nasledovna a nie je na nicom zavisla ani nic na nej nezavisi:

Kód: [Vybrat]

[Service]
WorkingDirectory=/opt/sluzba1
ExecStart=/usr/bin/dotnet /opt/sluzba1/sluzba1.dll
Restart=always
RestartSec=10
KillSignal=SIGINT
SyslogIdentifier=service1
User=root

Deje sa to cca kazdu hodinu. Jedna sa o proprietarnu sluzbu, ktora bezi v .NETe na Linuxe. OS je Ubuntu 20.04.

Ta sluzba este obcas padne aj na:

Kód: [Vybrat]

Jul 20 18:53:40 cam01 systemd[1]: service1.service: Main process exited, code=killed, status=6/ABRT
Jul 20 18:53:41 cam01 systemd[1]: service1.service: Failed with result 'signal'.
Jul 20 18:53:51 cam01 systemd[1]: service1.service: Scheduled restart job, restart counter is at 1.
Jul 20 18:53:51 cam01 systemd[1]: Stopped service1 service.
Jul 20 18:53:51 cam01 systemd[1]: Started service1 service.

Ale tam je to jasne preco sa to deje, proces padne na ABRT (tam aj vidim v logu, ze ten proces crashne a skonci to na ABRT). Ale preco je v tom hornom pripade signal KILL? Aky je dovod, ze nieco (jadro?) posle procesu KILL? (jeden dovod ma napada a to je OOM v jadre, ale tu v logu nic nie je)

6

Hardware / Re:CPU AMD Ryzen 7 5800X a co nejnižší spotřeba

« kdy: 04. 05. 2023, 21:12:02 »

Ta integrovana sietovka nebude tvoj problem. To bol len priklad, pretoze asi vacsia cast tej sietovky je priamo v CPU integrovana (na doske je potom len interface na fyzicku vrstvu - laicky povedane). Je to nejaka Intel sietovka. Ale to nebude tvoj pripad. Dal som to len ako priklad.

- Turbostat: https://www.linux.org/docs/man8/turbostat.html (pastni sem vystup z neho)

- Urcite si pozri i to ASPM, ci vsetky karty co mas na PCIE to maju aktivovane.

- Powersave nastavi governor na minimum, co je podla mna OK. Aspon odmeras minimalnu spotrebu na ktoru sa da dostat. Rozdiel v idle medzi performance a powersave modom podla mna v spotrebe je minimalny (aspon na Intel)

7

Hardware / Re:CPU AMD Ryzen 7 5800X a co nejnižší spotřeba

« kdy: 04. 05. 2023, 16:27:13 »

Nejak to vysumelo co som sem povodne napisal:

- skusal si "turbostat" (snad to funguje aj na ryzenoch)? Pozriet si v akych power stavoch sa to CPU nachadza. Aspon na Inteloch to dost vypoveda o tom kolko CPU zere (su tam aj info rovno vo watoch kolko zere CPU a kolko cely PKG)

- este som nespomenul skusit "tuned" daemon. Skusit profil powersave ("tuned-adm profile powersave"). Na Inteloch to funguje pekne.

- este ma napadlo overit, ci vsetky PCIE karty maju zapnuty PCIE ASPM (ide to nejak vycitat cez lspci).  Mam napr. externy SATA radic co to nepodporuje a spotreba zostavy stupne z 6W na 12W.

8

Software / Re:Škálování výkonu v dual-socket systému

« kdy: 01. 05. 2023, 21:36:22 »

Mne to pride vpohode (tych 10% dole).

Otazka je, ci by podobny pokles vo vykone nebol i vtedy, keby si ma ekvivalentny CPU s 12jadrami (s jednym NUMA nodom). Mozno to s NUMA nema nic, teda isto to ma nejaky vplyv, ale nejaky "automatic kernel numa balacing" v novym modernych jadrach, by tie alokacie pamate mal snad riesit automaticky.

9

Hardware / Re:CPU AMD Ryzen 7 5800X a co nejnižší spotřeba

« kdy: 01. 05. 2023, 21:19:27 »

Len na porovnanie. Mam archaicky Intel i7 4770 (84W) na desktope HP Elitedesk 800 G1 USDT a s troma diskami (3x SATA) to zere v idle 6W. Ma to ale svoje muchy, Intel sietovka musi byt na 100Mbit. Ked to prepne na 1Gbps spotreba stupne na 12W (CPU sa nie je schopne prepnut do PKGC7 modu - resp. to bude ta chipsetova cast CPU). Asi by to slo vyriesit 1Gbps USB sietovkou.

Ako uz pisal niekto vyssie, tipujem, ze novsie Intel CPU to maju vyriesene lepsie.

Mozno by bolo dobre skusit spustit "turbostat" a kuknut v akych setriacich rezimoch sa to CPU nachadza. Tipujem, ze i Ryzen to ma podobne. Nemyslim si, ze tunit napatie ma nejaky zasadny efekt, ked tak, tak v zatazi. Nie v idle.