Linux 6.2 (diskuse)

[Max]

Ve zkratce tedy:

• Vylepšený výkon BTRFS (bezpečnější RAID5)
• do NTFS přibyl nocase mount point a další vychytávečky
• Raspberry Pi 4K @ 60Hz display support
• mainline support for the Apple M1 Pro, Max, and Ultra chips
• patche pro Wi-Fi 7 a 800Gbps networking
• NVIDIA RTX 30/Ampere GPU support in Nouveau
• power saving pro intel cpu Alder Lake N/Raptor Lake P

Je třeba připomenout, že s kernelem 6.1 přišly také moc pěkné patche do btrfs, které vylepšují výkon.
Zdar Max

[lertimir]

A ještě super zpráva je, že se začíná pracovat na šifrování, které by bylo součástí FS, alespoň co píše Larabel.

[Max]

To už je trochu starší, ne (Experimental Patches Updated Working On FSCRYPT Encryption For Btrfs)? Ale nevím, v jaké je to fázi. Nějak to nesleduji.
Zdar Max

[lertimir]

Teď jsem si to přečetl, ale ten koncept šifrování je k ničemu. Pokud šifruje jen jména souborů a obsah souborů a nechá čitelná metadata, tak to nikdo rozumný nebude používat a nechá šifrování na LUKSu. Zaujalo mě to proto, že pokud mám RAID, tak by se mohlo šifrovat jen jednou a ne pro každou kopii jinak.

[David Heidelberg]

jenže je tam tradeoff v podobě lepšího výkonu, což je např. v tabletech a noteboocích dobrý kompromis mezi nešifrovanými daty a alespoň přijetelnou ochranou když vám někdo na ulici čmajzne telefon..

[J]

Jaky tradeoff? Kdyz vemu blok dat a zasifruji ho, je to rychlejsi nez kdyz udelam lookup nekde ve filesystemu, sifrovani a pak update dat ve filesystemu.

[lertimir]

Tradeof možná pro eCryptfs, ale ne proti dm-crypt, LUKS. Nestudoval jsem detail, ale podle chování ty vypadá, že šifruje vlastně v FS jen "data", ne "strukturu", tím myslím, že soubor jsou "data" a adresář jsou také "data" - specifický soubor. Struktura jsou inode a alokace volných a obsazených bloků.

[Vantomas]

Vidím tam inspiraci v tom, jak funguje nativní šifrování v ZFS. Má to třeba pak výhodu v tom, že je možné přes send/receive posílat šifrovaná data bez znalosti klíče nebo je na druhé straně bez klíče přijímat. Neřeším, zda je to správně nebo to jde líp, ale v ZFS to takto funguje.

[luky]

Pokud šifruje jen jména souborů a obsah souborů a nechá čitelná metadata, tak to nikdo rozumný nebude používat

Zjednodusuje to zalohovani a synchronizaci, kdy zalohovaci/synchronizacni nastroje mohou pracovat bez znalosti klice.

[David Heidelberg]

Jádra Androidu / AOSP (fork Linuxu) tohle používají už mnoho let. I podpora v mainline Linuxu je dlouho. Pokud člověk chce seriózní šifrování - smysl to moc nemá (firemní data atd.), ale pro běžného člověka je to přijatelný kompromis ochrany dat např. při krádeži telefonu atd.

[plostenka]

Sifrovani nezna slovo kompromis. Bud socket/blockdevice vypada se spatnym klicem jako sum, nebo ne.

[lertimir]

Podporované FS jsou pouze Ext4, FS2FS a UBIFS. Takže ano v mobilu možná, ale btrfs, XFS nic.

[robert]

Dekuji za souhrn. Ten nocase u NTFS je super zprava

[mozna nekdy]

same vylepsovani a zrychlovani jen to v celku ve vysledku neni videt

[UFAAUTO789]

ยูฟ่าเบท789 เว็บแทงบอลที่ใหญ่ และการเงินมั่นคงที่สุด สล็อตออนไลน์ ไม่มีขั้นต่ำ ใช้ทุนน้อย เล่นได้ทุกเกม

[BETFLIXSUPERVIP]

I am really inspired with your writing skills and also with the structure on your weblog. Is this a paid topic or did you modify it your self? Anyway stay up the nice quality writing, it is uncommon to look a great blog like this one today..เว็บออนไลน์ 789