Byla vydána verze 1.70.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example. Jako reakce na rostoucí obavy z vlivu korporací na vývoj Rustu a předložený návrh restriktivních zásad používání ochranných známek Rustu, byl nedávno představen komunitní fork Rustu se 100 % méně byrokracie: Crab (CrabLang).
Oliver Smith z Canonicalu shrnuje základní vlastnosti „neměnné“ distribuce Ubuntu Core také ve srovnání s protějšky Chrome OS, Fedora Silverblue a MicroOS. Canonical připravuje desktopovou variantu Ubuntu Core vedle dosavadní serverové/embedded.
Z aktualizovaného seznamu chyb (pdf) procesoru AMD EPYC 7002: #1474 - procesor se po 1044 dnech od posledního resetu zasekne [reddit].
Fossil (Wikipedie) byl vydán ve verzi 2.22. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
David Malcolm se ve svém příspěvku na blogu vývojářů Red Hatu rozepsal o vylepšeních statické analýzy (volba -fanalyzer) v GCC 13.
Byla vydána nová stabilní verze 23.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Stoat. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Příspěvek na blogu CZ.NIC upozorňuje na nový útok na weby v Česku. Na honeypotech na Turrisech byla zaznamenána nová aktivita útočníků - probíhající útok na FTP servery, které se vyskytují na stejné IP adrese, jako aktivní WEB server.
Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi 2023.05. Programovací jazyk Raku byl dříve znám pod názvem Perl 6.
Linux Foundation Europe představila projekt RISE (RISC-V Software Ecosystem), jehož cílem je urychlit vývoj open source softwaru pro architekturu RISC-V.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu pro jednodeskové počítače na platformě ARM, byl vydán ve verzi 23.05. Přehled novinek v Changelogu.
Řešení dotazu:
ssh terminal a top . Snad nejrychlejsi . Ja si parsuju vysledky z top na moje webadmin stranky .
php + top
Moc dik, ten top je super. Pouzivam aj cacti, ale zrejme by som musel stiahnut nejake templates pre kadejake procesy.. Edit, tak nasiel som nieco, vyzera to podozrivo, ale bude to asi CPU, podla toho co je na obrazku (rano som tu aplikaciu vypol
Load není jen cpu, je to takovej komplet co by ti měl ukázat jak server stíhá, když nestíhá cpu, jde load nahoru, když nestíhá dis, jde load nahoru atp..
Každopádně ti load napoví víc než vytížení cpu, cpu může bát téměř nevytížené a přesto může být server těsně před kolapsem, load ti to prozradí.
Bere se jako "obecná pravda" že by load měl být do 1*počet jader, imho přesné to není.
The load-average calculation is best thought of as a moving average of processes in Linux's run queue marked running or uninterruptibleTa "obecná pravda" je hlavně pro systém, který potřebuje maximální míru interaktivity. Pokud máme load menší než počet jader tak to znamená, že je k dispozici nějaký nevyužitý procesorový výkon a přicházející požadavek na obsluhu může být uspokojen v rámci tohoto volného výkonu a nebude zpomalovat ostatní a nebude se muset výrazně dělit s nimi o procesorový čas. Na druhou stranu pracoval jsem už dostkrát na serveru, kde na 8 jader byl load více než 100, protože v něm běžely dávky uživatelů a systém běžně reagoval, Byť trochu pomaleji.
Podle mého názoru (podloženého jenom mojí praktickou zkušeností), pokud je úzké hrdlo disk a cpu na něj čeká tak load vyletí nahoru.
Proto tvrdím, že load neudává samotné vytížení cpu, ale vytížení celkové, tedy když cpu na něco dlouho čeká je někde úzké hrdlo, tedy nízký jeho nízký výkon, tedy vysoké zatížení serveru jako celku.
Ale asi nemá cenu se o tom dohadovat, je spousta zdrojů co se to snaží vysvětlit vešlijak...
Ps, ta tvoje citace v podstatě potvrzuje toco říkám, procesy nemusí čekat jen na cpu.
Není se zač omlouvat, pokud dovolíš, budu nadále hloupý a naivní a budu všřit svojí verzi
Však jsem nahoře psal, že to mám podloužené pouze SVÝMI zkušenostmi, nevím co tu řešíš...
Však jo, já to uznávám, klidně ti uznám že jsi super king, bůh, všeborec, nebo cokoli budeš chtít, každopádně faktem je, že když jsme si nebyl svým výrokem jistý, tak jsem k tomu doplnil že je to pouze můj názor.
Pokud někdo slepě věří všemu co si někde přečte, a informaci si neověří, bohužel se někdy stane že pochytí nějakou nepravdu, naštěstí tu jsou uživatelé s komplexnějšími vědomostmi, kteří to uvedou na pravou míru.
Je to veřejné vlákno a každý anonym si tu může psát cokoli bude chtít, já jsem tu napsal svůj názor k tématu, takže ještě jednou, co řešíš?
ktore udava pocet procesov, ktore sucasne ziadaju o procesorovy cas
Dovolil bych si sem přidat mé tvzení, uvedené výše:
Load není jen cpu, je to takovej komplet co by ti měl ukázat jak server stíhá, když nestíhá cpu, jde load nahoru, když nestíhá dis, jde load nahoru
Pokud se alespoň pokusíš pochopit smysl jakým jsem to myslel, věřím že dojdeme ke shodě.
Ano a jeden z těch parametrů může být io disku, což následně způsobí čekání procesů, což se projeví na loadu, není to snad pravda?
To se ale vůbec netýká otázky na kterou reaguješ, tedy znovu, může io disku zvýšit load?
Aj, velká latence příspěvků, někde mezi ostatní prací se to ztratilo, omlouvám se.
Sám jsi výše napsal, že se neshodneme, taktéž už mě to neba, tak to shrneme.
Load není jen cpu - pravda
je to takovej komplet co by ti měl ukázat jak server stíhá - beru, kravina
když nestíhá cpu, jde load nahoru, když nestíhá dis, jde load nahoru -pravda
Každopádně ti load napoví víc než vytížení cpu - pravda
cpu může bát téměř nevytížené a přesto může být server těsně před kolapsem - pravda
Myslím, že to můžeme shrnout tím, že jsem se mýlil, ačkoliv jsem neviděl server co by měl load 20 a interakce nebyla jiná než při loadu 0, uznávám že za specifických okolností je to možné. Dalo by se shodnout alespoň na tomto a vyvodit z toho závěr který jsem napsal?
Load je počet procesů které žádají o čas, to beru, ale že na tom má třeba io disku podíl, vliv nebo třeba vinu, říkej si tomu ja chceš,je prostě fakt.
Smím se pro dokreslení situace zeptat, jaká je práce těch serverů a co pro tebe znamená žeje server úplně v pohodě?
Tak se mi to, prosím, pokus vysvětlit jako úplnýmu debilovi, protože já netuším co mi chceš říct tim že věci "extrémně zjednodušuju" když říkám že na load má vliv cpu io disku (etc) a ty mi tvrdíš že je to jne o cpu, tím se mi zdá že to zjednodušuješ ty, nebo si tu z nás děláš srandu.
Io disku load prostě zvýší, to je jendoduše fakt ověřený praxí a ne jen mojí, nic na tom nemění ani to jak se mě tu snažíš zdiskreditovat nějakýma kecama o mých zkušenostech, o kterých víš kulový, stejně tak jako já o tvých, nech tedy těch dětinskostí, nejsme na hřišti a vysvětli mi jak to chápeš ty a co tedy já chápu špatně, ať to můžeme nějak zdárně ukončit.
To že jsem se mýlil ((vysoky load = problem, nizky load = ok)), jsem ti dal přece za pravdu.
Každopádně, i když to beru zjednudušeně, nebo třeba ty si to zesložiťuješ, koukám na to špatně já nebo ty, nebo třeba oba, io operace mají (ať už přímý či nepřímý, to je jedno) vliv na hodnotu load, to popřít prostě nemůžeš, již sem není důležité plést fakt, že hodnota loadu nic směrodatného neřekne a že server s vysokým loadem může reagovat normálně, to jsem ti snad už 5x uznal, snad není třeba se opet omlouvat za to že jsem se mýlil, cítím se pokárán dost.
To, co vplyva na dane procesy, je teraz uplne irelevantne, suvisi to s niecim inym a nemozes to miesat dokopy
Úplný debil to tedy nechápe, úplný debil ví, že když včera tahal zálohy, tak se cpu flákal něde okolo okamžitého vytížení 8% a load si utíkal k hodnotě 230, přičemž io% bylo na 99.9%. Po dotahání záloh úplnýho debila load šel hodně blízko k nule, io taktéž a okamžité vytíženícpu bylo někde u těch 8% (xorg), z této situace úplný debil taktéž soudí že io disku má na load minimálně nepřimý vliv.
Ale azurIt mu to nehce vysvětlit a neustále mu jen dokola tvrdí že je debil :(
Ne, prostě ty mi neustále budeš tvrdit že to chápu špatně, ale neřekneš co vlastně chápu špatně, neustále dokola to samé, že se na to dívám špatně a kde is co si a když tě poprosim abys mi to vysvětlil jako debilovi, řekneš že se na to dívám špatně...
Pochop už konečně, že se s tebou nechci přít, ale snažim se porozuměť proč máš jiný názor, ale ty mi to prostě nechceš umožnit, proč?
Já moc dobře chápu že to zjevně nechápu, x krát jsi mi vysvětlil že to zjednodušuju a dívám se na to špatně, ale nevysvětlil jsi mi jak je možné že io operace nezvyšují load když ho zvyšují, nebo jak to vlastně podle tebe je...
Kecy jako že to nechci chápat si už strč někam, mnohokrát jsem tě tu prosil o to ať mi to vysvětlíš nějak podrobněji (třeba jako úplnýmu debilovi), než frází že to zjednodušuju, ani jednou jsi mi nevyhověl, proč?
Já jsem tedy asi úplně slepý, mohl bys mi prosím alespoň v tomto vyhovět a ocitovat jeden z těch mnoha příspěvků, v kterém mi to všechno vysvětluješ?
To je sice pěkný, ale už dlouho se z tebe snažím dostat tvůj názor na to, jak je možný že io disku mění hodnotu loadu.
A jestli mi napíšeš že se na to dívám špatně, nerozumím tomu, zjednodušuju to či podobnou kravinu místo vysvětlení proč to tak je, tak si asi hodim mašli...
Pretazenie diskov ale priamo nezvysuje load
Výše jsem psal
io operace mají (ať už přímý či nepřímý, to je jedno) vliv na hodnotu load
Taže jsme se tedy nakonec shodli, že io disků má nepřímý vliv na hodnotu load, což tu ostatně tvrdím od svého prvního příspěvku.
Kdybys něco v tomhle stylu napsal hned a nezaplavoval to tu zbytečnými řečmi, mohli jsme se na tom shodnout již dávno, až na jeden malý detail v tom co jsi napsal totiž tvůj text koresponduje s mým názorem.
Celé jádro tohoto sporu nebude v mých nedostatečných znalostech, ale v tvých, jelikož nechápeš co znamená nepřímý vliv nějakého jevu, jelikož nejsem ignorant, ned napoprvé ti napíšu co to vlastně znamená.
Io disku má nepřámý vliv na hodnotu load, nepřímý proto, že přímo neovlivňuje hodnotu, ale ovlivňuje ji pomocí nějakého média, což znamená že ovlivní něco co má přímý vliv na load. Přesněji by ti to vysvětlili na nějakém školení.
Ale jak jsem ti již dříve navrhoval, nechme těch dětinskostí, důležité je, že jsme konečně dospěli k nějakému řešení sporu.
Přeji dobrou noc, přístě to ber méně osobně.
To že load není jednoznačným ukazatelem přetíženosti jsem ti již dááávno uznal a omluvil se za svou chybu, netřeba to rozebírat.
V ostatním jsme se shodli, proč máš neustále potřebu k tomu dodávat takový kraviny? Nechceš si přiznat že "nědo bez opravdových zušeností který máš jenom ty" může mít taky pravdu? Nebo v čem to je, říkal jsi že už končíš, popřál jsem ti hezkou noc, považoval jsem to za ukončené a měl dobrý pocit že jsme se shodli, což zřejmě nechceš uznat, ikdyž jeto nadmíru jasné.
Tak ještě jednou mnohokrát opakované, díky ti za tu diskusi/spor, ikdyž asi nikomu nic nepřinesl, protože jsem tu akorát obhajoval známá fakta. Rád bych již také dělal něco jiného než se tu s tebou vybavoval o ničem.
Jasne, ukazem ti presny priklad, v ktorom tvoje tvrdenie neplati (cim som ho vyvratil) ale aj tak mas pravdu ty ;)On tvrdí, že se to v konkrétním případě děje. Ty tvrdíš, že se to v (jiném) konkrétním případě neplatí. Jak z toho chceš vyvodit, že jste ve sporu?
To je dost vykonstruované ne? Server na kterém běží jeden proces?
Provozuješ snad takový stroj?
Provozuje ho vůbec někdo?
-> Vykonstruovaná blbost, aby to co píšeš dávalo smysl.
To co píšeš, je pravda, za to že jsem se zmýlil jsem se nesčetněkrát omluvil.
Tiskni
Sdílej: