O víkendu 11. a 12. května lze navštívit Maker Faire Prague, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Byl vydán Fedora Asahi Remix 40, tj. linuxová distribuce pro Apple Silicon vycházející z Fedora Linuxu 40.
Představena byla služba Raspberry Pi Connect usnadňující vzdálený grafický přístup k vašim Raspberry Pi z webového prohlížeče. Odkudkoli. Zdarma. Zatím v beta verzi. Detaily v dokumentaci.
Byla vydána verze R14.1.2 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Dnešním dnem lze již také v Česku nakupovat na Google Store (telefony a sluchátka Google Pixel).
Apple představil (keynote) iPad Pro s čipem Apple M4, předělaný iPad Air ve dvou velikostech a nový Apple Pencil Pro.
Richard Biener oznámil vydání verze 14.1 (14.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 14. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.
Free Software Foundation zveřejnila ocenění Free Software Awards za rok 2023. Vybráni byli Bruno Haible za dlouhodobé příspěvky a správu knihovny Gnulib, nováček Nick Logozzo za front-end Parabolic pro yt-dlp a tým Mission logiciels libres francouzského státu za nasazování svobodného softwaru do praxe.
Před 10 lety Microsoft dokončil akvizici divize mobilních telefonů společnosti Nokia a pod značkou Microsoft Mobile ji zanedlouho pohřbil.
Fedora 40 release party v Praze proběhne v pátek 17. května od 18:30 v prostorách společnosti Etnetera Core na adrese Jankovcova 1037/49, Praha 7. Součástí bude program kratších přednášek o novinkách ve Fedoře.
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.
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: