Navigace se soukromím CoMaps postavena nad OpenStreetMap je nově k dispozici v Google Play, App Store i F-Droid. Jedná se o komunitní fork aplikace Organic Maps.
Vývojáři OpenMW (Wikipedie) oznámili vydání verze 0.49.0 této svobodné implementace enginu pro hru The Elder Scrolls III: Morrowind. Přehled novinek i s náhledy obrazovek v oznámení o vydání.
Masivní výpadek elektrického proudu zasáhl velkou část České republiky. Hasiči vyjížděli k většímu počtu lidí uvězněných ve výtazích. Výpadek se týkal zejména severozápadu republiky, dotkl se také Prahy, Středočeského nebo Královéhradeckého kraje. Ochromen byl provoz pražské MHD, linky metra se už podařilo obnovit. Výpadek proudu postihl osm rozvoden přenosové soustavy, pět z nich je nyní opět v provozu. Příčina problémů je však stále neznámá. Po 16. hodině zasedne Ústřední krizový štáb.
Po více než roce vývoje od vydání verze 5.40 byla vydána nová stabilní verze 5.42 programovacího jazyka Perl (Wikipedie). Do vývoje se zapojilo 64 vývojářů. Změněno bylo přibližně 280 tisíc řádků v 1 500 souborech. Přehled novinek a změn v podrobném seznamu.
Byla vydána nová stabilní verze 7.5 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 138. Přehled novinek i s náhledy v příspěvku na blogu.
Sniffnet je multiplatformní aplikace pro sledování internetového provozu. Ke stažení pro Windows, macOS i Linux. Jedná se o open source software. Zdrojové kódy v programovacím jazyce Rust jsou k dispozici na GitHubu. Vývoj je finančně podporován NLnet Foundation.
Byl vydán Debian Installer Trixie RC 2, tj. druhá RC verze instalátoru Debianu 13 s kódovým názvem Trixie.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za červen (YouTube).
Libreboot (Wikipedie) – svobodný firmware nahrazující proprietární BIOSy, distribuce Corebootu s pravidly pro proprietární bloby – byl vydán ve verzi 25.06 "Luminous Lemon". Přidána byla podpora desek Acer Q45T-AM a Dell Precision T1700 SFF a MT. Současně byl ve verzi 25.06 "Onerous Olive" vydán také Canoeboot, tj. fork Librebootu s ještě přísnějšími pravidly.
Licence GNU GPLv3 o víkendu oslavila 18 let. Oficiálně vyšla 29. června 2007. Při té příležitosti Richard E. Fontana a Bradley M. Kuhn restartovali, oživili a znovu spustili projekt Copyleft-Next s cílem prodiskutovat a navrhnout novou licenci.
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: