Byla vydána nová verze 12.0 minimalistické linuxové distribuce (JeOS, Just enough Operating System) pro Kodi (dříve XBMC) a multimediálního centra LibreELEC (Libre Embedded Linux Entertainment Center). Jedná se o fork linuxové distribuce OpenELEC (Open Embedded Linux Entertainment Center). LibreELEC 12.0 přichází s Kodi 21.0 "Omega".
Microsoft vydal novou velkou aktualizaci 2404.23 v září 2019 pod licencí SIL Open Font License (OFL) zveřejněné rodiny písma Cascadia Code pro zobrazování textu v emulátorech terminálu a vývojových prostředích.
OpenTofu, tj. svobodný a otevřený fork Terraformu vzniknuvší jako reakce na přelicencování Terraformu z MPL na BSL (Business Source License) společností HashiCorp, bylo vydáno ve verzi 1.7.0. Přehled novinek v aktualizované dokumentaci. Vypíchnout lze State encryption.
Spouštět webový prohlížeč jenom kvůli nákupu kávy? Nestačí ssh? Stačí: ssh terminal.shop (𝕏).
Yocto Project byl vydán ve verzi 5.0. Její kódové jméno je Scarthgap. Yocto Project usnadňuje vývoj vestavěných (embedded) linuxových systémů na míru konkrétním zařízením. Cílem projektu je nabídnou vývojářům vše potřebné. Jedná se o projekt Linux Foundation.
Operační systém 9front, fork operačního systému Plan 9, byl vydán v nové verzi "do not install" (pdf). Více o 9front v FQA.
Svobodná webová platforma pro sdílení a přehrávání videí PeerTube (Wikipedie) byla vydána v nové verzi 6.1. Přehled novinek i s náhledy v oficiálním oznámení a na GitHubu. Řešeny jsou také 2 bezpečnostní chyby.
Lennart Poettering na Mastodonu představil utilitu run0. Jedná se o alternativu k příkazu sudo založenou na systemd. Bude součástí systemd verze 256.
Hudební přehrávač Amarok byl vydán v nové major verzi 3.0 postavené na Qt5/KDE Frameworks 5. Předchozí verze 2.9.0 vyšla před 6 lety a byla postavená na Qt4. Portace Amaroku na Qt6/KDE Frameworks 6 by měla začít v následujících měsících.
Co takhle jedno jádro osvobodit a nechat linuxu?To môžem skúsiť.
A 8 je včetně HT?Mno. Tam mi nie je celkom jasno, ale je to asi Dell PowerEdge 1950 a
grep CPU /proc/cpuinfopovie 8x
model name: Intel(R) Xeon(R) CPU E5420 @ 2.50GHzČo sa týka hyper-threading-u:
grep -w ht /proc/cpuinfovypíše
flags ... ht ...Čo je "FP"?
lebo ten procesor má pravdepodobne jedinú FPU.To budem musieť zistiť. Dík za tip. Teraz som si všimol, že /proc/cpuinfo tiež hovorí:
cpu cores : 4 ... fpu : yes
Čo za sakramenský výpočet to je,Z matematického/algoritmického hľadiska sa to nazýva "packing problem" a áno, pracuje so floating point dátami.
že pre každú bežiacu inštanciu je potrebná samostatná inštancia operačného systémuAko to už býva, historicky existuje nejaká implementácia a je do toho zamontovaných mnoho komponentov a nie všetky je možné preportovať na iný OS.
, navyše takého čudného?Sčasti historické dôvody. Sčasti preto, že taký OS je jednoduchý. Na každej ďalšej verzii Windowsov ten OS robí hromadu vecí, ktoré netreba. Keď sa pozriem na zoznam procesov na XP, tak tam nájdem ~10 položiek. Keď sa pozriem na W10, tak ich je tam aj 50 a kvantum úloh, ktoré sa spúšťajú pri nejakej udalosti ...
Skúšali ste vôbec postupný spúšťaním 1, 2, 4 a 8 inštancií, že výpočet skutočne škáluje?To v tomto momente neviem povedať, ale určite sa tým budeme musieť zaoberať.
Vysoká zátěž má určitě vliv na to jak moc často se userspace program (ping) dostane k CPU.To sme sa nerozumeli. Ten ping púšťam na inom stroji než je ten vyťažený neborák. Takže proces ping-u sa k slovu dostane. Ide o to, či ten, kto ten ping paket dostane, odpovie naň ešte v rámci jadra. Reps. ak pingujem ten VM, tak či sa musí dostať k slovu ten VM.
Reps. ak pingujem ten VM, tak či sa musí dostať k slovu ten VM.
Tak moment… celou dobu to vypadalo, že mluvíte o odezvách toho hosta. Tam by to bylo opravdu hodně divné, protože odpověď aby něco takhle zadusilo odpovědi na ICMP echo, muselo by to mít přinejmenším realtime prioritu (a bylo by s podivem, že by vám nezačal nadávat soft lockup detector nebo RCU stall detector.
Jestli se ale bavíme o odezvách těch guestů, tak tam kromě (dvakrát) síťového stacku hosta (Linuxu) hraje roli ještě zpracování ICMP echo guestem, což jsou Windows, takže k tomu nic říct nemůžu.
Ja som to na začiatku nejako explicitne nepovedal. A ani mi to samému nie je 100% jasn0. Len som posunul tak ako som otázku dostal. Skúsim dozistiť podrobnosti, ale nateraz si myslím, že ide o odozvu guest-a. Na druhej strane, nedivil by som sa keby obsluha ping-u bola urobená ak súčasť modulu, ktorý VirtualBox potrebuje v jadre hosta. ... Chcem povedať: neviem ako to presne je vnútri urobené, ale nečudoval by som sa, keby si VirtualBox urobil v host-ovi niečo ako virtuálny adaptér pre každého pusteného guest-a a obsluha pingu by sa mohla odohrať už tam.Reps. ak pingujem ten VM, tak či sa musí dostať k slovu ten VM.Tak moment… celou dobu to vypadalo, že mluvíte o odezvách toho hosta.
host - host (localhost) host - virtuál virtuál - host virtuál - jinej virtuál virtuál - ten samej virtuál (localhost) externí - virtuál externí - host virtuál - externí virtuál - hostPak ještě můžeš zkusit ping flood a skenovat jednotlivé testy nějakým snifferem (například wireshark).
Uz se mi nekolikrat stalo, ze se serveru dostaly do nekonecne smycky procesy s realtime prioritou (Oracle rac lmd procesy) a pak se neslo prihasit, neslo s tim serverem delat nic jineho nez to otocit. Jedine na co ten server reagoval byl sysrq.
To je známý problém, včetně toho, že pachatelem je nejčastěji Oracle. Ten realtime proces sice udusí "jen" jeden procesor, ale čas od času je potřeba provést něco na všech procesorech (např. rcu_sync()
) a taková věc pak čeká, až se příslušný procesor uvolní, čímž blokuje další. Když se to nechá dost dlouho, visí nakonec všechny, pokud ten systém dřív neodstřelí soft lockup detector nebo RCU stall detector.
Na ping ale ten server odpovidal uplne v pohode. Dokonce pri navazani TCP spojeni odpovedel na SYN.
Tohle je trochu složitější. Nemáte-li tam moc velkou zátěž (ve smyslu počtu příchozích paketů), stihne se oboje vyřídit ještě v rámci softirq vyvolaného na konci obsluhy hardwarového přerušení, čemuž nedokáže zabránit ani ten realtime proces okupující daný procesor. Pokud té práce ale bude moc, nechá se to na ksoftirqd a pak máte problém. (Kromě toho ale ten příchozí paket nemusí vůbec připadnout na blokovaný procesor.)
Tiskni Sdílej: