Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma. V Týdnu v GNOME je zmíněn flatpak balíček pro GIMP 0.54.1 z roku 1996. Jedná se o poslední verzi GIMPu postavenou nad toolkitem Motif.
Home Assistant Operating System, tj. linuxová distribuce optimalizována pro hostování Home Assistanta a jeho aplikací, byl vydán v nové major verzi 18.0.
Po šestiletém úsilí byla z jádra Linux odstraněna funkce strncpy(). Všechna předchozí volání této funkce byla převedena na bezpečnější alternativy.
Byla vydána nová verze 261 správce systému a služeb systemd (Wikipedie, GitHub). Z novinek lze vypíchnout nový subsystém IMDS (Cloud "Instance Metadata Service"), nový příkaz storagectl nebo novou komponentu systemd-sysinstall.
Vývojové prostředí Qt Creator bylo vydáno ve verzi 20 (seznam změn). Novinky zahrnují hlavně rozšíření pro integraci LLM agentů nebo minimalistický editační režim uživatelského rozhraní („zen mode“).
Už jste se prolétli na webu Google Earth? Přibyl tam Simulátor letu (Nástroje / Simulátor letu). Funguje i bez účtu Google [𝕏].
Byla vydána nová verze 4.7 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.6. Přehled novinek s náhledy v oznámení na blogu.
V Edici CZ.NIC, knižní řady správce české národní domény, vychází nová kniha Martina Malého Kódy, buildy, firmwary. Autor po půl roce od vydání předchozího titulu přichází se svou již sedmou knihou, tentokrát zaměřenou na vývoj programového vybavení pro embedded zařízení. Publikace s podtitulem Základy vývojářského řemesla pro tvůrce hobby elektroniky nabízí praktického průvodce pro všechny, kdo své projekty vytvořené s Arduinem
… více »V Brně na FIT VUT probíhá dvoudenní open source komunitní konference DevConf.CZ 2026. Na programu je celá řada zajímavých přednášek, lightning talků, meetupů a workshopů. Přednášky lze sledovat i online na YouTube kanálu konference. Aktuální dění lze sledovat na Matrixu, 𝕏 nebo Mastodonu.
iptables: Memory allocation problemProblém bude, že když si vypíšu paměť, tak mám nízkou hodnotu VmallocTotal: ... kB tedy množství virtuální paměti. Swap na zařízení nemám a dělat ho tam nechci, protože je systém většinou nahrán na SD kartě. Zpátky k problému - jak mohu navýšit virtuální množství paměti? Posílám výpis inforamcí o paměti
root@Shaper:/# cat /proc/meminfo MemTotal: 2039756 kB MemFree: 1872264 kB Buffers: 3952 kB Cached: 63712 kB SwapCached: 0 kB Active: 29512 kB Inactive: 44372 kB HighTotal: 1143680 kB HighFree: 1034220 kB LowTotal: 896076 kB LowFree: 838044 kB SwapTotal: 0 kB SwapFree: 0 kB Dirty: 0 kB Writeback: 0 kB AnonPages: 6240 kB Mapped: 5372 kB Slab: 51596 kB SReclaimable: 7280 kB SUnreclaim: 44316 kB PageTables: 304 kB NFS_Unstable: 0 kB Bounce: 0 kB CommitLimit: 1019876 kB Committed_AS: 29984 kB VmallocTotal: 114680 kB VmallocUsed: 39172 kB (nyní je hodnota dobrá, ale při zavádění pravidel paměť nestačí) VmallocChunk: 37672 kBDíky za vaše odpovědi.
tipnem....posunut kernelu vmalloc=XXX parameter?
ale imo je to nedostatocny hw riadne na taku hrbu pravidiel
D.
root@Shaper2:~# cat /proc/meminfo MemTotal: 505000 kB MemFree: 331284 kB Buffers: 3952 kB Cached: 62436 kB SwapCached: 0 kB Active: 30436 kB Inactive: 44892 kB HighTotal: 0 kB HighFree: 0 kB LowTotal: 505000 kB LowFree: 331284 kB SwapTotal: 0 kB SwapFree: 0 kB Dirty: 0 kB Writeback: 0 kB AnonPages: 8960 kB Mapped: 4540 kB Slab: 52912 kB SReclaimable: 7368 kB SUnreclaim: 45544 kB PageTables: 332 kB NFS_Unstable: 0 kB Bounce: 0 kB CommitLimit: 252500 kB Committed_AS: 33868 kB VmallocTotal: 516088 kB VmallocUsed: 44480 kB VmallocChunk: 385568 kBTrošku nechápu, jak může být virtuální paměť větší než je fyzická, swap tam žádný není. Předpokládám, že bych to kernelu musel předhodit při bootu v lilo, nebo by se to dalo navýšit za běhu? Nikdy jsem nic podobného nedělal.
VmallocTotal je velikost oblasti používané pro bloky alokované pomocí vmalloc() a s množstvím virtuální paměti moc společného nemá (spíš skoro nic). Hodnota závisí na architektuře, např. na x86_64 to je
0xffffe8ffffffffff - 0xffffc90000000000
tj. přibližně 32 TB. Na i586 je to pochopitelně podstatně méně, definice je složitější, ale mělo by to vycházet na 119-135 MB (což víceméně odpovídá té vaší hodnotě).
V každém případě ale není jisté, že je to opravdu váš problém. Netfilter sice vmalloc() používá, ale vypadá to, že spíš pro různé hashovací tabulky, takže je docela dobře možné, že váš problém je spíš SLAB.
Tak či onak, sice by to asi nějak vytunit šlo, ale jestli ten stroj má sloužit primárně jako firewall, router nebo něco podobného, má 2 GB paměti a nemá 32-bitový procesor, šel bych prostě cestou nejmenšího odporu a nainstaloval tam 64-bitový systém. Tam podobné problémy s nedostatečným virtuálním adresovým prostorem řešit nebudete muset.
.
Zkusím přes lilo jádru narvat větší hodnotu, asi nějakých 256Mbit a uvidíme co to udělá. Určitě pak dám vědět jak to dopadlo.
Díky moc za vaše rady.
HW také Alix (i686)
Tak to se bohužel nedá nic dělat, jen doufat, že se vám nějak podaří upravit layout paměti a že to opravdu pomůže. :-(
Jedná se o vlastní poměrně složitou úpravu slackware starou asi 6 let
A to nasazujete jako firewall? Tak na to bych neměl odvahu.
Zkusím přes lilo jádru narvat větší hodnotu, asi nějakých 256Mbit a uvidíme co to udělá
Předpokládám, že ve skutečnosti myslíte 256 MB, ne 256 megabitů…
Předpokládám, že ve skutečnosti myslíte 256 MB, ne 256 megabitů…Myslel jsem 256MB
.VmallocTotal: 114680 kB VmallocUsed: 39184 kBPři zpracování iptables příkazů se postupně navyšuje VmallocUsed, ale nepřesáhne to těch 40MB které tam nyní jsou zabrány, takže problém nakonec bude jinde než jsem si myslel. Co se týká nastavení Vmalloc MAX, tak jsem našel pěkný popis pro předání kernelu přes GRUB nebo LILO na adrese http://www.mythtv.org/wiki/Common_Problem:_vmalloc_too_small
Tiskni
Sdílej: