Příspěvky

1

Software / Re:Klon disku s Fedorou nebootuje

« kdy: 14. 04. 2021, 07:53:30 »

A to selže nebo to po timeoutu nabootuje? Pro příště doporučuji dávat do fstabu ke všemu flag nofail.

Timeout mel nolimit nebo tak nejak, proste to cekalo a cekalo a nepokracovalo.

2

Software / Re:Klon disku s Fedorou nebootuje

« kdy: 13. 04. 2021, 10:09:51 »

Ano, bylo to tak, po zmene uuid vse funguje. Diky!

3

Software / Re:Klon disku s Fedorou nebootuje

« kdy: 13. 04. 2021, 08:49:50 »

Pravdepodobne sa ti zmenil uuid jednej z particii. Odporúčam boot z iného média (live cd/liveusb) a skontrolovať či particie v /etc/fstab  majú rovnaké uuid ako tie, ktoré vypíše príkaz blkid

To by mohlo byt ono, ted jsem si uvedomil, ze jsem swap asi vytvarel jako novou partition a jeji uuid z obrazku sedi na fstab. Diky!

4

Software / Klon disku s Fedorou nebootuje

« kdy: 13. 04. 2021, 08:29:37 »

Ahoj,

naklonoval jsem disk s Fedorou 33 pomoci prikazu dd, pote zvetsil systemovou partition (sda3), posunul a zvetsil datovou (sda4) a swap (sda5) pomoci gparted. Offsety sda1-sda3 zustaly stejne.

Po bootovani se objevi hlaska z prilohy.
Ma nekdo tuseni o co se jedna?

Diky.

5

Software / Re:ffmpeg na kernelu ≥ 5.9

« kdy: 10. 02. 2021, 14:09:18 »

Vypada to, ze zahada je objasnena, kdyz zmenim governer pomoci:
`cpupower frequency-set -g ondemand`
tak vytizeni cpu na kernelu 5.10 odpovida tomu co bylo na 5.8 

6

Software / Re:ffmpeg na kernelu ≥ 5.9

« kdy: 10. 02. 2021, 13:58:43 »

Jeste mi napadlo, kdyz jsem kontroloval nastaveni cpu, kernel 5.9+ nove pouziva regulator shedutil, narozdil od 5.8 kde bylo ondemand. A vypada to, ze na 5.9+ se drzi prumerna frekvence niz nez u 5.8. Nemuze to byt zpusobeno timhle? V tom se moc nevyznam, ale laicky receno 5.9+ provozuje cpu na nizsi frekvenci, ale tim padem ho vyuziva z vice procent?
Pripojuju jeste dalsi logy a mereni bylo provedeno znova presne na 500 zpracovanych snimku pomoci ffmpeg.

7

Software / Re:ffmpeg na kernelu ≥ 5.9

« kdy: 10. 02. 2021, 12:51:30 »

Mam overeno, ze ffmpeg spotrebovava na kernelu 5.9+ cca 2x vice cpu.

Takže když nabootujete do staršího kernelu, výkon se zvedne? Máte to ověřeno?

8

Software / Re:ffmpeg na kernelu ≥ 5.9

« kdy: 10. 02. 2021, 12:48:05 »

Diky za tipy, bohuzel z tich vystupu nejsem schopen moc vycist. Pokud by chtel nekdo nahlednout, tak prikladam logy.

• Porovnat výpisy (jestli neříká třeba jaké vektorové instrukce používá).
• Pomocí programu perf změřit, kde se tráví nejvíc času.
• Kouknout/porovnat strace (nedělá to třeba nesmyslně mnoho syscallů?)
• Pokusit se to izolovat na co nejmenším případě (např. přilinkovat h264 knihovnu přímo ke svému programu)
• Pokusit se provést změny uvedené v paperu Producing Wrong Data Without Doing Anything Obviously Wrong!

9

Software / ffmpeg na kernelu ≥ 5.9

« kdy: 09. 02. 2021, 11:23:19 »

Zdravim,

mam problem s kernelem 5.9 a vyse na Fedore 33.
ffmpeg pri dekodovani x264 rtsp streamu spotrebovava vyrazne vice cpu, asi tak 2x. Neni to jen otazka konkretniho cpu, dela to vsude, jak pri dekodovani na Intelu i AMD. Zajimave je, ze na bezne dekodovani souboru s x264 videem to nema zadny vliv, pouze rtsp stream. Nejvetsi vliv maji parametry "-s" a "-pix_fmt". Obecne je kernel 5.9 a vyse o chlup sviznejsi, zpomaleni jsem zaznamenal pouze v tehle konkretni situaci.
Chybu jsem reportoval, bohuzel bez odezvy... https://bugzilla.redhat.com/show_bug.cgi?id=1902818
Rad bych to rozklicoval, ale nevim co uz vyzkouset, abych prisel na to, cim to je. Aktualne se priklanim k tomu, ze to je opravdu kernelem.

Diky za rady.

10

Sítě / Re:Linux klient neakceptuje MTU z radvd

« kdy: 02. 12. 2020, 17:30:30 »

Tak jako na potvoru, ráno to nešlo, pak udělam update a v /proc/sys/net/ipv6/conf/enp7s0/mtu je najednou 1480 a stránky fungujou
Ale stejně by mě zajímalo, která část linuxu se stará o přijetí informací z radvd.

11

Sítě / Linux klient neakceptuje MTU z radvd

« kdy: 02. 12. 2020, 16:53:10 »

Ahoj,

na linuxovem serveru s Fedorou 33 mam nastaven HE ipv6 tunel s MTU 1480, v radvd pak AdvLinkMTU 1480;
Na Windows 10 klientu, se pro ipv6 rozhrani spravne nastavi MTU 1480 a weby jako dopravniinfo.cz funguji spravne.
Problem je na Linux klientu, je tam taky Fedora 33 a MTU advertisovane serverem se z nejakeho duvodu neakceptuje a je vychozich 1500.
Nevim jak tohle na strane klienta funguje, muzete prosim poradit, cim by to mohlo byt?

Predem diky!

12

Hardware / Re:Eaton 5E 1100i nepokrývá výpadky

« kdy: 23. 07. 2020, 13:52:30 »

Tak problém vyřešen. Nový zdroj pomohl, zkoušel jsem několikrát (po dobití UPS) nasimulovat výpadek a pokaždé to zdroj zvládl.
Čekal jsem nějakou závadu na starém zdroji, ale vypadá na první pohled zachovale, překvapilo mě, že ani není nafouknutý žádný kondenzátor.

13

Hardware / Re:Eaton 5E 1100i nepokrývá výpadky

« kdy: 22. 07. 2020, 15:06:23 »

Koupil jsem Be quiet! Pure power 11 400W, skvělé parametry a mám s nimi dobrou zkušenost. Podle různých kalkulaček vycházela spotřeba mé sestavy cca 110W s vytížením 400W zdroje cca 30%, což odpovídá realitě. Jelikož se na ní denně provádí nárazově různá zpracování dat, tak se může příkon vyšplhat až ke 200W, takže myslím že 400W bude více než dostatečné. 500-600W by byl už overkill. Až zdroj nainstaluju, dám vědět, ale věřím, že to pomůže.

Díky za článek, prostuduju.

Tady je celkem zajímavé povídání k tématu aktivního PFC v kombinaci s UPS: http://rayer.g6.cz/hardware/s12ii430.htm

Jinak pokud by došlo na nový zdroj, tak rozhodně ne nějakou 500-600W šílenost, ale něco přiměřeného. Jak už tu někdo napsal, tak ideální je volit výkon zdroje tak, aby byl zhruba dvounásobný oproti průměrnému příkonu serveru (nejspíš pojede většinu času nezatížený). Pochopitelně ale musí být zároveň výkon zdroje vyšší než maximální dosažitelný příkon, což tady ale asi bude triviálně splněno, navíc nízkovýkonových zdrojů není zrovna nějaká moc velká nabídka - bohužel.

14

Hardware / Re:Eaton 5E 1100i nepokrývá výpadky

« kdy: 20. 07. 2020, 21:39:23 »

Trochu jsem nastudoval problematiku UPS a napájecích zdrojů. Ten můj Eaton má mít hold-up time cca 3-8ms.
Zdroje mají tuto hodnotu:
Be quiet! Pure power - 29ms @ 100%
Fortron HYDRO PRO 500W - >17ms @ 80%
Be quiet! System power - 17ms @ 75%
u Seasonicu jsem hodnoty nenašel

Je možné, že ten 350W Seasonic už má unavené součástky (kondenzátory?) a nepokrývá tedy reakční dobu UPS.

15

Hardware / Re:Eaton 5E 1100i nepokrývá výpadky

« kdy: 20. 07. 2020, 19:50:06 »

Tiez by som sa priklonil k tomu haklivejsiemu (poddimenzovanemu) zdroju.

Spíš než poddimenzovaný je asi unavený. Spec má vcelku obstojné... https://bit.ly/2WG7Y5x

V té sestavě je:
i3-4130T (35W)
1x SSD
3x plotnový disk

Zkoušel jsem tu UPS s jiným PC (trochu žravější) se starým bronze 500W Seasonicem a udržela ho.
Ještě udělám pár testů, několikrát se mi totiž stalo, že se zapnutým starým CRT monitorem server udržela, ale bez něj ne. Jestli nemůže být paradoxně problém v nízkém odběru.