Byla vydána verze 1.91.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Ministerstvo průmyslu a obchodu vyhlásilo druhou veřejnou soutěž v programu TWIST, který podporuje výzkum, vývoj a využití umělé inteligence v podnikání. Firmy mohou získat až 30 milionů korun na jeden projekt zaměřený na nové produkty či inovaci podnikových procesů. Návrhy projektů lze podávat od 31. října do 17. prosince 2025. Celková alokace výzvy činí 800 milionů korun.
Google v srpnu oznámil, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Iniciativa Keep Android Open se to snaží zvrátit. Podepsat lze otevřený dopis adresovaný Googlu nebo petici na Change.org.
Byla vydána nová verze 18 integrovaného vývojového prostředí (IDE) Qt Creator. S podporou Development Containers. Podrobný přehled novinek v changelogu.
Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 2.0. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).
Google Chrome 142 byl prohlášen za stabilní. Nejnovější stabilní verze 142.0.7444.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 20 bezpečnostních chyb. Za nejvážnější z nich bylo vyplaceno 50 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
Pro moddery Minecraftu: Java edice Minecraftu bude bez obfuskace.
Národní identitní autorita, tedy NIA ID, MeG a eOP jsou nedostupné. Na nápravě se pracuje [𝕏].
Americký výrobce čipů Nvidia se stal první firmou na světě, jejíž tržní hodnota dosáhla pěti bilionů USD (104,5 bilionu Kč). Nvidia stojí v čele světového trhu s čipy pro umělou inteligenci (AI) a výrazně těží z prudkého růstu zájmu o tuto technologii. Nvidia již byla první firmou, která překonala hranici čtyř bilionů USD, a to letos v červenci.
Po Canonicalu a SUSE oznámil také Red Hat, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).
 7.1.2014 00:50
Jardík             | skóre: 40
             | blog: jarda_bloguje
        7.1.2014 00:50
Jardík             | skóre: 40
             | blog: jarda_bloguje
            
         Mám to s kernelem
 Mám to s kernelem 3.12.6 a mountuju s noatime,compress=lzo,space_cache,autodefrag,inode_cache
             7.1.2014 09:02
Conscript89            
            
             | Brno
        7.1.2014 09:02
Conscript89            
            
             | Brno
         13.1.2014 18:12
Vykook             | skóre: 23
             | blog: Tomas
        13.1.2014 18:12
Vykook             | skóre: 23
             | blog: Tomas
            
         14.1.2014 16:15
Conscript89            
            
             | Brno
        14.1.2014 16:15
Conscript89            
            
             | Brno
         14.1.2014 19:48
Conscript89            
            
             | Brno
        14.1.2014 19:48
Conscript89            
            
             | Brno
         15.1.2014 08:24
Vykook             | skóre: 23
             | blog: Tomas
        15.1.2014 08:24
Vykook             | skóre: 23
             | blog: Tomas
            
        Na nete je plno ubuntakov co pisu ako dali svojmu notasu "druhy zivot".On jim ten dech časem dojde, až se a) zaplní disk nebo b) pakliže hodně zapisují. ZFS nemá defrag (btrfs sice ano, ale jak se píše v ostatních příspěvcích, tak to taková výhra také není).
 7.1.2014 16:26
Jardík             | skóre: 40
             | blog: jarda_bloguje
        7.1.2014 16:26
Jardík             | skóre: 40
             | blog: jarda_bloguje
            
         7.1.2014 09:06
David Šmíd             | skóre: 10
             | blog: dsmid
        7.1.2014 09:06
David Šmíd             | skóre: 10
             | blog: dsmid
            
        Ten autodefrag účinkuje jen na nově zapsaná data, stará data zůstanou defragmentována. Stará data je potřeba defragmentovat pomocí btrfs-progs, jenže to má dva háčky.
První je ten, že defragmetace adresáře nedefragmentuje rekurzivně - prostě jen defragmentuje uvedený adresář (vynechá i soubory v něm !), musí se použít find a každý soubor/adresář defragmentovat zvlášť.
Druhý je, že na kernelu <3.9 defragmentace rozpojí spojení se snapshoty, takže obsazené místo dost markantně naroste. Z čehož vyplývá, že i samo použití autodefrag vylučuje vytváření snapshotů.
Takže smazat snaphosty, nové nevytvářet, defragmentovat každý soubor/adresář zvlášť (to zabere třeba i dny), nastavit autodefrag a pak se to možná bude dát používat.
 7.1.2014 15:18
Jardík             | skóre: 40
             | blog: jarda_bloguje
        7.1.2014 15:18
Jardík             | skóre: 40
             | blog: jarda_bloguje
            
        Po 2 týdnech se mi to ale začalo zpomalovat ...no, jsem v této situaci po půl roce s rychlým SSDčkem ... kopíruju si takhle půlgigovej soubor přes wifinu, takže nicmoc rychlýho, asi 2 MB/s, chci si k tomu votevřít druhej terminál a nic, černo, a teprv asi po půl minutě mi naběhne shell ... koukám vedle, a průměrná rychlost kopírování je někde pod mega, i když ta síť dává ty dvě ... přepnu se zpátky, chci si v tom shellu pustit midnight, a zase asi dvacet sekund nic ... moc príma jako chápal bych, kdyby se ten systém mezitím tvářil vytíženě, ale ono nic, disk nebliká, v topu žádnej proces nevylejzá, jen se prostě čeká na Godota nebo co :-/
problem muze byt i tady toto http://www.abclinuxu.cz/clanky/jaderne-noviny-7.-11.-2013-proc-pomala-flashka-zpomali-64bitovy-stroj a ne btrfs :)
 13.1.2014 20:56
Jakub Lucký             | skóre: 40
            
             | Praha
        13.1.2014 20:56
Jakub Lucký             | skóre: 40
            
             | Praha
         14.1.2014 18:36
Jakub Lucký             | skóre: 40
            
             | Praha
        14.1.2014 18:36
Jakub Lucký             | skóre: 40
            
             | Praha
        Protože existuje jedna fronta na zápis, která má na svém začátku zápisy do pomalé flešky (jiné než SSD)nemá; žádné takové zařízení není připojeno co teď?
 14.1.2014 21:55
Jakub Lucký             | skóre: 40
            
             | Praha
        14.1.2014 21:55
Jakub Lucký             | skóre: 40
            
             | Praha
         15.1.2014 13:51
Jakub Lucký             | skóre: 40
            
             | Praha
        15.1.2014 13:51
Jakub Lucký             | skóre: 40
            
             | Praha
         13.1.2014 23:39
Bedňa             | skóre: 34
             | blog: Žumpa
             | Horňany
        13.1.2014 23:39
Bedňa             | skóre: 34
             | blog: Žumpa
             | Horňany
        Copy-on-write (COW) v případě Btrfs znamená, že se při zápisu změněná data zapisují na nové místo a původní data zůstávají na disku nezměněna. Díky tomu se například snadno implementují snapshoty, protože aktivní snapshot bude ukazovat na blok se změněnými daty, zatímco v archivním snapshotu zůstane odkaz na původní data.
root@schroeder:~# btrfs fi df / Data, RAID1: total=47.97GB, used=43.98GB System, RAID1: total=32.00MB, used=12.00KB Metadata, RAID1: total=2.00GB, used=1.07GBPřesnější je výpis když používáš kvóty.
stroj (DATASERVER) :~# btrfs qgroup show -pcre /home | grep 0/262 0/262 23875584 23875584 3221225472 0 1/1 ---Jenže ten ti sám o sobě -máš-li více subvolumes - taky moc neřekne, pokud si to nezkombinuješ ještě s jinými příkazy.
 7.1.2014 10:10
Conscript89            
            
             | Brno
        7.1.2014 10:10
Conscript89            
            
             | Brno
         
             7.1.2014 10:13
michich             | skóre: 51
             | blog: ohrivane_parky
        7.1.2014 10:13
michich             | skóre: 51
             | blog: ohrivane_parky
            
        Bačíka, IIRCNe, opravdu je to jenom Bacik. Kolega se ho na to jednou ptal.
 
             8.1.2014 12:38
Heron             | skóre: 53
             | blog: root_at_heron
             | Olomouc
        8.1.2014 12:38
Heron             | skóre: 53
             | blog: root_at_heron
             | Olomouc
         Neříkám, že by se to tak mělo dělat, to určitě ne, ale dobře napsaná aplikace (například db) na normálním fs a normálním hw (který nelže o zápisech) nemá s nekorektním vypnutím žádný problém. S příchodem virtualizace se dokonce běžně dělají snapshoty virtuálky za jejího plného běhu a z těchto snapshotů se potom dělají kopie. Nikdy nebyl s tímto žádný problém a přitom z hlediska toho os je to stejně jako kdyby někdo zmáčkl reset. Konkrétně ta db bude ve poslední dokončené transakce a každý slušný fs bude ve stavu posledního syncu (ext3 každých 5s, btrfs by default 30s apod, dá se vynutit aplikací kdykoliv).
Neříkám, že by se to tak mělo dělat, to určitě ne, ale dobře napsaná aplikace (například db) na normálním fs a normálním hw (který nelže o zápisech) nemá s nekorektním vypnutím žádný problém. S příchodem virtualizace se dokonce běžně dělají snapshoty virtuálky za jejího plného běhu a z těchto snapshotů se potom dělají kopie. Nikdy nebyl s tímto žádný problém a přitom z hlediska toho os je to stejně jako kdyby někdo zmáčkl reset. Konkrétně ta db bude ve poslední dokončené transakce a každý slušný fs bude ve stavu posledního syncu (ext3 každých 5s, btrfs by default 30s apod, dá se vynutit aplikací kdykoliv).
            Problem bol este trocha zlozitejsi. Nie len, ze hlasili data ako zapisane, ked boli len v cache, ale dokonca nemali cache energeticky zalohovanu (ziadna zalozna bateria), takze pri vypadku energie nastal velmi velky problem. Mimochodom, podobne "chyby" sa hlasia dodnes a je to jeden z dovodov preco pre XFS existuje sw force shutdown (cca simulacia vypadku energie na spolahlivom ulozisku (na ulozisku, kde nenastanu problemy s cache)).
XFS si v tejto oblasti toho odtrpelo este viac. Na rozdiel od ext systemov suborov ma totiz xfs oddelene fronty pre zapis metadat a pre zapis dat, vysledkom coho byvalo po pade velke mnozstvo prazdnych suborov (nulovej dlzky). Tento "problem" nakoniec vyriesili barierami aj ked ani to povodne spravanie nebolo nejak chybne (akurat to casto nedokazali rozdychat zle napisane aplikacie).
Dalsi problem robil vyssie spominany interval pre sync dat (5s pri ext). Pri XFS je to az 60 sekund (aj to primarne kvoli VFS, ak si dobre pamatam). Mnozstvo aplikacii bolo bohuzial napisanych tak, ze ratalo so sync intervalom ako bol pri ext, z coho boli tlaky na zmenu dokonca aj pri XFS (o fsync/fdatasync ti vyvojari zvacsa asi nepoculi...).
 
             8.1.2014 19:18
Heron             | skóre: 53
             | blog: root_at_heron
             | Olomouc
        8.1.2014 19:18
Heron             | skóre: 53
             | blog: root_at_heron
             | Olomouc
         9.1.2014 15:22
GeoRW             | skóre: 13
             | blog: GeoRW
             | Bratislava
        9.1.2014 15:22
GeoRW             | skóre: 13
             | blog: GeoRW
             | Bratislava
         
            
- potvrzuji problem s DF (btrfs fi df / - mi vcera ukazoval 200MB free, smazu 4GB iso-soubor a btrfs fi df / ukazuje 12GB - a to nepouzivam kompresi)
Problem s df ma kazdy file system, aj ked pravdepodobne nie az tak zavazny.
- nedoresena (auto-)defragmentace a komprimace dat - viz vase prispevky vyse (hodila by se utilita brtfs-defrag, btrfs-compress a neco na kontrolu duplicitnosti bloku)
Neviem, co si mam o tej autodefragmentacii mysliet (hlavne by ma zaujimalo ako je implementovana), ale po skusenostiach z minulosti sa mi to moc nepaci. Autodefragmentacia mava casto negativny dopad na fragmentaciu dat (zvysuje totiz fragmentaciu volneho priestoru). Viz napr. problemy, ktore kvoli tomu malo XFS par rokov dozadu.
-jeste nedavno sem mel chut BTRFS vymenit za ext4, ale veci se asi daly do pohybu a nektere bugy zacinaji mizet - tak uvidime :)
Mozno by stalo za uvahu prave to XFS, co sa tyka vlastnosti, tak je celkom podobne btrfs (momentalne ma napada akurat, ze nema kompresiu dat a nema fs shrink).
Za vyhodu XFS oproti btrfs povazujem to, ze zachovava modularitu a nesnazi sa vsetko implementovat vlastnym sposobom (co je podla mna prevazne zbytocne, teoreticky to moze priniest zlepsenie vykonu, ale zas zvysuje pravdepodobnost chyb) -- btrfs ma cca vlastnu implementaciu lvm, raidu a pod.; XFS na to vyuziva standardne block-level lvm, md a pod.
Dalsia vyhoda je, ze XFS je na tom vykonnostne celkom schopne (vykon je porovnatelny s ext4, aj ked zalezi dost od jadra).
(ADATA SSD 511 60GB, C2D T7700, 4GB, 3.11.0-13-generic Lubuntu saucy 64bit) discard,ssd,autodefrag,inode_cache,space_cache,subvol=@)
Beh s online discard (volba discard) nie je z vykonnostneho hladiska moc odporucany. Casto je lepsie vytvorit nejaky cron job, ktory raz za X hodin zavola fstrim. Ten autodefrag by som osobne asi radsej tiez vypol (viz vyssie).
Pod problemami som, myslel prave to, ze ext4 je schopne vyhodit ENOSPC uz ked su zaplnene 2 % file systemu (staci, ze je plna ta tabulka). Je pravda, ze zapisovat dalej ide, ale len do existujucich suborov.
Pozeram, ze xfs s tymto uz problem nema a df to pocita aspon priblizne korektne. Je mozne, ze si to zle pamatam, ale este par rokov dozadu to tak nebolo a tiez tam bol problem so zaplnenim prazdnymi subormi. Dokonca pozeram, ze xfs uz pocita aj rezervovane miesto v df ako zaplnene, takze dnes uz asi neplati, ze s df maju problemy vsetky file systemy (aj ked hodnota v df sa stale neda povazovat za uplne presnu reprezentaciu volneho miesta).
 16.1.2014 08:10
Gilhad             | skóre: 20
             | blog: gilhadoviny
        16.1.2014 08:10
Gilhad             | skóre: 20
             | blog: gilhadoviny
            
        Btrfs místo toho přesune přepisované bloky jinam v rámci systému souborů a zapíše nová data tam, takže starší kopie zůstane nedotčena.Nemělo být? Btrfs místo toho přesune přepisované bloky jinam v rámci systému souborů a zapíše nová data na původní místo, takže starší kopie zůstane nedotčena.
Btrfs místo toho kopíruje přepisované bloky jinam v rámci systému souborů a zapíše nová data tam, takže starší kopie zůstane nedotčena.
 
            Hello, everything is going perfectly here and ofcourse every one is sharing data, that's truly good, keep up writing. 스포츠토토
Hi Dear, are you in fact visiting this web site regularly, if so after that you will absolutely get nice knowledge. 스포츠토토티비
Great looking web site. Assume you did a lot of your very own html coding. 토토사이트
Hi there, just wanted to tell you, I liked this article. It was inspiring. Keep on posting! 스포츠토토 슬롯머신사이트
        Tiskni
            
                Sdílej:
                 
                 
                 
                 
                 
                