Byla vydána nová verze 6.12 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přináší důležité bezpečnostní opravy díky bezpečnostnímu auditu od společností Radically Open Security. Tor Browser byl povýšen na verzi 14.0.5. Thunderbird na verzi 128.6.0. Další změny v příslušném seznamu.
Databáze DuckDB (Wikipedie) byla vydána ve verzi 1.2.0. S kódovým názvem Histrionicus (kačka strakatá). Z novinek lze vypíchnout, že například 🦆 může být nově použita jako vícebajtový oddělovač sloupců. 😂
Google Chrome 133 byl prohlášen za stabilní. Nejnovější stabilní verze 133.0.6943.53 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 12 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Novinky v Knot Resolver 6: ochrana před DoS útoky – technické řešení, aktuální příspěvek na blogu zaměstnanců CZ.NIC.
Smb4K, tj. pokročilý prohlížeč síťového okolí a nástroj na připojování úložišť Samba, byl vydán v nové major verzi 4.0.0. Proběhla portace na Qt 6 a KF 6.
V červnu loňského roku představena RISC-V základní deska pro Framework Laptop 13 je již v prodeji. Její cena je 4990 Kč. Díky otevřenosti Framework Laptopů začínají vznikat moduly třetích stran, například SDR modul nebo modul s dotykovým e-paperem.
Video Game History Foundation (VGHF, Wikipedie), tj. nadace zabývající se historii videoher byla založena v únoru 2017. Od svého vzniku buduje také digitální knihovnu. Po letech katalogizace, zpracovávání a digitalizace svých sbírek ji otevřela veřejnosti. Zdarma, pro všechny a odkudkoli: Library a Digital Archive.
Byl vydán Mozilla Firefox 135.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 135 je již k dispozici také na Flathubu a Snapcraftu.
Dnes vychází Kingdom Come: Deliverance II (Wikipedie), pokračování počítačové hry Kingdom Come: Deliverance (Wikipedie, ProtonDB Gold).
top - 07:24:48 up 53 days, 9:50, 3 users, load average: 10.94, 3.80, 2.28
Tasks: 211 total, 12 running, 199 sleeping, 0 stopped, 0 zombie
Cpu(s): 12.9%us, 3.1%sy, 0.0%ni, 83.6%id, 0.1%wa, 0.0%hi, 0.2%si, 0.0%st
Mem: 8200308k total, 8124824k used, 75484k free, 187676k buffers
Swap: 19502888k total, 84k used, 19502804k free, 4245164k cached
top - 07:30:47 up 53 days, 9:56, 3 users, load average: 0.72, 1.90, 1.92
Tasks: 217 total, 3 running, 214 sleeping, 0 stopped, 0 zombie
Cpu(s): 12.9%us, 3.1%sy, 0.0%ni, 83.6%id, 0.1%wa, 0.0%hi, 0.2%si, 0.0%st
Mem: 8200308k total, 8124424k used, 75884k free, 187712k buffers
Swap: 19502888k total, 84k used, 19502804k free, 4240664k cached
Když nevíme co na tom serveru běží, tak ti asi neporadíme...
Podívej se do cronu, jestli se tam něco nespouští.
Vadí ten load něčemu? Pokud totiž server funguje bez problému a nic se nebrzdí, tak to ničemu vadit nemusí.
ako volvox pise ,tiez sa priklanam ku diskom ,popiste blizsie co tam mate ,ak pole ,tak ake ,s akymi diskami ,ci mate lvm ,aky FS na hdd ,mne sa na starej masine (IDE) stavalo ,ze mi spadlo DMA ,a uz bolo :D
odkedy vam to robi ? nemenili ste medzi tym nieco ?
$ mount
/dev/md0 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
$ cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active raid1 sda1[0] sdb1[1]
380957248 blocks [2/2] [UU]
unused devices: none
$ df -ah
Filesystem Size Used Avail Use% Mounted on
/dev/md0 358G 85G 256G 25% /
tmpfs 4.0G 0 4.0G 0% /lib/init/rw
proc 0 0 0 - /proc
sysfs 0 0 0 - /sys
procbususb 0 0 0 - /proc/bus/usb
udev 10M 80K 10M 1% /dev
tmpfs 4.0G 0 4.0G 0% /dev/shm
devpts 0 0 0 - /dev/pts
ako sa tu pisalo ,urcite skuste iostat ,uvidite ,kde to zdrzuje,skuste mountnut / s noatime ,mozno skusit tunit ext3,mozno vam sposobuje resync toho pola ,nemam skusenosti s sw raid ,v praci mam HP stroje s HW raid
ak by odchadzal disk ,pozriet SMART ,aj ked to tiez nieje az take smerodatne
atop
, která nabízí obdobný výstup jako top s tím, že si data průběžně ukladá a umožňuje je pozdějí zpětně "přehrát".
Cpu(s): 12.9%us, 3.1%sy, 0.0%ni, 83.6%id, 0.1%wa, 0.0%hi, 0.2%si, 0.0%st
Nakoľko máš tento údaj v oboch výpisoch rovnaký, povedal by som, že Tvoj top trpí tým istým čo môj - proste niekedy sumárne údaje o využití CPU neaktualizuje. Pomôže rozbiť výpis na jednotlivé procesory (klávesa "1"), vtedy to začne rátať dobre.
Čo presne podľa Teba znamená vyťaženie nie viac ako 20% ? Ak je zvyšok (t.j. 80% a viac) kdekoľvek inde než v kolonke "idle", tak to je TIEŽ zaťaženie. Niečo tam zjavne brzdí procesy od toho, aby pracovali tak často ako by chceli (load väčší než jedna), čo je často dané tým, že čakajú na dokončenie I/O (kolonka "iowait"). V takom prípade je najpravdepodobnejšie úzkym miestom disk ako Ti už radili, a zostáva zistiť, ktorý z procesov to spôsobuje a čo sa s tým dá robiť.
Myslel som tento riadok, ktorý je pre všetky procesy spoločný:
Cpu(s): 12.9%us, 3.1%sy, 0.0%ni, 83.6%id, 0.1%wa, 0.0%hi, 0.2%si, 0.0%st
%us (skratka z "user") je čas procesora, ktorý zožrali užívateľské procesy normálnym behom
%sy (skratka z "system") je čas procesora, ktorý zožral samotný systém na svoje fungovanie
%ni (skratka z "nice") je čas procesora, ktorý zožrali procesy bežiace s nízkou prioritou (nice hodnota > 20)
%id (skratka z "idle" ) je čas procesora, počas ktorého bol procesor naozaj nevyužitý (a to v Tvojom prípade asi naozaj nebude tých 80%, na ktorých sa pýtam)
%wa (skratka z "iowait") je čas procesora, ktorý musel byť premrhaný, pretože sa čakalo na dokončenie I/O operácií (to je pravdepodobne Tvoj prípad)
%hi (skratka z "hardware interrupt") je čas procesora, ktorý procesor venoval riešeniu prerušení zo strany HW (ovládače zariadení a tak)
%si (skratka z "software interrupt") je čas procesora, ktorý procesor venoval riešeniu prerušení zo strany SW (ehm, to vlastne ani neviem čo je )
%st (skratka z "steal") je čas procesora, ktorý procesoru ukradli ostatné operačné systémy pri použití virtualizácie
A si si absolútne istý, že top
tento údaj udržiaval aktualizovaný aj vo chvíli, keď si to pozeral? Ono sa to niekedy zasekne...
Alebo ešte iná možnosť: údaj o loade je taká bulharská konštanta a udáva priemer za posledných 15, 5 a 1 minút. Nepozeral si top
vo chvíli, keď už bol server v pohode a údaj load len "dobiehal"?
Alebo ešte ešte iná možnosť: nemáš tam nejaký problematický hardware, ku ktorému ovládače neboli v jadre, ale iba nejaké odfláknuté third-party ovládače? Mal som predtým z roboty USB modem na T-Mobile "Rýchly Internet" (heč!) a ovládač k tomu bol taký hnus, že to hneď po štarte vyhnalo load na 1.0 a nad touto hodnotou to ostalo až do vypnutia aj keď sa podľa top
-u (ako aj podľa /proc/stat
) absolútne nič nedialo.
Tech 12 procesu ve stavu running jsou ktere? Jsou tam vzdy pri velkem loadu stejne?
Tomas
Proces CPU nevyťažuje, lebo čaká, kým sa dokončí operácia s diskom. Takže proces ide do sleep a nechá procesor ďalším procesom. Lenže ak aj tie ďalšie procesy potrebujú niečo s diskom, tak im to nepomôže a musia sa zaradiť do fronty, kým nedobehne tá prvá operácia I/O. Čas procesora, ktorý procesy nevyužijú pretože čakajú na dokončenie I/O, sa narátava do iowait. V top
-e to je položka %wa
. Load potom stúpa zhruba o toľko, koľko procesov nemôže nič robiť pretože všetky čakajú na I/O.
Ako vravel 6xx* (sorry, nemohol som odolať ) - skúsenosť. Navyše ten 0.1%wa je evidentne zlý údaj, keďže celý riadok začínajúci
Cpu(s)...
sa nemenil medzi tými dvoma výpismi a pravdepodobne je v oboch neaktuálny. Aby sa v dvoch odlišných situáciach 7 premenných nastavilo na rovnaké hodnoty s presnosťou na jedno desatinné miesto - na také náhody neverím. Zvlášť keď u mňa top
robí také isté psie kusy.
Moje nápady sa nateraz bohužiaľ vyčerpali.
top -d 1
)
top -d 1
tak každou sekundu. Pokud se ten řádek neakutalizuje tak je to chyba.
Pokud se ten řádek neakutalizuje tak je to chyba.
Áno, je tam chyba. Aj u mňa sa to tak niekedy chová - všetko sa aktualizuje, len toto nie. Neviem od čoho to závisí. Keď to do toho ale trochu pošťuchnem (klávesa "1"), tak sa to zrazu zobudí.
Tiskni
Sdílej: