Kit je nový maskot webového prohlížeče Firefox.
Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.5. Přehled novinek s náhledy v oznámení na blogu.
Německo zvažuje, že zaplatí místním telekomunikačním operátorům včetně Deutsche Telekom, aby nahradili zařízení od čínské firmy Huawei. Náklady na výměnu by mohly přesáhnout dvě miliardy eur (bezmála 49 miliard Kč). Jeden scénář počítá s tím, že vláda na tento záměr použije prostředky určené na obranu či infrastrukturu.
Po dvaceti letech skončil leader japonské SUMO (SUpport.MOzilla.org) komunity Marsf. Důvodem bylo nasazení sumobota, který nedodržuje nastavené postupy a hrubě zasahuje do překladů i archivů. Marsf zároveň zakázal použití svých příspěvků a dat k učení sumobota a AI a požádal o vyřazení svých dat ze všech učebních dat.
Úřad pro ochranu hospodářské soutěže zahajuje sektorové šetření v oblasti mobilních telekomunikačních služeb poskytovaných domácnostem v České republice. Z poznatků získaných na základě prvotní analýzy provedené ve spolupráci s Českým telekomunikačním úřadem (ČTÚ) ÚOHS zjistil, že vzájemné vztahy mezi operátory je zapotřebí detailněji prověřit kvůli možné nefunkčnosti některých aspektů konkurence na trzích, na nichž roste tržní podíl klíčových hráčů a naopak klesá význam nezávislých virtuálních operátorů.
Různé audity bezpečnostních systémů pařížského muzea Louvre odhalily závažné problémy v oblasti kybernetické bezpečnosti a tyto problémy přetrvávaly déle než deset let. Jeden z těchto auditů, který v roce 2014 provedla francouzská národní agentura pro kybernetickou bezpečnost, například ukázal, že heslo do kamerového systému muzea bylo „Louvre“. 😀
Z upstreamu GNOME Mutter byl zcela odstraněn backend X11. GNOME 50 tedy poběží už pouze nad Waylandem. Aplikace pro X11 budou využívat XWayland.
Byl publikován plán na odstranění XSLT z webových prohlížečů Chrome a Chromium. S odstraněním XSLT souhlasí také vývojáři Firefoxu a WebKit. Důvodem jsou bezpečnostní rizika a klesající využití v moderním webovém vývoji.
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.3.0. Přehled novinek v poznámkách k vydání.
Organizace Open Container Initiative (OCI) (Wikipedie), projekt nadace Linux Foundation, vydala Runtime Specification 1.3 (pdf), tj. novou verzi specifikace kontejnerového běhového prostředí. Hlavní novinkou je podpora FreeBSD.
#!/bin/sh
top -n 1 | awk '/Cpu/{print $2}' | cut -d '%' -f 1
toto mi sice da hodnotu, ale je PORAD stejna (3) - potreboval bych neco presnejsiho...
Ti co mi pomuzou tak zvu v Brne na kafe
Diky
crontab -l
*/5 * * * * /usr/local/mrtg-2/bin/mrtg /var/www/html/mrtg/cfg/cpu.cfg --logging /var/log/mrtg.log > /dev/null 2>&1
cpu.cfg prikladam a jeste si musis zmenit cesty ... Vysledek vypada takto:
Mrknu na to a opravim si to ...
Dalo by se to jeste nejak udelat aby meril 4 jadra zvlast misto tohoto hromadneho?
Prosim take o vysvetleni proc prikaz @top@ mi ukazuje: Cpu(s): 6.2%us, 1.9%sy,
a hned pod tim je:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
23128 afdhre1 15 0 1297m 1.2g 7884 R 31 30.8 49:22.84 create
2885 mysql 15 0 166m 47m 4608 S 2 1.2 113:59.61 mysqld
trochu nechapu proc mi nahore ukazuje 6% a jen jediny proces ma pres 30%..... - znamena to tedy 30% z jednoho jadra a to nahore 6,2% ukazuje prumer?
Dikz
ja nevim kam tu jednicku dopsat
- do cpu.cfg? Pokud ano kam presne tam to napsat?
Diky
-n 1, tedy pokud napíšete
$ toptak pak běží top v interaktivním režimu a lze ho všelijak ovládat, napíklad klávesa 1 zobrazí jádra odděleně. Pro neinteraktivním použití
top -n 1 si to opravdu nepamatuji, jen se domnívám že to jde. Nebo kdyžtak to toho konfiguračního souboru (cpu.cfg ne, konfigurační soubory pro top sice existují, ale asi by se jmenovaly jinak, více viz man top).
RTFM?
5b. PERSONAL Configuration File
This file is written as ’$HOME/.toprc’. Use the ’W’ interactive command
to create it or update it.
To znamená, že si spustíte top
$ toppak zmáčknete
"1" a pak "W". Při dalším spuštění, i neinteraktivním top -n 1 už uvidíte všechna core samostatně.
Na top bych se vykašlal, ten je spíš určený na interaktivní práci. Zkuste nainstalovat balík sysstat a v něm použít příkaz mpstat například takto nějak:
mpstat -P $CISLO_PROCESORU 1 1 | grep Average | awk '{print $3}'
Nevím, v jakém přesně formátu ten výsledek chcete dostat, ale s výstupem mpstat -P ALL 1 1 | grep Average si už určitě poradíte.
Co se týče toho, že hodnota je pořád stejná - to je způsobené tím, že pro první výstup topu se použije průměrná hodnota od bootu systému. Proto někdo v té vaší minulé diskusi použil top -n 2 | grep Cpu | tail -n 1, tedy nechal proběhnout top dvakrát a použil až druhý výsledek.
Rozdílnost grafů v gnome-system-monitoru může být způsobený i tím, že všechny tyto scripty používají pouze vytížení na uživatelské úrovni (bez nice procesů, vytížení na úrovní jádra atd.). Celkové vytížení procesoru se dá spočítat sečtením jednotlivých vytížení, ale pro vás bude nejspíš zajímavější hodnota 100% - doba nevytížení. Toto není to samé, neboť pokud procesor čeká na IO (harddisk), tak není v idlu, ale vlastně není ani vytížený:
echo 100 - `LC_ALL=C mpstat -P 0 1 1 | grep Average | awk '{print $10}'` | bc
Už se drbu levou rukou za pravým uchem. Awk přece umí odečítat, takže:
mpstat -P 0 1 1 | grep Average | awk '{print 100-$10}'
mpstat -P $CISLO_PROCESORU 1 1 | awk '/Average/{print 100-$10}'
xentium:/home/nes# mpstat -P 1 1 1 | grep Average | awk '{print 100-$10}'
2
xentium:/home/nes# mpstat -P 1 1 1 | grep Average | awk '{print 100-$10}'
-1
xentium:/home/nes# mpstat -P 1 1 1 | grep Average | awk '{print 100-$10}'
-2
xentium:/home/nes# mpstat -P 1 1 1 | grep Average | awk '{print 100-$10}'
-1
xentium:/home/nes# mpstat -P 1 1 1 | grep Average | awk '{print 100-$10}'
2
tak i tak nechapu kam mam tento prikaz napsat - prosim nakopnete me - ted to mam takto:
WorkDir: /var/www/mrtg
LoadMIBs: /usr/share/snmp/mibs/UCD-SNMP-MIB.txt
Target[localhost.cpu]:ssCpuRawUser.0&ssCpuRawUser.0:public@127.0.0.1+ ssCpuRawSystem.0&$
RouterUptime[localhost.cpu]: public@127.0.0.1
MaxBytes[localhost.cpu]: 100
Title[localhost.cpu]: CPU Load
PageTop[localhost.cpu]: Active CPU Load %
Unscaled[localhost.cpu]: ymwd
ShortLegend[localhost.cpu]: %
YLegend[localhost.cpu]: CPU Utilization
Legend1[localhost.cpu]: Active CPU in % (Load)
Legend2[localhost.cpu]:
Legend3[localhost.cpu]:
Legend4[localhost.cpu]:
LegendI[localhost.cpu]: Active
LegendO[localhost.cpu]:
Options[localhost.cpu]: growright,nopercent
ps - nechapu proc se mi to active cpu tak blbe zformatovalo...
Musis si ty configy vygooglovat ..
Hm. Mrtg vypadá dost vybíravě, co se týče vstupů:
http://oss.oetiker.ch/mrtg/doc/mrtg-reference.en.html#IExternal_Monitoring_Scripts
Takže budete muset vracet 4 řádky se dvěma hodnotama. Pokud použiju 100 - %idle jako první hodnotu a %user jako druhou, tak asi něco takovéhoto:
mpstat -P 1 1 1 | awk '/Average/{print 100-$10"\n"$3"\n01:00:00\nCPU1"}'
Nevím ale, v jakém tvaru MRTG očekává ten uptime, tak vracím něco jako hodinu. Výsledný řádek v cfg by pak vypadal nejspíš:
Target[localhost.cpu1]: `mpstat -P 1 1 1 | awk '/Average/{print 100-$10"\n"$3"\n01:00:00\nCPU1"}'`
S MRTG ale zkušenosti nemám, takže zkouším jenom střílet od boku. Ale nějak v tomto smyslu by to fungovat mohlo
Co se týče těch záporných hodnot, tak to opravdu netuším. Leda by na 10. pozici výstupu mpstatu u vás nebyla hodnota idle, ale něco, co přeleze 100... Ještě mě napadá, jestli máte locale české, nebo anglické (desetinná čárka/tečka) a jakým způsobem se s tím vypořádávají mpstat a awk a taky mrtg.
Tiskni
Sdílej: