Alyssa Rosenzweig se v příspěvku na svém blogu Vulkan 1.3 na M1 za 1 měsíc rozepsala o novém Vulkan 1.3 ovladači Honeykrisp pro Apple M1 splňujícím specifikaci Khronosu. Vychází z ovladače NVK pro GPU od Nvidie. V plánu je dále rozchodit DXVK a vkd3d-proton a tím pádem Direct3D, aby na Apple M1 s Asahi Linuxem běžely hry pro Microsoft Windows.
Byla vydána (𝕏) květnová aktualizace aneb nová verze 1.90 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.90 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Byla vydána (Mastodon, 𝕏) nová verze 2024.2 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení.
Počítačová hra Tetris slaví 40 let. Alexej Pažitnov dokončil první hratelnou verzi 6. června 1984. Mezitím vznikla celá řada variant. Například Peklo nebo Nebe. Loni měl premiéru film Tetris.
MicroPython (Wikipedie), tj. implementace Pythonu 3 optimalizovaná pro jednočipové počítače, byl vydán ve verzi 1.23.0. V přehledu novinek je vypíchnuta podpora dynamických USB zařízení nebo nové moduly openamp, tls a vfs.
Canonical vydal Ubuntu Core 24. Představení na YouTube. Nová verze Ubuntu Core vychází z Ubuntu 24.04 LTS a podporována bude 12 let. Ubuntu Core je určeno pro IoT (internet věcí) a vestavěné systémy.
Databáze DuckDB (Wikipedie) dospěla po 6 letech do verze 1.0.0.
Intel na veletrhu Computex 2024 představil (YouTube) mimo jiné procesory Lunar Lake a Xeon 6.
Na blogu Raspberry Pi byl představen Raspberry Pi AI Kit určený vlastníkům Raspberry Pi 5, kteří na něm chtějí experimentovat se světem neuronových sítí, umělé inteligence a strojového učení. Jedná se o spolupráci se společností Hailo. Cena AI Kitu je 70 dolarů.
Byla vydána nová verze 14.1 svobodného unixového operačního systému FreeBSD. Podrobný přehled novinek v poznámkách k vydání.
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...
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.
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 jedno ).Vý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
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.
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/nullNo a este by som potreboval nieco jednoduche na vytvorenie x suborov o y velkosti. nieco cez dd asi, mozno to niekto ma hotove.
Poradte pripadne nieco lepsie:Tady je lepšítime find . -type f -exec cat '{}' ';' > /dev/null
time find -type f -print0 | xargs -0 cat &>/dev/nullNebude tolikrát spouštět
cat
; mělo by to být rychlejší...
xargs
limit zná a pustí cat tolikrát, kolikrát je to nutné. To je konekckonců jeden z hlavních důvodů jeho existence.
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
cat /dev/sda >/dev/nullale to je jedno
cat /dev/sda1 > /dev/null
Tiskni Sdílej: