V březnu loňského roku přestal být Redis svobodný. Společnost Redis Labs jej přelicencovala z licence BSD na nesvobodné licence Redis Source Available License (RSALv2) a Server Side Public License (SSPLv1). Hned o pár dní později vznikly svobodné forky Redisu s názvy Valkey a Redict. Dnes bylo oznámeno, že Redis je opět svobodný. S nejnovější verzí 8 je k dispozici také pod licencí AGPLv3.
Oficiální ceny Raspberry Pi Compute Modulů 4 klesly o 5 dolarů (4 GB varianty), respektive o 10 dolarů (8 GB varianty).
Byla vydána beta verze openSUSE Leap 16. Ve výchozím nastavení s novým instalátorem Agama.
Devadesátková hra Brány Skeldalu prošla portací a je dostupná na platformě Steam. Vyšel i parádní blog autora o portaci na moderní systémy a platformy včetně Linuxu.
Lidi dělají divné věci. Například spouští Linux v Excelu. Využít je emulátor RISC-V mini-rv32ima sestavený jako knihovna DLL, která je volaná z makra VBA (Visual Basic for Applications).
Revolut nabídne neomezený mobilní tarif za 12,50 eur (312 Kč). Aktuálně startuje ve Velké Británii a Německu.
Společnost Amazon miliardáře Jeffa Bezose vypustila na oběžnou dráhu první várku družic svého projektu Kuiper, který má z vesmíru poskytovat vysokorychlostní internetové připojení po celém světě a snažit se konkurovat nyní dominantnímu Starlinku nejbohatšího muže planety Elona Muska.
Poslední aktualizací začal model GPT-4o uživatelům příliš podlézat. OpenAI jej tak vrátila k předchozí verzi.
Google Chrome 136 byl prohlášen za stabilní. Nejnovější stabilní verze 136.0.7103.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 8 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 4.5.0. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Pro KVM to, ale zatím není.. (intenzivně testováno)I v blokovém módu (nebo jaxe tomu nadává, kdy to jede nad LVM místo nad systémem souborů) a s nativním backendem v qemu?
MD: Gigabyte F2A85XM-D3H (8 x SATA 6Gb/s portov, 4 USB 3.0 porty) - 67 eur CPU: AMD A4-5300, 3.40 GHz - 44 eur RAM: 2x2 GB za 25 eur HDD: 3x2TB - 264 eur + skrinka a zdroj lubovolny.dobre startovacie parametre, primerany vykon, rozsiritelnost a spotreba do 30 W v idle vsetko cakom-prask aj s diskami.
Já mám pole RAID6 ze čtyř 2TB
Když už jsi ochotný jít na 50% kapacity disků, tak bych šel raději do RAID10 s tím, že mohou umřít až dva disky (každý z jednoho zrcadla). Kapacita bude stejná a jako odměna mnohem vyšší rychlost.
Podle mého názoru a zkušeností nemá příliš smysl u NAS řešit možnost výpadků dvou disků současně, ale mnohem rozumnější využít ty disky (které by jinak tvořili redundanci) na offline zálohu těch dat, protože největší procento vytažení zálohy není ani tak v selhání HW, ale k vůli chybě administrátora.
Já mám doma políčko z pěti 1T disků v Raid5 + všechna data na zálohách na externích diskách. Jednou, dvakrát do roka v tom poli chcípne jeden disku, ale to se vymění (dá to se vyměnit v podstatě do druhého dne). Jednou se stalo, že odešly dva různé disky 14 dnů po sobě. I kdyby to pole chcíplo (v případě, že bych nestihl vyměnit disk), tak mám zálohy.
Ehm. Zásadní rozdíl je v tom, že u RAID 6 ti mohou chcípnout kterékoliv dva disky. Kdežto u RAID10 sázíš na to, že ti pojde z každé půlky pouze jeden. Pokud se trefí oba na tu jednu půlku, tak prostě ostrouháš.
To je samozřejmě pravda, ovšem otázkou je, jak často se stane, že odejdou dva disky současně (v časovém rozmezí 1 den) a jak je náročné ta data vytáhnout ze zálohy. Pořád mi vychází, že je lépe ty disky věnovat na beztak nutnou zálohu, než na redundanci.
Momentálně jsem zvědav, jak dopadne raid6 v rámci Btrfs.
Já též. Za pár měsíců chtě nechtě budu muset nakoupit 4x3TB disky a pokud bych tam mohl dát BTRFS R5, byl bych moc rád. Aktuálně je to ext4 nad md, a moc mi tam chybí snapshoty.
Opravdu mi hlava nebere jak formátování jednoho zařízení může rozbít jiné, na které se mohl maximálně zapisovat log.Poté, co jsem viděl bug ve virtio-blk a v kernelu, kdy virtuálka (kvm) přepisovala bloky VG, které vůbec nepatřily , bych si opravdu nebyl jistej, že za to může zrovna ext.
V KVM mám všechny stroje bezdiskovéTakže si připojují FS samy zevnit přes NFS/iSCSI/...?
Robustnější řešení (co je mi známo) nikdo nemá.V takhle malém asi ne, ale u větších nasazení RHEVu je něco podobného standardem, a u kritických se to replikuje do dalšího datacentra, kde čekají stroje na příležitost zasáhnout...
Tuhle jsem to propočítal - za stávajícího stavu to může běžet cca 4 roky, aniž by došlo místo.Tak to mi připadá jako vlastnost tenkých obrazů (thin provisioning) obecně, bez ohledu na implementaci. Dnes tomu ubližuje to, že ne všechny články řetězce FS ve VM --> úložiště umí zahazovat nepoužívané bloky (TRIM, SAME_WRITE, ...), tudíž se obrazy neustále zvětšují a velká část snapshotů se tak na disk zapisuje zbytečně.
Tiskni
Sdílej: