Netwide Assembler (NASM) byl vydán v nové major verzi 3.00. Přehled novinek v poznámkách k vydání v aktualizované dokumentaci.
Linuxová distribuce Frugalware (Wikipedie) ke konci roku 2025 oficiálně končí.
Byla vydána nová verze 3.0.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP bude brzy k dispozici také na Flathubu.
Americký výrobce čipů AMD uzavřel s americkou společností OpenAI smlouvu na několikaleté dodávky vyspělých mikročipů pro umělou inteligenci (AI). Součástí dohody je i předkupní právo OpenAI na přibližně desetiprocentní podíl v AMD.
Byla vydána nová verze 10.1 sady aplikací pro SSH komunikaci OpenSSH. Uživatel je nově varován, když se nepoužívá postkvantovou výměnu klíčů.
Byly zpracovány a na YouTube zveřejněny videozáznamy z konference LinuxDays 2025.
Na konferenci LinuxDays 2025 byl oficiálně představen nový router Turris Omnia NG.
Přímý přenos (YouTube) z konference LinuxDays 2025, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.
V únoru loňského roku Úřad pro ochranu osobních údajů pravomocně uložil společnosti Avast Software pokutu 351 mil. Kč za porušení GDPR. Městský soud v Praze tuto pokutu na úterním jednání zrušil. Potvrdil ale, že společnost Avast porušila zákon, když skrze svůj zdarma dostupný antivirový program sledovala, které weby jeho uživatelé navštěvují, a tyto informace předávala dceřiné společnosti Jumpshot. Úřad pro ochranu osobních údajů
… více »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: