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).
 22.9.2006 03:39
Mikos             | skóre: 34
             | blog: Jaderný blog
             | Praha
        22.9.2006 03:39
Mikos             | skóre: 34
             | blog: Jaderný blog
             | Praha
         22.9.2006 05:57
David Watzke             | skóre: 74
             | blog: Blog...
             | Praha
        22.9.2006 05:57
David Watzke             | skóre: 74
             | blog: Blog...
             | Praha
        Co ma vsak prekvapilo ze XFS tak dlho maze male subory.To není žádná novinka, XFS je práci s malými soubory nevhodný. Zato třeba 10GB soubor smaže tak hrozně rychle, že nechápu...
 . Ale nechceš test doplnit o rychlost čtení? Protože ta je z hlediska startu KDE kritická.
. Ale nechceš test doplnit o rychlost čtení? Protože ta je z hlediska startu KDE kritická.
             
             22.9.2006 12:30
Mikos             | skóre: 34
             | blog: Jaderný blog
             | Praha
        22.9.2006 12:30
Mikos             | skóre: 34
             | blog: Jaderný blog
             | Praha
         Takže bych to typoval na další z FUDů co obvykle někteří o reiserfs rádi šíří (nebo na nějakou chybu z dávné minulosti, která už x let neplatí). Jak už sem psal v jiné diskuzi, tak u mě se naopak reiserfs ukazuje dlouhodobě nesrovnatelně spolehlivější než ext3.
 Takže bych to typoval na další z FUDů co obvykle někteří o reiserfs rádi šíří (nebo na nějakou chybu z dávné minulosti, která už x let neplatí). Jak už sem psal v jiné diskuzi, tak u mě se naopak reiserfs ukazuje dlouhodobě nesrovnatelně spolehlivější než ext3.
             
             22.9.2006 11:13
Snilard             | skóre: 3
             | blog: Zápisky Ještěrky
             | Praha
        22.9.2006 11:13
Snilard             | skóre: 3
             | blog: Zápisky Ještěrky
             | Praha
         22.9.2006 11:33
Snilard             | skóre: 3
             | blog: Zápisky Ještěrky
             | Praha
        22.9.2006 11:33
Snilard             | skóre: 3
             | blog: Zápisky Ještěrky
             | Praha
         22.9.2006 12:22
Heron             | skóre: 53
             | blog: root_at_heron
             | Olomouc
        22.9.2006 12:22
Heron             | skóre: 53
             | blog: root_at_heron
             | Olomouc
         . Stejně tak spousta lidí výhrady k reiserfs jen proto, že kdysi dávno na jedné řadě jader 2.4.x.
Jak je na tom reiser s cachováním nevím, ale u ext3 si lze (mimo jiné) nastavit commit time (default 5s).
Všechny tyto volby ovšem ovlivňují spíše zápis, rychlost čtení (a z disku se více čte než zapisuje) ovlivní hlavně rychlé vyhledávání daného souboru (s tím souvisí použitý způsob ukládání metadat) a fragmentace.
. Stejně tak spousta lidí výhrady k reiserfs jen proto, že kdysi dávno na jedné řadě jader 2.4.x.
Jak je na tom reiser s cachováním nevím, ale u ext3 si lze (mimo jiné) nastavit commit time (default 5s).
Všechny tyto volby ovšem ovlivňují spíše zápis, rychlost čtení (a z disku se více čte než zapisuje) ovlivní hlavně rychlé vyhledávání daného souboru (s tím souvisí použitý způsob ukládání metadat) a fragmentace.
             22.9.2006 12:37
Mikos             | skóre: 34
             | blog: Jaderný blog
             | Praha
        22.9.2006 12:37
Mikos             | skóre: 34
             | blog: Jaderný blog
             | Praha
         Není to chyba toho filesystemu, je to prostě a jednoduše jeho vlastnost s kterou se musí počítat. Na počítač s UPS (a bez žádných hardwarových problémů kvůli kterým by bylo potřeba občas restartovat) je to naopak výborná volba.
Co se týče reiserfs, tak ten se naopak u mě dlouhodobě ukazuje na vícero počítačích jako mnohem odolnější k výpadkům proudu/tvrdým restartům než ext3 (viz tahle nedávná diskuze). IMHO je to z tohoto hlediska nejodolnější FS vubec...
 Není to chyba toho filesystemu, je to prostě a jednoduše jeho vlastnost s kterou se musí počítat. Na počítač s UPS (a bez žádných hardwarových problémů kvůli kterým by bylo potřeba občas restartovat) je to naopak výborná volba.
Co se týče reiserfs, tak ten se naopak u mě dlouhodobě ukazuje na vícero počítačích jako mnohem odolnější k výpadkům proudu/tvrdým restartům než ext3 (viz tahle nedávná diskuze). IMHO je to z tohoto hlediska nejodolnější FS vubec...
             22.9.2006 13:20
David Watzke             | skóre: 74
             | blog: Blog...
             | Praha
        22.9.2006 13:20
David Watzke             | skóre: 74
             | blog: Blog...
             | Praha
        To nejsou žádné urban legendy, XFS na počítači bez UPS je prostě sebevražda1, Heron nazval urban legendami to, že XFS nemá žurnál, nikoliv to, že je trochu citlivější na výpadky, ale to asi víš (v takovým případě nechápu tvou reakci). 2, Není to sebevražda, naopak je to výborná volba pro oddíl, na kterém jsou (mají být) velké soubory. Ne každý 100× denně tvrdě resetuje počítač. Děkuji mnohokrát.
 22.9.2006 16:08
Mikos             | skóre: 34
             | blog: Jaderný blog
             | Praha
        22.9.2006 16:08
Mikos             | skóre: 34
             | blog: Jaderný blog
             | Praha
         ).
).
             22.9.2006 16:13
David Watzke             | skóre: 74
             | blog: Blog...
             | Praha
        22.9.2006 16:13
David Watzke             | skóre: 74
             | blog: Blog...
             | Praha
        1.) Tak to sem ten jeho příspěvek špatně přečetl/pochopil.Indeed.
2.) Na některém hardwaru se tvrdým restartům prostě nevyhneš. Navíc to jestli bude nějaký výpadek proudu také nemůžeš ovlivnit. Takže XFS opravdu jedině na spolehlivém hardwaru s UPS, jinak to za sebevraždu vskutku považuji (pokud ti tedy záleží na datech, jestli ne tak je to jednoVýpadky proudu jsou tu jen párkrát za rok a rozhodně ne 100× denně... Vím, může stačit i to. UPS si taky chystám koupit - opravdu nejen kvůli XFS).
 
             22.9.2006 13:39
Snilard             | skóre: 3
             | blog: Zápisky Ještěrky
             | Praha
        22.9.2006 13:39
Snilard             | skóre: 3
             | blog: Zápisky Ještěrky
             | Praha
         22.9.2006 10:55
Jiří Němec             | skóre: 22
             | blog: BluPix
             | Horní Smrčné
        22.9.2006 10:55
Jiří Němec             | skóre: 22
             | blog: BluPix
             | Horní Smrčné
         22.9.2006 16:05
Mikos             | skóre: 34
             | blog: Jaderný blog
             | Praha
        22.9.2006 16:05
Mikos             | skóre: 34
             | blog: Jaderný blog
             | Praha
        deb http://ftp.cz.debian.org/debian jessie main contrib non-free/boot má smysl jen v několika přesně vymezených případech, jinak je naprosto k ničemu. Rozhodně to není žádná samozřejmost.
             
             22.9.2006 16:24
Mikos             | skóre: 34
             | blog: Jaderný blog
             | Praha
        22.9.2006 16:24
Mikos             | skóre: 34
             | blog: Jaderný blog
             | Praha
         22.9.2006 16:40
David Watzke             | skóre: 74
             | blog: Blog...
             | Praha
        22.9.2006 16:40
David Watzke             | skóre: 74
             | blog: Blog...
             | Praha
         22.9.2006 17:04
Mikos             | skóre: 34
             | blog: Jaderný blog
             | Praha
        22.9.2006 17:04
Mikos             | skóre: 34
             | blog: Jaderný blog
             | Praha
         Ale držím se zásady že na boot by měl mít člověk samostatnou partition
 Ale držím se zásady že na boot by měl mít člověk samostatnou partition  
             22.9.2006 19:12
David Watzke             | skóre: 74
             | blog: Blog...
             | Praha
        22.9.2006 19:12
David Watzke             | skóre: 74
             | blog: Blog...
             | Praha
        Ale držím se zásady že na boot by měl mít člověk samostatnou partitionNo to teda neměl, je to naprostá zbytečnost...
#!/bin/sh
DIRS=50
SDIRS=$DIRS
FILES=5
DEV1=/dev/sda7
MP1=/mnt/pokus/1
DEV2=/dev/sdb7
MP2=/mnt/pokus/2
mount_dir()
{
        mount $DEV1 $MP1
        cd $MP1
}
umount_dir()
{
        cd ..
        echo -n "umount "
        D1=`date +"%s"`
        umount $MP1
        D2=`date +"%s"`
        D=$((D2-D1))
        echo "$D s"
}
rsync_dir()
{
        mount $DEV2 $MP2
        echo -n "rsync "
        D1=`date +"%s"`
        rsync -a -r --delete . $MP2
        D2=`date +"%s"`
        D=$((D2-D1))
        echo "$D s"
        rm -rf $MP2/*
        umount $MP2
}
test_dir()
{
        mount_dir
        echo -n "vytvoreni "
        D1=`date +"%s"`
        for i in `seq 1 $DIRS`; do
                for j in `seq 1 $SDIRS`; do
                        mkdir -p "$i/$j"
                        for f in `seq 1 $FILES`; do
                                dd if=/dev/zero of="$i/$j/$f" count=1 bs=100k > /dev/null 2>&1
                        done
                done
        done
        D2=`date +"%s"`
        D=$((D2-D1))
        echo "$D s"
        umount_dir
        mount_dir
        rsync_dir
        umount_dir
        mount_dir
        echo -n "smazani "
        D1=`date +"%s"`
        rm -rf *
        D2=`date +"%s"`
        D=$((D2-D1))
        echo "$D s"
        umount_dir
}
mkfs.ext3 $DEV1 > /dev/null 2>&1
echo "--------EXT3"
test_dir
mkfs.ext3 $DEV1  > /dev/null 2>&1
tune2fs -O dir_index $DEV1  > /dev/null 2>&1
fsck.ext3 -Dfy $DEV1  > /dev/null 2>&1
echo "--------EXT3 dir_index"
test_dir
mkfs.xfs -f $DEV1  > /dev/null 2>&1
echo "--------XFS"
test_dir
mkfs.reiserfs -f $DEV1  > /dev/null 2>&1
echo "--------REISER"
test_dir
            time find . -type f -exec cat '{}' ';' > /dev/null
No a este by som potreboval nieco jednoduche na vytvorenie x suborov o y velkosti.
nieco cez dd asi, mozno to niekto ma hotove.
             22.9.2006 16:46
David Watzke             | skóre: 74
             | blog: Blog...
             | Praha
        22.9.2006 16:46
David Watzke             | skóre: 74
             | blog: Blog...
             | Praha
        Poradte pripadne nieco lepsie:
time find . -type f -exec cat '{}' ';' > /dev/null
Tady je lepší  
time find -type f -print0 | xargs -0 cat &>/dev/nullNebude tolikrát spouštět
cat; mělo by to být rychlejší...
             22.9.2006 16:56
Mikos             | skóre: 34
             | blog: Jaderný blog
             | Praha
        22.9.2006 16:56
Mikos             | skóre: 34
             | blog: Jaderný blog
             | Praha
         
            xargs limit zná a pustí cat tolikrát, kolikrát je to nutné. To je konekckonců jeden z hlavních důvodů jeho existence.
             22.9.2006 17:26
David Watzke             | skóre: 74
             | blog: Blog...
             | Praha
        22.9.2006 17:26
David Watzke             | skóre: 74
             | blog: Blog...
             | Praha
        Pokud je tedy těch souborů hodně, tvoje řešení by nefungovalo, kdežto to jeho ano. Teda jestli se nepletu a xargs ten limit nějak neobchází, ale o tom pochybujuBla bla... vedle
 
 
             22.9.2006 17:28
David Watzke             | skóre: 74
             | blog: Blog...
             | Praha
        22.9.2006 17:28
David Watzke             | skóre: 74
             | blog: Blog...
             | Praha
        cat /dev/sda >/dev/nullale to je jedno
 
             22.9.2006 19:13
David Watzke             | skóre: 74
             | blog: Blog...
             | Praha
        22.9.2006 19:13
David Watzke             | skóre: 74
             | blog: Blog...
             | Praha
        cat /dev/sda1 > /dev/null
 22.9.2006 19:52
David Watzke             | skóre: 74
             | blog: Blog...
             | Praha
        22.9.2006 19:52
David Watzke             | skóre: 74
             | blog: Blog...
             | Praha
         
            
        Tiskni
            
                Sdílej:
                 
                 
                 
                 
                 
                