Návrh změny samotného konceptu linuxových kontejnerů.

Josef Bacik navrhuje novou abstrakci cell, která by celý kontejner reprezentovala jako jeden kernelový objekt. Proces by vznikl přímo uvnitř cell a nemohl by ji opustit. Oprávnění ke správě by se odvozovala od držení cellfd.

Návrh řeší také správu síťových namespaces, izolaci UID, předávání file descriptorů a životní cyklus procesů. RFC v2 obsahuje 67 patchů nad další třináctidílnou sérií. Autor výslovně upozorňuje, že jde o diskusi návrhu, nikoli o hotovou funkcionalitu kernelu. (pro úplnost ještě odkaz za paywallem)

dnes 17:48 | vencour | Zajímavý článek

Komentáře

[dnes 18:46 /]

debilove trpici NIH, celej ten spolek sedivejicich kernelistu... tohle tam davno mohlo bejt (openvz) a nemusel vzniknout celej ten bordel co Bottomley tak obhajoval, stejne je to cely k hovnu a rozumny nasazeni se standardizovaly na vyzadovani vsech namespaces and cgroups vyrobenych ve spravnym poradi, takze z cely ty univerzalnosti je pro 99.9% nasazeni ten stejnej init postup

proste debilove

jako kdyby se to nedalo cely velmi presne predpovedet dopredu, jak se to cely bude vyvijet

doufam, ze uz si z toho nekteri sednou a vazne se nad sebou ti bikeshedderi vykokoteni zamyslej, brzdy jedny

[dnes 18:49 Slavko]

Ľudia majú tendenciu obviňovať druhých z vlastných nedostatkov...

[dnes 19:13 /]

dobrej pokus, to ti musim nechat

[dnes 18:53 /]

cely je to jeden velkej bordel co vzniknul z obhajovani ty super hyper univerzalnosti a cely to extra smrdi na sto honu doufam ze jsou chlapci na tenhle vysledek patricne hrdi, jak cela ta univerzalnost vydrzela - cgroup v2 a ted jedna zastresujici abstrakce, LOL, fakt blbecci, co na to jinyho jde rict

[AsciiWolf]

Jak bys nad OpenVZ chtěl implementovat například Flatpaky/Snapy či jiné lightweight uživatelské kontejnery?

[dnes 19:05 /]

N I J A K, zrovna tyhle veci jsou picovina od zakladu, od lidi bez mozku

tohle jsou tak debilni vyuziti "kontejnerizace" az to boli, co to ma jako spolecnyho s > kontejnerizaci <, jakoze co by se stalo svetu, kdyby tyhle hovna nikdy nevznikly? byl by na tom lip, imo, protoze tehly packy jsou akorat hromada vyj*banyho dev casu pod dvema firmama, co si navzajem premerujou, kdo dochcije dal v ovlivneni linuxovyho desktopu... ale co je na tom potreba a pro koho? co z toho neslo delat pred tim? ze neslo nijak snadno distribuvat gigabajty roofs hoven, z kterych pak pustis jenom jednu binarku? strasna skoda...

aneb podivej se na openshift jak redhat prevzal interne tyhlety "lightweight" kontejnery :D tak ze to cely obalil selinuxem trikrat cely kolem dokola, jak tomu jde verit

[dnes 19:10 /]

jinac kdyz jsme u toho, zkus si v praxi pouzit memory cgroup na omezovani appek na desktopu (napr KCgroups ze :D), uvidime, jak dlouho ti vydrzi tyhlety super univerzalni napady misto toho se radsi soustredit na usecase, pro kterej to actually je od zacatku potreba a ladit ten... dost smesny jak se to cely vyviji