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.
Minulý týden proběhla openSUSE Conference 2023. Mimo jiné bylo oznámeno přejmenování systému MicroOS Desktop. MicroOS Desktop GNOME byl přejmenován na openSUSE Aeon a MicroOS Desktop Plasma na openSUSE Kalpa.
Thom Holwerda z OSnews si všímá, že vývoj operačního systému MINIX je prakticky mrtvý. Jeho hlavní autor, Andrew Tanenbaum, formálně odešel do důchodu v roce 2014 a příspěvky do kódu v následujících letech vůbec ustaly. Stav projektu shrnuje diskuze z roku 2020. Sice vyšlo najevo, že Intel používal MINIX v Management Engine, ale změny nezveřejňoval.
# free total used free shared buffers cached Mem: 16440536 16326972 113564 0 272660 15274100 -/+ buffers/cache: 780212 15660324780MB ? - da sa nejako zistit co konkretne jej zerie najviac ? top toho vela neprezradi.
o
, q
nebo n
.
#ps -eo pid,ppid,rss,vsize,pcpu,pmem,cmd -ww --sort=rss | tail -18 3550 1 3724 30604 0.0 0.0 hald 2590 2588 4844 123764 0.0 0.0 python /sbin/audispd 3226 1 4948 23316 0.0 0.0 ntpd -u ntp:ntp -p /var/run/ntpd.pid -g 29358 22566 10192 263340 0.0 0.0 /usr/sbin/httpd 22566 1 15328 262688 0.0 0.0 /usr/sbin/httpd 29303 22566 17324 269516 0.0 0.1 /usr/sbin/httpd 23723 22566 18148 270336 0.0 0.1 /usr/sbin/httpd 23729 22566 18248 270356 0.0 0.1 /usr/sbin/httpd 23724 22566 18260 270368 0.0 0.1 /usr/sbin/httpd 29296 22566 18620 270816 0.0 0.1 /usr/sbin/httpd 3518 1 18664 254980 0.0 0.1 /usr/bin/python /usr/sbin/yum-updatesd 27976 22566 19124 271028 0.0 0.1 /usr/sbin/httpd 23733 22566 19172 270772 0.0 0.1 /usr/sbin/httpd 23722 22566 19260 271040 0.0 0.1 /usr/sbin/httpd 23730 22566 19456 271540 0.0 0.1 /usr/sbin/httpd 23725 22566 19512 271228 0.0 0.1 /usr/sbin/httpd 23726 22566 19720 271360 0.0 0.1 /usr/sbin/httpd 3326 3293 53688 279136 0.2 0.3 /usr/libexec/mysqld --defaults-file=/etc/my.cnf --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/mysqld.pid --skip-locking --socket=/var/lib/mysql/mysql.socktak asi mysql a apache na centose su nenazranejsii - resp skompilovane s nejakymi vecami naviac (ale aj tak sa mi to zda nejako vela )
Problem mam s mnozstvom RAM ktoru system zaberaKonkrétně jaký problém?
Tiskni
Sdílej: