Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 161 (pdf).
Po delší době vývoje vyšla nativní linuxová verze virtuálního bubeníka MT-PowerDrumKit 2 ve formátu VST3. Mezi testovanými hosty jsou Reaper, Ardour, Bitwig a Carla.
Desktopové prostředí Budgie bylo vydáno ve verzi 10.10. Dokončena byla migrace z X11 na Wayland. Budgie 10 vstupuje do režimu údržby. Vývoj se přesouvá k Budgie 11. Dlouho se řešilo, v čem bude nové Budgie napsáno. Budgie 10 je postaveno nad GTK 3. Přemýšlelo se také nad přepsáním z GTK do EFL. Budgie 11 bude nakonec postaveno nad Qt 6.
OpenChaos.dev je 'samovolně se vyvíjející open source projekt' s nedefinovaným cílem. Každý týden mohou lidé hlasovat o návrzích (pull requestech), přičemž vítězný návrh se integruje do kódu projektu (repozitář na GitHubu). Hlasováním je možné změnit téměř vše, včetně tohoto pravidla. Hlasování končí vždy v neděli v 9:00 UTC.
Byl vydán Debian 13.3, tj. třetí opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.13, tj. třináctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Na stránkách Evropské komise, na portálu Podělte se o svůj názor, se lze do 3. února podělit o názor k iniciativě Evropské otevřené digitální ekosystémy řešící přístup EU k otevřenému softwaru.
Společnost Kagi stojící za stejnojmenným placeným vyhledávačem vydala (𝕏) alfa verzi linuxové verze (flatpak) svého proprietárního webového prohlížeče Orion.
Firma Bose se po tlaku uživatelů rozhodla, že otevře API svých chytrých reproduktorů SoundTouch, což umožní pokračovat v jejich používání i po plánovaném ukončení podpory v letošním roce. Pro ovládání také bude stále možné využívat oficiální aplikaci, ale už pouze lokálně bez cloudových služeb. Dokumentace API dostupná zde (soubor PDF).
Jiří Eischmann se v příspěvku na svém blogu rozepsal o open source AdGuard Home jako domácí ochraně nejen před reklamou. Adguard Home není plnohodnotným DNS resolverem, funguje jako DNS forwarder s možností filtrování. To znamená, že když přijme DNS dotaz, sám na něj neodpoví, ale přepošle ho na vybraný DNS server a odpovědi zpracovává a filtruje dle nastavených pravidel a následně posílá zpět klientům. Dá se tedy používat k blokování reklamy a škodlivých stránek a k rodičovské kontrole na úrovni DNS.
AI Claude Code od Anthropicu lépe rozumí frameworku Nette, tj. open source frameworku pro tvorbu webových aplikací v PHP. David Grudl napsal plugin Nette pro Claude Code.
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: