Vývojáři dekompilátoru rev.ng otevřeli jeho backend revng-c. Zdrojové kódy jsou k dispozici na GitHubu.
Poněvadž Redis už není svobodný, konsorcium Linux Foundation a Amazon Web Services (AWS), Google Cloud, Oracle, Ericsson a Snap Inc. společně představili svobodný fork Redisu s názvem Valkey.
Sam Bankman-Fried, zakladatel zkrachovalé kryptoměnové burzy FTX, byl dnes odsouzen k 25 letům vězení [Yahoo Finance].
Proxmox oznámil, že usnadňuje migraci z VMware ESXi do Proxmoxu.
Byla vydána nová verze 2.53.18.2 svobodného multiplatformního balíku internetových aplikací SeaMonkey (Wikipedie). Přehled novinek v poznámkách k vydání.
Na blogu programovacího jazyka Swift byl publikován příspěvek Psaní aplikací pro GNOME v programovacím jazyce Swift. Používá se Adwaita pro Swift.
egui je GUI knihovna pro programovací jazyk Rust běžící na webu i nativně. Vydána byla verze 0.27.0.
Byla vydána nová verze 6.1 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.13. Thunderbird na verzi 115.9.0.
Linka STOPonline.cz v roce 2023 přijala 3700 hlášení závadného obsahu na internetu, 22 bylo předáno PČR, 23 bylo předáno ISP a 944 závadových domén zobrazujících dětskou nahotu či pornografii bylo nahráno do mezinárodního systému ICCAM, který je spravován asociací INHOPE.
Byla publikována podrobná analýza v upstreamu již opravené bezpečnostní chyby CVE-2024-1086 v Linuxu v nf_tables.
Po 9 týdnech vývoje od vydání Linuxu 4.5 (zprávička) oznámil Linus Torvalds vydání Linuxu 4.6 (LKML). Přehled nových vlastností a vylepšení například na Kernel Newbies. Zdůraznit lze podporu USB 3.1 SuperSpeedPlus (10 Gbps), nový distribuovaný souborový systém OrangeFS nebo vylepšený OOM (Out Of Memory) killer.
Tiskni Sdílej:
posix_spawn_file_actions_t *file_actions
, ale v tu chvíli se už interně efektivní přístup přes vfork+execve nepoužije (záleží na implementaci v libc, testováno na Debianu) a při vypnutém overcommitu a "málo" paměti to selže. Přitom ruční volání vfork+dup2+close+execve použít lze.
Manuálová stránka k vfork()
to IMHO říká dost jednoznačně:
the behavior is undefined if the process created byvfork()
either modifies any data other than a variable of type pid_t used to store the return value from vfork(), or returns from the function in which vfork() was called, or calls any other function before successfully calling_exit(2)
or one of theexec(3)
family of functions
Navíc celkově ta manuálová stránka dost jasně dává najevo, že vfork()
jako takový je spíš historická slepá ulička, které je dnes lépe se vyhnout.
jak vytvořit nový proces a připojit se na jeho stdin/stdout, pokud není k dispozici alespoň dvojnásobek paměti než kolik potřebuje hlavní program (bez zapnutí memory overcommit v kernelu)?
Za prvé: termínem "zapnutí" ve skutečnosti asi myslíte "nevypnutí". Za druhé: ta otázka mi přijde asi tak smysluplná, jako byste se ptal, jak co nejrychleji a nejpohodlněji běžet, pokud si svážete nohy v kolenou. Pokud byste to potřeboval jako teoretické cvičení nebo pro nějaký specifický corner case, možná by toho šlo docílit vhodnou kombinací flagů pro clone()
.
Pokud se jedná o Linux only řešení nebo může být přidaná alternativní cesta pro Linux, tak lze použít volání clone(), v něm lze například nastavit, že se má použít nový "prostor" otevřených I/O deskriptorů, pokud se nenastaví CLONE_IO tak nebudou deskriptory sdílené.
Pokud bude nastavené CLONE_VM a CLONE_VFORK a nebude nastavené CLONE_IO, tak by mělo jít požadované řešení pro spuštění child procesu s minimem vyplýtvaných prostředků vyřešit. Problém je, že clone() je nízkoúrovňové volání a je potřeba ověřit, co všechno dalšího je potřeba udělat, aby byl výsledek z pohledu libc, zavírání deskriptorů a dalších pravidel, na která můžete spoléhat v pořádku.
Před časem jsem si dost podrobně GLIBC posix_spawn prohlížel a zdálo se mi celkem dobře implementované. Zdrojový kód je zde
https://sourceware.org/git/?p=glibc.git;a=blob;f=sysdeps/unix/sysv/linux/spawni.c
P5itom posix_spawn_file_actions_t *file_actions vybadají i když se na to dívám teď, plně vyřešené v __spawnix a není důvod, aby se při jejich použití přešlo na fork(). Alespoň v současné implementaci.
Ale jak se dívám do logu, tak podstatnému přepsání došlo v lednu tohoto roku (2016), takže je možné, že předchozí implementace na fork() přecházela.