Na konferenci LinuxDays 2025 byl oficiálně představen nový router Turris Omnia NG.
Přímý přenos (YouTube) z konference LinuxDays 2025, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.
V únoru loňského roku Úřad pro ochranu osobních údajů pravomocně uložil společnosti Avast Software pokutu 351 mil. Kč za porušení GDPR. Městský soud v Praze tuto pokutu na úterním jednání zrušil. Potvrdil ale, že společnost Avast porušila zákon, když skrze svůj zdarma dostupný antivirový program sledovala, které weby jeho uživatelé navštěvují, a tyto informace předávala dceřiné společnosti Jumpshot. Úřad pro ochranu osobních údajů
… více »Google Chrome 141 byl prohlášen za stabilní. Nejnovější stabilní verze 141.0.7390.54 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 21 bezpečnostních chyb. Za nejvážnější z nich (Heap buffer overflow in WebGPU) bylo vyplaceno 25 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
eDoklady mají kvůli vysoké zátěži technické potíže. Ministerstvo vnitra doporučuje vzít si sebou klasický občanský průkaz nebo pas.
Novým prezidentem Free Software Foundation (FSF) se stal Ian Kelling.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za září (YouTube).
Vyšla kniha Počítačové programy a autorské právo. Podle internetových stránek nakladatelství je v knize "Významný prostor věnován otevřenému a svobodnému softwaru, jeho licencím, důsledkům jejich porušení a rizikům „nakažení“ proprietárního kódu režimem open source."
Red Hat řeší bezpečnostní incident, při kterém došlo k neoprávněnému přístupu do GitLab instance používané svým konzultačním týmem.
Immich byl vydán v první stabilní verzi 2.0.0 (YouTube). Jedná se o alternativu k výchozím aplikacím od Googlu a Applu pro správu fotografií a videí umožňující vlastní hosting serveru Immich. K vyzkoušení je demo. Immich je součástí balíčků open source aplikací FUTO. Zdrojové kódy jsou k dispozici na GitHubu pod licencí AGPL-3.0.
Velke subory (37 files 14 GB size): Zapis XFS: 6:05 JFS: 6:09 Male subory (6517 files 247 MB size): Zapis/2x* Mazanie (rm -fr) XFS: 1:01(0:49) 0:22 JFS: 0:35(0:09) 0:01 *udaj v () je zopakovanie bez restartu. Testy prebiehali prikazom: time rsync -av /mnt/zdroj /ciel Zatazenie CPU bolo cca o 3-5% nizsie u JFS.Vsetko som testoval 3x po restarte, a vysledy sa lisili +- 1-2 sec pri kopirovani. No bol som dost prekvapeny, tak som si dal opat JFS a KDE nabehlo zasa rychlo. Co ma vsak prekvapilo ze XFS tak dlho maze male subory.
Tiskni
Sdílej:
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 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).
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