Meta představila prototyp náramku, který snímá elektrickou aktivity svalů (povrchová elektromyografie, EMG) a umožňuje jemnými gesty ruky a prstů ovládat počítač nebo různá zařízení. Získané datové sady emg2qwerty a emg2pose jsou open source.
Byla vydána (𝕏) nová verze 25.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 25.7 je Visionary Viper. Přehled novinek v příspěvku na fóru.
Před 40 lety, 23. července 1985, společnost Commodore představila první počítač Amiga. Jednalo se o počítač "Amiga od Commodore", jenž byl později pojmenován Amiga 1000. Mělo se jednat o přímou konkurenci počítače Apple Macintosh uvedeného na trh v lednu 1984.
T‑Mobile USA ve spolupráci se Starlinkem spustil službu T-Satellite. Uživatelé služby mohou v odlehlých oblastech bez mobilního signálu aktuálně využívat satelitní síť s více než 650 satelity pro posílání a příjem zpráv, sdílení polohy, posílání zpráv na 911 a příjem upozornění, posílání obrázků a krátkých hlasových zpráv pomocí aplikace Zprávy Google. V plánu jsou také satelitní data.
Společnost Proxmox Server Solutions stojící za virtualizační platformou Proxmox Virtual Environment věnovala 10 000 eur nadaci The Perl and Raku Foundation (TPRF).
Byla vydána nová verze 2.4.65 svobodného multiplatformního webového serveru Apache (httpd). Řešena je bezpečnostní chyba CVE-2025-54090.
Společnost Proton AG stojící za Proton Mailem a dalšími službami přidala do svého portfolia AI asistenta Lumo.
Amazon koupil společnost Bee zaměřenou na nositelnou osobní AI aktuálně nabízející náramek Pioneer (YouTube) s mikrofony zaznamenávající vše kolem [𝕏, LinkedIn].
Společnost Teufel nedávno představila svůj první open source Bluetooth reproduktor MYND.
Byla vydána verze 4.2 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Platí taková známá poučka: xfs je rychlý souborový systém, rozhodně rychlejší než ext3. Copak to asi je, rychlost filesystému? Rychlost čtení a zápisů je závislá na disku. Nebo že by závisela ještě na něčem?
No jasně, přece na použitém typu filesystému.
Rychlost filesystému jsem si testoval tímhle přiblblým skriptem. První pokus jsem dělal na svém PC, kde mám SATA disk WD1600JS-23M na řadiči Sil 3112. Přechodem od ext3 k xfs se mi skutečně rychlost zvýšila, a to faktorem 1.5 . Druhý pokus jsem udělal na serveru, kde je na SCSI připojeno čtyři roky staré diskové pole EasyStor na ATA discích. I tady se to zrychlilo, dokonce faktorem 2.5 .
To mě tak potěšilo, že jsem ten server vypnul a se všemi uživatelskými daty jsem tam pěkně přešel na xfs. Potom jsem se teprve zamyslel nad tím, čím je to asi tak hrozně rychlé. Že by si ext3 veškerá data ukládal napřed někam a potom znovu ještě někam jinam, to se mi nějak nezdálo. Ale jak jinak může být práce s diskem pomalejší nebo zase rychlejší? Mimochodem, nejméně 2.5 krát se zrychlil i dump (teď je to ovšem xfsdump).
O ten server se starám už dlouho. Občas si tam pustím
vmstat 1a jednu sekundu za druhou se tam dívám na diskový provoz ve sloupcích bi a bo. Někdy to ukazovalo nuly, potom to vyběhlo na nějakých 30 MB/s - to když zrovna někdo něco dělal - a zase se to vrátilo k nulám nebo malým číslům. Po přechodu na xfs se tenhle charakter zatížení zachoval, ale ve špičkách to běžně šplhá až na 90 MB/s.
Tak to vidíte, xfs ten disk dokáže nějak víc zaměstnat. Ale jak toho docílí, to já prosím pěkně nemám tušení.
Tiskni
Sdílej:
Že jako jádro v případě ext3 čeká na potvrzení od disku a potom teprve považuje diskovou operaci za provedenou, takhle jsi to myslel? Je na to nějaká volbička mountu?
To ovšem odporuje pozorované skutečnosti, že diskový provoz se ve špičkách ztrojnásobil. A zrychlení dumpu taky nevysvětlíš kešováním.
To ovšem odporuje pozorované skutečnosti, že diskový provoz se ve špičkách ztrojnásobil.Tak porovnejte celkový počet blokových operací provedených s diskem.
A zrychlení dumpu taky nevysvětlíš kešováním.xfsdump pracuje s přes FS, nikoliv samostatně přímo s blokovým zařízením (Věta z manuálu: xfsdump does not dump unmounted filesystems). Takže se cache využívá. Já nezpochybňuji výkon XFS, jen bych podstatný díl zrychlení připisoval jiným vlivům, než je lepší organizace dat na disku.
Že jako jádro v případě ext3 čeká na potvrzení od disku a potom teprve považuje diskovou operaci za provedenou, takhle jsi to myslel? Je na to nějaká volbička mountu?
Při předběžných testech jsem pracoval na prázdných filesystémech. Ten server provozuju už delší dobu, a během historie byly i nějaké ty úplné obnovy ze zálohy. Stojím si za tím, že zvýšení propustnosti ze 30 na 90 MB/s nelze vysvětlit fragmentací.
Při předběžných testech jsem pracoval na prázdných filesystémech. Ten server provozuju už delší dobu, a během historie byly i nějaké ty úplné obnovy ze zálohy. Stojím si za tím, že zvýšení propustnosti ze 30 na 90 MB/s nelze vysvětlit fragmentací.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
16.5.2007 13:02
14.6.2007 16:48
16.5.2007 14:03
man tune2fs, zapnout dir_index, a mountovat to třeba s parametry data=writeback,commit=600. Defaultní nastavení ext3 je zkrátka mnohem paranoidnější než nastavení xfs...
Dík, někdy si to zkusím. Paranoia může být důvod zpomalení, snad. V jednom datovém centru ve Francii prej používají pro aplikační data výhradně xfs, mají tam docela hodně instalací a dušovali se mi, že něco tak báječně stabilního jako je xfs jinak neviděli. Oproti tomu paranoidní defaulty ext3 třeba mají nějaký důvod.
Páni kolegové třeba mají pravdu, že všechno souvisí s fragmentací. Jestli xfs dává požadavky do disku tak, aby tam bylo hodně po sobě jdoucích bloků, tak to třeba udělá svoje.