TimeCapsule, 'časová kapsle', je jazykový model trénovaný výhradně na datech z určitých míst a časových období, aby se tak napodobila autentická slovní zásoba, způsob vyjadřování a názory dané doby. Na Hugging face jsou k dispozici modely natrénované na historických textech dostupných v oblasti Londýna mezi lety 1800 až 1875.
Radicle byl vydán ve verzi 1.6.0 s kódovým jménem Amaryllis. Jedná se o distribuovanou alternativu k softwarům pro spolupráci jako např. GitLab.
Zemřel Scott Adams, tvůrce komiksových stripů Dilbert parodujících pracovní prostředí velké firmy.
Sdružení CZ.NIC vydalo novou verzi Knot Resolveru (6.1.0). Jedná se o první vydanou stabilní verzi 6, která je nyní oficiálně preferovanou a doporučovanou verzí, namísto předešlé verze 5. Více o Knot Resolveru 6 je možné se dočíst přímo v dokumentaci.
Byl vydán Linux Mint 22.3 s kódovým jménem Zena. Podrobnosti v přehledu novinek a poznámkách k vydání. Vypíchnout lze, že nástroj Systémová hlášení (System Reports) získal mnoho nových funkcí a byl přejmenován na Informace o systému (System Information). Linux Mint 22.3 bude podporován do roku 2029.
Wine bylo po roce vývoje od vydání verze 10.0 vydáno v nové stabilní verzi 11.0. Přehled novinek na GitLabu. Vypíchnuta je podpora NTSYNC a dokončení architektury WoW64.
Byl vydán Mozilla Firefox 147.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Firefox nově podporuje Freedesktop.org XDG Base Directory Specification. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 147 bude brzy k dispozici také na Flathubu a Snapcraftu.
Asociace repair.org udělila anticeny těm nejhorším produktům představeným na veletrhu CES 2026. Oceněnými jsou například šmírující kamery Amazon Ring AI, chytrý běžecký pás od společnosti Merach, která otevřeně přiznává, že nedokáže zabezpečit osobní data uživatelů, případně jednorázové lízátko, které rozvibrovává čelisti uživatele a tak přehrává hudbu. Absolutním vítězem je lednička od Samsungu, která zobrazuje reklamy a kterou lze otevřít pouze hlasovým příkazem přes cloudovou službu.
Íránští protirežimní aktivisté si všímají 30% až 80% ztráty packetů při komunikaci se satelity služby Starlink. Mohlo by se jednat o vedlejší důsledek rušení GPS, kterou pozemní přijímače Starlinku používají k výpočtu polohy satelitů a kterou se režim rovněž snaží blokovat, podle bezpečnostního experta a iranisty Amira Rashidiho je ale pravděpodobnější příčinou terestrické rušení přímo satelitní komunikace Starlinku podobnou
… více »Evropská komise (EK) zvažuje, že zařadí komunikační službu WhatsApp americké společnosti Meta mezi velké internetové platformy, které podléhají přísnější regulaci podle unijního nařízení o digitálních službách (DSA). Firmy s více než 45 miliony uživatelů jsou podle DSA považovány za velmi velké on-line platformy (Very Large Online Platforms; VLOP) a podléhají přísnějším pravidlům EU pro internetový obsah. Pravidla po
… více »du -s
5898952
sync. Rotační HDD má cca 100 IOPS (v notebooku méně). Pro zápis je potřeba minimálně zápis do dvou míst. vlastní data + zápis do inode. Pokud je FS nastaven tak, že syncuje okamžitě, tak zapíše maximálně teoreticky 50 souborů za sekundu, v praxi spíše 20 a méně, nezávisle na tom, jak jsou malé. Z toho plyne že za hodinu to zapíše asi ani ne 50000 souborů, pokud ten počet souborů se pohyboval kolem 500 000 mohlo to jet i těch 13 hodin. pokud jste kopíroval ze stejného disku (jiného oddílu) na stejný disk, tak podobné IO se muselo provést i při čtení takže to bude 5-10 souborů za vteřinu.
No, měl jsem taky říct, že jsem to kopíroval přes Nautila, dělá si nejdříve ověřování místa apod. S cp by to bylo rychlejší.
Teď jsem zkoušel stejnou cestou kopírovat 200MB (50000souborů), do btrfs, ext4, ext3 reiserfs3.6 (časy dost podobné o něco horší s btrfs o něco lepší reiserfs), začné to cca 6MB/s ale po 180MB se snižuje na cca 700KB/s a stále to jde dolů.
Taky jsem zaznamenal a to ikdyž jsem ty soubory smazal z koše (to bylo celkem rychlé). Několikrát to hlásilo, že v adresáři /run došlo místo (Nautilus si to nějak uchovává v paměti) i když už ty soubory jsou smazaný. Byly teda ve schránce ale při prvním pokusu to zaplnění /run nehlásilo až když jsem první pokus smazal do koše a ten hned vysypal a začal pokus dva (s jiným FS).
Vyšlo mi z toho ve zkratce, že EXT4 nemá cenu měnit za btrfs který je přizpůsobený na velké soubory ale ztrácí víc na těch malých. A EXT3, Reiser3.6 má méně vlastností než EXT4. Objektivní výsledek to není ani příliš pro mě.
Tykat!
Díky za odkaz,
.. tohle ní přímo na tebe
Mě by zajímalo jestli nejsem limitovanej tím rošířeným oddílem v kterém mám ty linuxové oddíly. Je tam psáno, že rošířený oddíl je typu NTFS. Jestli by to nějak zvýšilo výkon, kdybych ten rošířený neměl a měl jen primární oddíly?
Nebyl bottleneck spíš na straně čtení z NTFS? Nemůže být disk nějak poškozený? Co třeba obskurní velikost bloku? Jakmile člověk používá zastaralé souborové systémy typu ext4, může se celkem snadno stát, že omylem vytvoří filesystém s velikostí bloku odlišnou od velikosti stránky (4 kB na Intelu, 8 kB na Power7) a pak se nestačí divit. Ale takhle dramaticky špatný výkon by to mít nemělo ani s nevhodnou velikostí bloku.
Tak samozřejmě, že rychlost čtení z NTFS byla omezená ale vždy jsem zkoušel z něj (přímo). Ted jsem našel čtení a skript, a změnil v něm filesize 1024 na 128. Bohužel ale nezjistím reálnou situaci (tu svou), a nevím jestli generovaná data dají výsledek jako kdybych kopíroval ty své (kde každý soubor má jinou velikost a jinou strukturu obsahovou). Bylo by možné poprosit, předělat to na
z C:\User\Data do /run/media/jadd/TEST ?
mke2fs -t ext4 -T small -j -L TEST /dev/sda5
Uvažoval jsem o znovuvytvoření oddílů ale vidím, že by to byla zbytečná práce.
Tiskni
Sdílej: