Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.

"Neželjena dejstva" realtime kernela

[es] :: Linux :: "Neželjena dejstva" realtime kernela

Strane: 1 2

[ Pregleda: 4491 | Odgovora: 35 ] > FB > Twit

Postavi temu Odgovori

Autor

Pretraga teme: Traži
Markiranje Štampanje RSS

Ivan Dimkovic

Administrator
Član broj: 13
Poruke: 16683
2a02:8071:31a1:1700:c496:5a3..



+7169 Profil

icon Re: "Neželjena dejstva" realtime kernela16.02.2020. u 00:16 - pre 50 meseci
Nije potrebno da audio dekoder radi na visem prioritetu, posto su obicno kompresovani audio frejmovi koje dekoder procesira reda velicine 20-30 milisekundi - ako aplikacija nije real-time (tipa VoIP) obicno ce imati neki bafer od bar nekoliko desetina milisekundi - cesto i stotinjak, tako da cak i ako dekoder nit malo zakasni, najgore sto moze da se desi je da nivo punjenja bafera opadne za 20-30 milisekundi, ali i dalje u mogucnosti da dostavlja podatke posto ima jos rezerve.

Ono sto je nekad potrebno je da audio rendering radi na visem prioritetu (sistemski mikser -> audio drajver) - ako ima dovoljno ciklusa za sve, onda nema potrebe. Ali u slucaju da dodje do 100% opteerecenja procesora, nije lose da audio rendering ima visok prioritet posto je audio hardver najvise osetljiv na kasnjenje zato sto obicno koriste vrlo male bafere (kako bi omogucili nisku latenciju zbog telekomunikacija itd.)

Ne znam za Linux, ali svaki noviji Windows-i komotno mogu da rade sa 2ms baferima osim ako na sistemu nema nekog lose projektovanog hardvera ili drajvera pa OS dosta vremena provodi u servisiranju interapta i ponekad izazove underrun bafera koji audio drajver koristi za dostavljanje semplova audio hardveru. Ako to nije slucaj, default podesavanja OS-a su sasvim OK.

Ako imas problema te prirode, najbolje je prvo da proveris da nemas neki hw/drajvere koji previse opterecuju sistem interaptima. Nisam Linux ekspert, tako da cu odgovor na to ostaviti drugima, na Windows-u ima alata koji prikazuju kolicinu interapta u sekundi kao i DPC latenciju - ako su u pitanju abnormalno velike cifre, to je razlog problema.

Real-time kernel scheduling tu nece pomoci, vec samo moze da odmogne jos vise zbog razloga koje sam naveo.


DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey
 
Odgovor na temu

Branimir Maksimovic

Član broj: 64947
Poruke: 5534
109.72.51.23



+1064 Profil

icon Re: "Neželjena dejstva" realtime kernela16.02.2020. u 06:16 - pre 50 meseci
Sto se tice Linux-a, ovde ima informacija o tome:
https://jeremyeder.com/2013/11/15/nohz_fullgodmode/
Znaci mogucnost da se dizejbluju interapti po jezgru, tj da se jedno jezgro
posveti obradi interapta a ostali da se ne prekidaju.
Ne mogu da nadjem, ali kao da sam pisao o ovome ranije ;)
 
Odgovor na temu

Srđan Pavlović
Specijalna Edukacija i Rehabilitacija MNRO
Vojvodina, Bačka Palanka

Član broj: 139340
Poruke: 5571
46.17.121.*

Sajt: www.oligofrenolog.com


+382 Profil

icon Re: "Neželjena dejstva" realtime kernela17.02.2020. u 00:01 - pre 50 meseci
cat /proc/interrupts

Stavi ovo svake sekunde u nekoj skripti, grepuj deo koji ti treba i onda sracunaj average za neko vreme :)


 
Odgovor na temu

Srđan Pavlović
Specijalna Edukacija i Rehabilitacija MNRO
Vojvodina, Bačka Palanka

Član broj: 139340
Poruke: 5571
46.17.121.*

Sajt: www.oligofrenolog.com


+382 Profil

icon Re: "Neželjena dejstva" realtime kernela17.02.2020. u 00:08 - pre 50 meseci
configure IRQ afinity: https://www.mjmwired.net/kernel/Documentation/IRQ-affinity.txt
 
Odgovor na temu

Milan Kragujevic
Software Engineer

Član broj: 231903
Poruke: 2220
*.dynamic.isp.telekom.rs.

Sajt: https://milankragujevic.c..


+201 Profil

icon Re: "Neželjena dejstva" realtime kernela17.02.2020. u 00:41 - pre 50 meseci
https://www.reddit.com/r/Amd/c..._for_ryzen_mobile_is_terrible/

Evo ljudi imaju iste probleme kao ja, koji eto još uvek nisu rešeni.

Ovaj Raven Ridge HP laptop je bukvalno najgori proizvod koji sam koristio.

Poslaću ga na servis, ako utvrde da je sve OK, prodaću ga i uzeću Intel. Ovo više nije smešno.
 
Odgovor na temu

Branimir Maksimovic

Član broj: 64947
Poruke: 5534
109.72.51.23



+1064 Profil

icon Re: "Neželjena dejstva" realtime kernela17.02.2020. u 05:06 - pre 50 meseci
Koliko vidim problem je u drajverima ovde, prodaj bre kad te nervira ;)
 
Odgovor na temu

Milan Kragujevic
Software Engineer

Član broj: 231903
Poruke: 2220
*.dynamic.isp.telekom.rs.

Sajt: https://milankragujevic.c..


+201 Profil

icon Re: "Neželjena dejstva" realtime kernela17.02.2020. u 05:12 - pre 50 meseci
Znam da je u drajverima, ali ide u servis, da ne bude da je neispravan i da sam ga takvog prodao.

Agoniji, inače, nikad neće doći kraj. Uzmem lepo Šintel sa integrušom UHD i sve radi kako treba, a meni novčanik duplo prazniji.
 
Odgovor na temu

Branimir Maksimovic

Član broj: 64947
Poruke: 5534
109.72.51.23



+1064 Profil

icon Re: "Neželjena dejstva" realtime kernela17.02.2020. u 05:51 - pre 50 meseci
"Uzmem lepo Šintel sa integrušom UHD i sve radi kako treba"

Windows 10?
 
Odgovor na temu

Milan Kragujevic
Software Engineer

Član broj: 231903
Poruke: 2220
*.mbb.telenor.rs.

Sajt: https://milankragujevic.c..


+201 Profil

icon Re: "Neželjena dejstva" realtime kernela17.02.2020. u 06:00 - pre 50 meseci
Sve.
 
Odgovor na temu

calexx

SuperModerator
Član broj: 71794
Poruke: 20046



+1651 Profil

icon Re: "Neželjena dejstva" realtime kernela17.02.2020. u 08:11 - pre 50 meseci
Od kako sam prešao na Intel UHD integruše, nemam problema, možda je to razlog što imam sreće sa OS. ;) Ne znam da li sam gora iskustva imao sa amd ili nvidia grafikama. Srećom, nemam potrebe za ekstra grafikama jer sam prerastao igrice. ;)
 
Odgovor na temu

Branimir Maksimovic

Član broj: 64947
Poruke: 5534
109.72.51.23



+1064 Profil

icon Re: "Neželjena dejstva" realtime kernela17.02.2020. u 08:20 - pre 50 meseci
calexx:"Ne znam da li sam gora iskustva imao sa amd ili nvidia grafikama."

Meni dobra iskustva i sa AMD i sa Nvidia grafom. Jedino sto ne mogu da
se igram pod Wayland-om sa Nvidiom posto ne podrzava XWayland, pa
sam presao na AMD.
 
Odgovor na temu

calexx

SuperModerator
Član broj: 71794
Poruke: 20046



+1651 Profil

icon Re: "Neželjena dejstva" realtime kernela17.02.2020. u 11:36 - pre 50 meseci
Loše iskustvo sa nvidia grafikom sam imao pre neku godinu, kartica je bila malo starija i u krš kompu, kubuntu ~10 je lepo radio, 12 je brljao i ni apgrejd nije pomagao. Napuštena podrška. Problam sa Ati sam imao sa karticom koju mi je poslao drugar, relativno nova i Windows radi bez problema ali mislim da nijedan linux nisam mogao da instaliram, već u startu u terminalu totalno zabrlja sa bojama i pidžama efektom, totalno do nerazumljivosi onoga na ekranu. Onda sam u jednoj radnji probao linuxe sa fleške na kompu u kome je bila ploča koju sam planirao da kupim i intelova integruša je radila bez greška. Tako je i sada, još nisam menjao komp.
 
Odgovor na temu

Branimir Maksimovic

Član broj: 64947
Poruke: 5534
109.72.51.23



+1064 Profil

icon Re: "Neželjena dejstva" realtime kernela17.02.2020. u 11:42 - pre 50 meseci
Ma ja grafu kupim generaciju iza uvek ;)
100% ima podrsku na Linux-u ;)
 
Odgovor na temu

Ivan Dimkovic

Administrator
Član broj: 13
Poruke: 16683
2a02:8071:31a1:1700:6d11:721..



+7169 Profil

icon Re: "Neželjena dejstva" realtime kernela17.02.2020. u 23:29 - pre 50 meseci
Mislim da problem sa performansama nema veze sa izborom GPU-a (eGPU / dGPU), vec je verovatno laptop vendor strpao bog-te-pita-sta u SMM rutine.

U principu, SMM mod preuzima potpunu kontrolu nad izvrsavanjem na procesoru i OS tu ne moze nista da uradi (SMM mod je vise privilegovan od ring 0 i bilo sta sto trci u ringu 0 ili visim ne moze da prekine SMM rutinu).

Jedini "trag" koji SMM ostavlja je protraceno vreme i povecan broj izvrsenih instrukcija. Ni ring0 kernel ili hipervizor nemaju pojma sta se desavalo za vreme SMM rutine.

Jedan od problema sa laptopovima je sto proizvodjaci koriste SMM za kojesta i, ako nisu pazljivi, dugacak boravak u SMM modu moze ozbiljno da poremeti scheduling algoritam kernela.

Da ne pricamo o tome da su SMM rutine potpuno slobodne da rade sta hoce i da se izvrsavaju koliko im treba da zavrsava posao.

Ukombinuj to sa firmware-om pisanim od strane upitno kompetentnih ljudi i genijima kojima je palo na pamet da sa SMM rutinama peglaju ko zna sta oko njihovog hardvera. Rezultat je predvidljiv.

DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey
 
Odgovor na temu

Branimir Maksimovic

Član broj: 64947
Poruke: 5534
109.72.51.23



+1064 Profil

icon Re: "Neželjena dejstva" realtime kernela18.02.2020. u 04:30 - pre 50 meseci
Ima tu i kljakavih drajvera za GPU. Evo postao sam clanak upravo o tome na hardware/grafe podforum. Drajveri za nove AMD grafe ne valjaju.
 
Odgovor na temu

Ivan Dimkovic

Administrator
Član broj: 13
Poruke: 16683
2a02:8071:31a1:1700:9d60:b19..



+7169 Profil

icon Re: "Neželjena dejstva" realtime kernela18.02.2020. u 22:46 - pre 49 meseci
OK, svaki drajver moze da za*ere sistem zato sto drajveri obicno servisiraju interapte, rade DMA transfere i sl.

Ne znam za AMD drajvere, ali znam da mogu dovesti NVIDIA drajver do toga da bukvalno zaglavi ceo ostatak OS-a dok prenosi gigabajte geometrije na GPU. To nije nenormalno ponasanje, posto je ceo use-case takav da prakticno nema nekog boljeg resenja. Trazio si od drajvera da sibne neku kompresovanu geometriju velicine 16 GB i da onda izvrsi neku nenormalno dugu operaciju nad tom geometrijom koja graficku karticu blokira za sve drugo (graficke kartice za sada nemaju OS sa schedulerom koji prekida niti), drajver jednostavno radi ono sto si trazio od njega, GUI be damned.

Windows Server ima neki timeout posle koga ubije GPU drajver, zbog cega prvo moras to da ugasis ako planiras operacije koje ce blokirati ostatak OS-a na vise od nekoliko sekundi.

Ako se sistem ponasa nenormalno u rezimu gde ne bi trebalo da bude problema, uvek bih prvo proverio:

1. Procese, ukljucujuci i kernel mode zauzece procesora
2. Interapte (kolicinu, kao i latenciju odlozenih procedura)
3. Kolicinu context switch-eva
4. CPU C i T stanja, da slucajno power management ne baca CPU u LFM mod ili zbog nekog razloga se aktivira throttling (u kom slucaju treba pogledati temperaturu, itd.)

Obicno nesto od ova 4 ne valja i ukazuje ili na hardverski problem (smaknut hladnjak), bagoviti drajver ili na los sistem (laptopovi su obicno krivci) gde je OEM raspisao neki sampionski SMM kod (mislim da je ovo danas sve redja i redja pojava kako je UEFI standardizovao gomilu stvari koje su nekada resavane proprietary kodom).

Mislim da se vecina problema nalazi u ovih 4 stavki.

Kad smo kod RTOS-eva, secam se vrlo komicne situacije gde su performanse softvera na jednom od poznatijih RTOS-eva bile katastrofalno lose (isti CPU, ali razlika izmedju Linuxa i RTOS-a k'o nebo i zemlja) - analiza problema je ukazala na inverziju prioriteta niti. Ko god da je pisao kod i nitima dodelio neke prioritete je stvar testirao na Linuxu i Windows-u gde je sve bilo OK (tj. "OK" pukom srecom), ali na konkretnom RTOS-u je scheduler vrlo bukvalno shvatao to sto se trazi od njega i dosledno blokirao nit koja proizvodi podatke dok se druga nit koja ceka na iste podatke vrtela za dzabe dok joj ne istekne alocirano vreme i RTOS pusti nesrecnog producer-a da nesto stvori.

Zakljucak iz te price je bio da se ne za*bavas sa proizvoljnim setovanjem prioriteta nitima osim ako zaista ne znas tacno sta ce da se desi u svim rezimima rada, sto vrlo verovatno nije bio slucaj, nego je neko primenio cargo-cult programiranje i nasetovao nekakve prioritete nitima iz nekog samo njemu objasnjivog razloga.

Drugi zakljucak je bio da RTOS-evi vrlo dosledno izvrsavaju ono sto se trazi od njih, cak i kada je to katastrofalna greska, RTOS ne diskriminise, ako si trazio da ti urnise proces, to ce uraditi bez problema.

Razlog sto se problem nije vidjao na Linuxu ili Windowsu je ideja "fer" schedulinga ugradjena u standardne Windows i Linux scheduler-e (i nit niskog prioriteta ce dobiti duzi slajs ponekad zbog "fer" raspodele) - iliti, kernel dev-ovi znaju da je vecina userland koda sampionska i da moraju ponekad da ispeglaju tudje gluposti, cak i ako to nije posao OS schedulera.

U stvari tek tad vidis genijalnost ljudi koji su razvijali popularne scheduler-e u Linuxu/Windows-u/Mac OS-u - njihov problem nije bio razviti scheduling algoritam koji nitima alocira neki % procesorskog vremena po nekoj formuli, vec peglanje beskonacne kolicine idiotizama u userland kodu koji korisnici ocekuju da ce da radi bez problema, iako programeri bukvalno traze od procesa da se samoubije sto se performansi tice.
DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey
 
Odgovor na temu

[es] :: Linux :: "Neželjena dejstva" realtime kernela

Strane: 1 2

[ Pregleda: 4491 | Odgovora: 35 ] > FB > Twit

Postavi temu Odgovori

Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.