Provoz Mozilla.social, tj. instance Mastodonu provozované Mozillou, bude 17. prosince 2024 ukončen.
Byla vydána nová major verze 6 programovacího jazyka Swift (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu. Ke stažení jsou oficiální binární balíčky pro Ubuntu 20.04, Ubuntu 22.04, Ubuntu 24.04, Debian 12, Fedora 39, Amazon Linux 2 a Red Hat Universal Base Image 9.
Exploze osobních komunikačních zařízení v Libanonu zabily osm lidí, přibližně 2750 lidí je zraněno. Zhruba 200 jich je v kritickém stavu.
Byla vydána Java 23 / JDK 23. Nových vlastností (JEP - JDK Enhancement Proposal) je 12. Nová Java / JDK vychází každých 6 měsíců. LTS verze jsou 8, 11, 17 a 21 a bude 25.
Byla vydána betaverze Fedora Linuxu 41, tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 22. října. Z novinek (ChangeSet) lze vypíchnout Valkey místo nesvobodného Redisu, konec Pythonu 2, instalace proprietárních ovladačů Nvidia s podporou Secure Boot, DNF 5, RPM 4.20, KDE Plasma Mobile Spin, LXQt 2.0, …
Digitální a informační agentura (DIA) přebírá od 1. listopadu správu Registru obyvatel a Registru osob. Převodem pokračuje postupné soustřeďování sdílených informačních systémů státu pod DIA (𝕏).
Společnost Apple vydala nové verze operačních systémů pro svá zařízení: macOS 15 Sequoia, iPadOS 18, tvOS 18, visionOS 2, watchOS 11 a iOS 18.
Konsorcium Linux Foundation představilo svůj nejnovější projekt s názvem OpenSearch Software Foundation zastřešující další vývoj OpenSearch a OpenSearch Dashboards. OpenSearch je forkem vyhledávače Elasticsearch a OpenSearch Dashboards je forkem souvisejícího nástroje pro vizualizaci dat Kibana. V roce 2021 přešly projekty Elasticsearch a Kibana z licence Apache 2.0 na duální licencování pod Server Side Public License (SSPL) a
… více »Valkey, tj. svobodný fork již nesvobodného Redisu, byl vydán v první major verzi 8.0.0 (GitHub). Ve čtvrtek proběhne ve Vídni Valkey Developer Day.
TamaGo je open source framework pro programování ARM a RISC-V systémů na čipu (SoC) v programovacím jazyce Go. Prezentace projektu z OSFC (Open Source Firmware Conference) v pdf na GitHubu.
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: