Byl vydán PostgreSQL 18. Přehled novinek v poznámkách k vydání.
NFS (Network File System) má letos 40 let. Jeho tvůrci zavzpomínali na MSST Conference. Sun Microsystems vydal v prosinci 1985 zdrojové kódy NFS vývojářům mimo Sun.
Po Canonicalu oznámilo také SUSE, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).
Laboratoře CZ.NIC vydaly novou verzi 4.27.0 aplikace Datovka, tj. svobodné multiplatformní desktopové aplikace pro přístup k datovým schránkám a k trvalému uchovávání datových zpráv v lokální databázi. Přidány byly funkce pro přerazítkování datových zpráv systémem ISDS. Uživatel muže zvolit zprávy, jejichž časová razítka má aplikace sledovat. Aplikace jej upozorní na časová razítka, která lze přerazítkovat. Uživatel pak může
… více »Bylo představeno all-in-one PC aneb mechanická podsvícená klávesnice s Raspberry Pi 5 uvnitř Raspberry Pi 500+. S 256 GB Raspberry Pi SSD a 16 GB RAM za 200 dolarů.
Google, potažmo YouTube umožní návrat tvůrcům, kteří byli zablokováni kvůli údajnému šíření dezinformací souvisejících s COVID-19 a volbami. Tvůrci teď mohou požádat o navrácení přístupu. Společnost Alphabet v této souvislosti uvedla, že zákazy byly uděleny kvůli tlaku tehdejší Bidenovy administrativy.
Vývojári z distribúcie Artix, ktorá je postavená na Arch Linuxe, alebo skôr jeho forkom, už skôr prešli na Open-RC init systém, stále však niektoré projekty ako GNOME boli závislé na systemd. Teraz pretiekol pohár trpezlivosti a počnúc GNOME 49, kvôli ktorému komponenta gnome-session je úplne závislá na systemd-init, padlo rozhodnutie na odstránenie GNOME z repozitárov Artixu. Táto zmena sa podľa všetkého týka viac než 90 distribúcií, ktoré tiež nepoužívajú systemd. Viac v príspevku na DistroWatch.
Magazín IEEE Spectrum opět po roce publikoval svůj žebříček programovacích jazyků. Vedou Python, Java, C++, SQL a C#.
Repozitáře pro spolupráci v rámci projektu Fedora se přesunou z Pagure na nově vzniklý Fedora Forge. Ten stejně jako třeba Codeberg běží na softwaru Forgejo, které bylo už před časem vybráno jako náhrada za Pagure. Pagure pochází z dílny Fedory, ale mimo ni se příliš neuchytil. Jeho vývoj a údržba byly náročné a Fedora se rozhodla jít cestou úspěšnějšího projektu, který má větší základnu přispěvatelů.
Byla vydána (𝕏) nová verze 2025.3 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení na blogu.
Koukal jsem na něj, ale zatím o nasazení neuvažuji (není stabilní a prověřený - v tomto směru jsem docela konzarva) Není mi jasné, jak by mohl obejít tu debilní logiku zadrátovanou přímo v SSD.
>> Notebook bude sloužit jako lepší konzole pro SSH a web, když jsem na cestách.
Proc teda neuvazujes o nasazeni btrfs? V tak spatnem stavu asi nebude, aby te nechal ve stychu. A i kdyby nahodou, prijdes jenom o par bookmarku apod a to se da resit napr pomoci Slaxu (nebo jineho live-cd/flash) umisteneho na stejne flashce, kam bys ukladal docasne soubory. (Tj nemusis nosit nic navic, obsazovat dalsi USB apod.)
Jak jsem psal, jsem trochu konzervativní. Notebook bude pracovní nástroj a nechci se pouštět do podobných experimentů pokud nemají nějaký významný přínos a v btrfs ho nevidím.
yaffs? A vůbec.
Četl jsi celý text případně i ten odkazovaný článek na CDR?
SSD disky mají uvnitř na pevno zadrátovnou logiku, kterou (pravděpodobně) nelze z venku ovlivnit - standardní souborové systémy používané na klasické flash disky s raw přístupem nelze efektivně použít (pokud mě někdo přesvědčíte o opaku, budu jen rád).
Četl jsi celý text případně i ten odkazovaný článek na CDR?
Abych pravdu řekl tak ne, ale Vy jste na tom pravděpodobně stejně, protože mimo jiné jsou v tom odkazu nějaké souborové systémy určené pro SSD. Kdyby jste se doklikal k Flash file system, tak by jste si třeba mohl přečíst, že pro SSD je doporučen mimo jiné FS od Sunu ZFS a pod tím vypsána kopa funkcí, které ani nechci vědět jak fungují.(To samé je doporučováno v samotném článku o SSD discích) Osobně dost dobře nechápu o co Vám vlastně jde. Pokud o minimalizování zápisů na ten SSD, tak se doporučuji zajímat o cache writeback. Normálně se dá nastavit čas v /proc po kterém se budou zapisovat data z cache v paměti zpět na uložiště. Docela bych se divil, kdyby někdo neudělal ugly hack na úplné vypnutí této funkce a jediný způsob jak zapsat data na disk by byl ručním zasláním synchronizačního příkazu(příkaz sync
, třeba před vypnutím počítače).
A nebo vůbec můžete používat ramfs. Pak mi ale nějak uniká smysl uložiště.
Četl jsem toho dost, i tu odkazovanou stránku. K odkazované stránce o FFS jsem se doklikal, ale neviděl jsem tam nic relevantního. TrueFFS a ExtremeFFS mi nepřipadly jako vhodné souborové systémy pro mé nasazení.
ZFS je zajímavý souborový systém, ale myslím, že v Linuxu (a ještě na root) to nebude to pravé.
Blog přečtu, ro root fs jsem už párkrát nastavoval, takže to zvládnu Pokud nenajdu lepšířešení, tak asi všechny zápisy skutečně nasměruju na SD kartu. Až bude vyřešeno, tak to někam sepíšu.
SUN/EMC je možná nabízí, otázkou je jejich aktuální prodejnost, současná cena FC disků je již tak dost masakrozní. K vylepšování počtu přepisů a optimalizacím dochází na obou frontách jak u vendora disků, tak u filesystemu (ZFS), pomocí ZFS checksumů se navíc předejde hodně nepříjemnostem. Použití SSD může být rozumným kompromisem cena/výkon pouze jako ZFS cache (L2ARC/ZIL) a výsledky - zdá se - nejsou vůbec špatné. viz. např. blogs.sun.com/brendan/entry/test.
nicméně - člověk míní, krize mění. současný trend je naprosto opačný a místo hi-end hraček za šílené peníze (což SSD - u serverů se bavíme předpokládám o SLC technologii - stále je) se dost často použije raději hromada low-end SATA disků..
na notebooku na SSD Transcend 32GB používám ext2 a no problemo, je to svižný. já bych tohle moc neřešil...
SSDéčka nepodporují DMA?
Jaký by k tomu měly důvod?
SSD disky ovšem přímý přístup k paměti neumožňují a dané souborové systémy pro ně nemají smysl.A nebo jsem blbej a autor tím myslel něco jiného (?).
Přesně tak, měl jsem rovnou napsat jaká paměť
Mám pocit, že u SSD je problém snad i v tom, že kernel na to není moc připraven. Že situace, kdy každý disk je hloupý souvislý blok sektorů bez nějakých dalších vlastností není příliš ideální. To je problém všech dnešních os.
Zatím SSD různě kamufluje a uhýbá tomu blbému požadavku, že se má tvářit jako magnetický disk. Jeho řadič se snaží různě emulovat vlastnosti disku, zároveň trochu kešovat pro SSD většinou často zcela nevhodné požadavky z kernelu, zároveň přemapovávat zápisy tak, aby nebyly často na jednom místě.
Podle mého je téměř jedno, co tam dáte za fs, protože kombinace kernel + řadič SSD + SSD z toho stejně udělá paskvil. Možná, že trojice fat/fat32/exfat je zcela nejvhodnější už proto, že řadič s tímto fs počítá a vše se projektuje na tyto fs.
Dokud nebude SSD řadič téměř holý a dokud kernel nebude mít překopány přístupy ke storage, tak bych z toho nedělal vědu, protože naprosto jakýkoli fs nic moc nezlepší. Kernel stejně bude házet na SSD nevhodné požadavky a řadič se bude snažit z toho něco udělat.
Tiskni
Sdílej: