Eric Lengyel dobrovolně uvolnil jako volné dílo svůj patentovaný algoritmus Slug. Algoritmus vykresluje text a vektorovou grafiku na GPU přímo z dat Bézierových křivek, aniž by využíval texturové mapy obsahující jakékoli předem vypočítané nebo uložené obrázky a počítá přesné pokrytí pro ostré a škálovatelné zobrazení písma, referenční ukázka implementace v HLSL shaderech je na GitHubu. Slug je volným dílem od 17. března letošního
… více »Sashiko (GitHub) je open source automatizovaný systém pro revizi kódu linuxového jádra. Monitoruje veřejné mailing listy a hodnotí navrhované změny pomocí umělé inteligence. Výpočetní zdroje a LLM tokeny poskytuje Google.
Cambalache, tj. RAD (rapid application development) nástroj pro GTK 4 a GTK 3, dospěl po pěti letech vývoje do verze 1.0. Instalovat jej lze i z Flathubu.
KiCad (Wikipedie), sada svobodných softwarových nástrojů pro počítačový návrh elektronických zařízení (EDA), byl vydán v nové major verzi 10.0.0 (𝕏). Přehled novinek v příspěvku na blogu.
Letošní Turingovou cenu (2025 ACM A.M. Turing Award, Nobelova cena informatiky) získali Charles H. Bennett a Gilles Brassard za základní přínosy do oboru kvantové informatiky, které převrátily pojetí bezpečné neprolomitelné komunikace a výpočetní techniky. Jejich protokol BB84 z roku 1984 umožnil fyzikálně zaručený bezpečný přenos šifrovacích klíčů, zatímco jejich práce o kvantové teleportaci položila teoretické základy pro budoucí kvantový internet. Jejich práce spojila fyziku s informatikou a ovlivnila celou generaci vědců.
Firefox 149 dostupný od 24. března přinese bezplatnou vestavěnou VPN s 50 GB přenesených dat měsíčně (s CZ a SK se zatím nepočítá) a zobrazení dvou webových stránek vedle sebe v jednom panelu (split view). Firefox Labs 149 umožní přidat poznámky k panelům (tab notes, videoukázka).
Byla vydána nová stabilní verze 7.9 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 146. Přehled novinek i s náhledy v příspěvku na blogu.
Dle plánu byla vydána Opera GX pro Linux. Ke stažení je .deb i .rpm. V plánu je flatpak. Opera GX je webový prohlížeč zaměřený na hráče počítačových her.
GNUnet (Wikipedie) byl vydán v nové major verzi 0.27.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.
Byly publikovány informace (technické detaily) o bezpečnostním problému Snapu. Jedná se o CVE-2026-3888. Neprivilegovaný lokální uživatel může s využitím snap-confine a systemd-tmpfiles získat práva roota.
Zdravím,
narazil jsem na zajímavou situaci, která sice v mé mysli dřímala už nějakou dobu, teď ji však řeším prakticky.
Plánuji postavit storage server, budou tam dva 640GB disky, které bych rád rozdělil na 3 partišny (každý) s tím, že první bude 20GB RAID1 na samotný OS, druhá 120GB RAID1/RAID10 na důležitá data a třetí 1TB RAID0 pro běžné, méně důležité věci. Nad druhou a třetí particií plánuji nahodit LVM.
Popsaná situace je snad docela běžná, když jsem však v duchu začal disky dělit, něco mě napadlo. Co když - v budoucnu - bude třeba jeden disk (v rámci jeho kolapsu) vyměnit a nový disk bude menší? Nemyslím tím 640GB versus 320GB, ale situace, kdy si výrobce nalepí na obal "640GB", ale 640,000,000,000 bajtů mít nebude.
Zkusil jsem tuto teorii na třech 80GB discích, které doma vlastním - Fujitsu, Seagate a Samsung. Zatímco Fujitsu na notebooku měl shodnou velikost se stolním Seagate (156301488 LBA sektorů), Samsung měl 156368016, což je v přepočtu na MB asi o 32 více. Napadlo mě - co bych asi dělal s RAIDy a LVM, kdybych měl najednou nějaký mirror nacpat do menší velikosti. S LVM by to snad šlo bez problému, pvmove PE trochu víc k začátku disku, zmenšení RAIDu a jede se (snad) dále. Přesto bych takové situaci chtěl předejít.
Proto se ptám; jak to řešíte vy? Necháváte na konci disku ~100MB nevyužitého místa pro tyto případy? Setkali jste se s něčím podobným? Pokud ano, jak moc velikostní odchylky souvisejí s kapacitou disků?
Předem díky za odpovědi.
20.10.2009 16:02
AraxoN | skóre: 47
| blog: slon_v_porcelane
| Košice
21.10.2009 14:45
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
a muselo by se to složitě zmenšovat. To už raději koupit větší disk. Nikde nepoužívám(e) nějaký prostor na konci disku jen pro případ o něco menšího disku.
No vyřeším to asi tak, že konec poslední partišny bude někde před 640,000,000,000. bajtem (zaokrouhleně) - velikost je sice různá, ale ještě jsem neviděl disk, který by šel pod hranici své specifikované velikosti.
Asi je pravda, že pak přijde na řadu terovej disk, ale pro všechny případy - těch ~40MB mě nezabije, obzvlášť na LVM s 32MB velikostí PE.
Díky všem za podněty.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz