SATAI: pripadne to muze blokovat SELinux, 'ausearch -m avc' napovi.
DICK85: az to doresis, tak si to zaktualizuj, 3.10.0-524 je puvodni kernel ze 7.3 z listopadu 2016, dneska uz je pomerne dlouho venku 7.4, na starsi verze neni support.

DICK85: obsazený port?

Ahoj,
potřeboval bych poradit. Při pokusu o spuštení OpenDJ na Centosu se server nespustí a je tam chyba viz. :
https://pastebin.com/ZwvG2TVW nějak mi není jasný kde je zakopanej pes. Děkuji za pomoc. R

KAERO: Nekdy clovek jede neco, co genereuje velke mnozstvi textu po ceste (treba kompilace, ale i vycitani hodnot z Arduina) kde se to muze eventualne "seknout" a pak je dulezite v jakem kontextu (par poslednich stranek).

Jasne casto to jde poslat do souboru a pak si hrat s nim, ale treba typicky to Arduino mi jede i po "seknuti", jen chvili nic nevypisuje, dokud se zase nezacne dit neco dalsiho a tam se hodi docasne pozastavit vypisy, zascrolovat si historii a zase je povolit napriklad kdyz se rozsviti cervena LEDka, jako indikace problemu, nebo se servo zacne tocit necekanym smerem.

A pricina problemu je v poradi ci kombinaci velikosti hodnot, ktere jsou v podstate "spravne a normalne" ale pak clovek zjisti neco jako ze problem nastane, pokud dojde k rostouci hrane ridiciho signalu pro zobrazovaci jednotku, zatimco clock=HIGH a pritom neni zpracovavana instrukce OUT ve fazi T3, ale je zpracovavana instrukce JMP, kde je ta hrana zpusobena nesikovnym strankovanim v EEPROM - problem rady lidi, co se pokusili replikovat SAP-1 ve verzi Bena Eatera - taky jsem ho zacal stavet, ale tak daleko jeste nejsem.

Tady skutecne nejde asi delat nic rozumnejsiho nez vypisovat VSECHNO (a 99.9% zahodit) a pauznout to ve chvili, kdy neco vidi clovek, coz je kus po problemu.

KAERO: Tak ono to muze byt i poctem radku a tak - moje logy maji 25x vic radku, takze spis hromada kratsich textiku, ktery je nutny neustale scrollovat, coz je rozhodne narocnejsi, nez jen pridat jeden znak na konec...

SUK: hm, zvlastni ze mame takove rozdily...

ascii-art porno pobavilo, a zjistuju ze se stale mam co ucit:
ASCII porn - Wikipedia
https://en.wikipedia.org/wiki/ASCII_porn

SUK: dik za testovani, docela mne to nadchlo, asi taky vyzkousim :-)

KAERO: Aby to bylo fer, tak jsem to zkusil u sebe. Konsole dopadla zdaleka nejhur ;)

real 1m40.252s
user 0m6.450s
sys 0m8.956s

Samozrejme, tva poznamka je celkem relevantni - pokud nechces nutne sledovat ascii-art porno, "sl" v hi-fps nebo neco takovyho :)

KAERO: nakonec stejne musis to cele hodit kompozitoru, takze je lepsi, kdyz s tim zacnes driv. Btw - ta zatez je zajimava vec, ale pocitej take s tim, ze to neni zdaleka to nejdulezitejsi. Trebas plynulost z ni nevyctes.

SUK: ja si totiz porad pohravam s myslenkou ze to je neuzitecna blbost. jasne muzu prenest nejakou zatez z cpu na gpu, ale zda se mi ze ta zatez je tak mala, ze to realne nema smysl. protoze pokud zobrazuju male veci (zpracovatelne ocima a mozkem), tak je zatez mala. pokud zobrazuju velke veci, kdy by ta zatez uz mela vyznam, tak to zase nejde zpracovat ocima a mozkem a nema to smysl.

navic premyslim, proc konsole jede +- stejne rychle jak tobe to alacritty, kdyz jsem nemel gpu akceleraci.

KAERO: Ja to vypisoval ciste jen proto, abych vyzkousel dve veci proti sobe - tedy jestli se ta jakasi "hw akcelerace" nejak projevi nebo ne ;)

SUK: zkusil jsem log soubor 740 M velky, 684 k radku v konsole:
real 0m9.085s
user 0m0.001s
sys 0m2.347s

ale netusim jesli je konsole akcelerovany nebo ne. akceleraci KDE4 mam vypnutou.

btw k cemu je vlastne dobre vypisovani tak dlouhych logu do terminalu? ocima to stejne nejde prohledat

KAERO:
[suk@rectaurus ~]$ ls -lah /var/log/mpd.log
-rw-rw-rw- 1 mpd root 798M Feb 28 20:37 /var/log/mpd.log
[suk@rectaurus ~]$ cat /var/log/mpd.log | wc -l
17257893

SUK: pro predstavu jak dlouhe logy to jsou?

SUK: zajimalo mne, co je pod tim...

SUK: To jedes pod waylandem?

SUK: blbej dotaz... Co gnome-terminal?

KAERO: Většinou mi CPU dělají něco, co ten výstup *generuje*, takže vypisování je v prioritách OSu až někde vzadu ;)

hm, ja takrka vzdycky pouzival konsole, a nikdy jsem s plynulosti a rychlosti zobrazeni a scrolovani velkych dat nemel problem (hlavne kdyz omylem vypisu do terminalu 10 mega vzorku - relanych cisel - z mereni). tak jsem tak nejak myslel ze dneska uz vsechny cpu jsou natolik vykonne ze tohle je marginalni problem.