Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
Meta převezme sociální síť pro umělou inteligenci (AI) Moltbook. Tvůrci Moltbooku – Matt Schlicht a Ben Parr – se díky dohodě stanou součástí Meta Superintelligence Labs (MSL). Meta MSL založila s cílem sjednotit své aktivity na poli AI a vyvinout takovou umělou inteligenci, která překoná lidské schopnosti v mnoha oblastech. Fungovat by měla ne jako centralizovaný nástroj, ale jako osobní asistent pro každého uživatele.
Byla vydána betaverze Fedora Linuxu 44 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 14. dubna.
Jj. Mám doma P II co dělá router, sdílení tiskáren, apache+php, sdílení dat (mám tam dva další disky, vypínají se, když se z nima nepracuje). Je na tom Debian a 4GB CF karta, konkrétně tato: SanDisk SDCFB-4096
Mám na ni EXT2 a nepoužívám SWAP. Zatím (asi třičtvrtě roku) vše funguje OK.
. Co se tyka rychlosti, tak si z toho hlavu nedelej, kdyz pridas trochu RAMky tak vse potrebne se pak nakesuje. V jinem 'jednoucelovem' pocitaci (neni to ale router) mam taky CF kartu, myslim ze je to taky Kingston a je na ni napsano 150x. Kdyz jsem meril cas bootu, tak s kartou to bylo o dost rychlejsi nez s puvodnim (10Gb) diskem.
).
.
provozuje niekto podobne distro na CF karte ? Nebudu s tym problemy ?Ano, Voyage Linux. Ale jak uz psal Max, read-only.
Co všechno karta doopravdy v IDE režimu umí, to umí říct třeba hdparm (a vlastně to vypisuje i jádro při bootu do dmesg).
CF karty ve foťákách a USB redukcích fungují v "paměťově mapovaném" režimu (chovají se jako lineárně viditelná Flash ROMka). V tomto režimu například umí hot-swap. V tomto režimu se taky nehraje (alespoň na straně karty) na nějaké PIO/UDMA - z hostitelského CPU/MCU je karta vidět prostě jako kus paměti s přímým přístupem (posuvné okno do veliké celkové kapacity). Proto se domnívám, že je dokonale možné, aby CF karta s přenosovou rychlostí okolo 40 MBps (moc jich nebude) vůbec nepodporovala UDMA - protože vysokou rychlost lze docílit právě v paměťově mapovaném režimu.
Souhlasím s poznámkou, že kartám může dělat problém zápis malých transakcí. Velikost bloku na vrstvě IDE je 512B, velikost transakce daná velikostí VM stránky na architektuře i386 je 4 kB, ale velikost "erase blocku" ve Flash EEPROM je někde mezi 16 kB a 4 MB. Pokud zapíšete na flashku míň než "erase block", musí ATA Flash řadič napřed před-načíst celý erase-block, smazat ho, a pak ho celý zapsat zpátky (poté co upravil data o Vaši maličkou transakci). Plus nějaký wear leveling. Pokud tam cpete fotky po megabajtech, tak je to v klidu (readahead se prakticky nekoná). Pokud na tu flashku swapujete nebo ukládáte z relační databáze, bude problém s rychlostí - část sekvenční rychlosti sežere "mrtvá váha" nezměněných dat dotčeného Flash erase blocku. Ten pokles rychlosti může být dost šokující, viz např.
http://www.storagesearch.com/easyco-flashperformance-art.pdf
Jedině na cílové mašině, kde CF karta je jako primary master.
Teoreticky by mělo zafungovat už bs=512 count=1 . FreeBSD by se mělo chovat mravně, ale jeden nikdy neví, co za halušky výrobce do toho MBR nacpal. Občas nám pomůže smahnout z flashky původní MBR (tohle se dá mimochodem provést i v USB čtečce na /dev/sda), a až pak na to pustit unixový fdisk (nejlíp zpátky v cílové mašině na IDE kanálu, kvůli správné IDE geometrii).
CD na výše zmíněném odkazu obsahuje taky jednu konzolovou vizuální utilitu pro zběžnou kontrolu průchodnosti: "hddtest -d /dev/hda" (by default read-only) nebo "hddtest -d /dev/hda -w" (destruktivní, přepisuje nulama, lze použít namísto dd if=/dev/zero).
Dále není špatný nápad, zkusit na té kartě vyrobit v Linuxu fdiskem jeden oddíl a v něm filesystém, třeba mkfs.ext3. Tenhle test je samozřejmě vůči dosavadním datům také destruktivní.
Paralelně si na další konzoli pusťte "iostat 1" - abyste viděl, jak rychle ta flashka frčí.
Tiskni
Sdílej: