DuckDuckGo AI Chat umožňuje "pokecat si" s GPT-3.5 Turbo od OpenAI nebo Claude 1.2 Instant od Anthropic. Bez vytváření účtu. Všechny chaty jsou soukromé. DuckDuckGo je neukládá ani nepoužívá k trénování modelů umělé inteligence.
VASA-1, výzkumný projekt Microsoftu. Na vstupu stačí jediná fotka a zvukový záznam. Na výstupu je dokonalá mluvící nebo zpívající hlava. Prý si technologii nechá jenom pro sebe. Žádné demo, API nebo placená služba. Zatím.
Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).
ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.
LF AI & Data Foundation patřící pod Linux Foundation spustila Open Platform for Enterprise AI (OPEA).
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.
Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.
Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.
#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.
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: