Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Jan Fikar

Stran: 1 ... 11 12 [13] 14 15 ... 26
181
Server / Re:RAM Memory Cache a Buffer
« kdy: 03. 01. 2022, 21:42:03 »
drop_caches asi moc nevadí, jedině to může trochu škodit diskovému výkonu. Pokud se to bude dělat jednou za 3 hodiny, tak to nebude tak strašné. Možná by stačilo ještě míň často? Taky jde místo nejdrsnějšího 3 zapsat do drop_caches jen 2 nebo 1, což by možná účel také splnilo, ale negativní efekt by byl menší.

Taky je možnost snížit prioritu cache pomocí velké hodnoty vfs_cache_pressure, defaultní je 100, ale funguje to jen ve spojitosti se swapem, tak bych asi zároveň zvýšil swappiness a asi by se vyplatilo snížit a zafixovat vm.dirty_bytes a vm.dirty_background_bytes. Defaultně je to hodně, nějaké procento celkové paměti.

něco jako toto v /etc/sysctl.conf
Kód: [Vybrat]
vm.vfs_cache_pressure=500
vm.swappiness=100
vm.dirty_bytes=16638608
vm.dirty_background_bytes=8319304

Ještě mě napadlo, jestli nemáte nějaké hugepages? je z výstupu něco nenulové?

Kód: [Vybrat]
cat /sys/kernel/mm/hugepages/hugepages-*/nr_hugepages

182
Bazar / Re:Koupím procesor Celeron G3900T
« kdy: 01. 01. 2022, 12:30:18 »
Mam server/router/vec na pokusy. A je tam i5 7400 a 4 WD black 2.5" Disky a cely to napajim picopsu + 65W adapterem.

Omlouvám se za otázku bokem. Kde se dá nejlépe sehnat picoPSU?

Jinak není divné, že spotřeba neklesne, když se jádro vypne. Ono se vypne jen pro OS, ale HW jej bude napájet i dále. Muselo by se jádro vypnout v BIOSu, jestli to jde.

Možná bych zkusil něco jako TLP pro notebooky, to by mohlo automaticky trochu snížit spotřebu. Další možností je undervolting, ale to většinou pomůže spotřebě v zátěži a spotřebě v klidu moc ne.

183
Sítě / Re:zkusenosti s powerLine
« kdy: 27. 12. 2021, 10:24:05 »
Určitě je potřeba použít 1 u routeru a 2 v pokojích, případně 3 v pokojích. Všechny musí být spolu napárované, aby bylo stejné heslo. Stabilita záleží na hodně věcích, jestli sousedi také používají powerline, rušení, jestli je to stejná fáze ... Pokud je možnost, tak raději natáhnout ethernet.

185
To IMHO nebude fungovat. Jistě by všichni uvítali výkon SSD při použití pouze HDD, ale nejde to. Komprese i vynechání nul vše jen zpomalí.

Navíc nechápu o jaké nuly jde. Jde o prázdná místa na disku, kam nebylo ještě nic zapsáno? To nemá na čtení žádný vliv, FS to přeskočí. Nebo jde o nuly v souborech? Na to existují tzv. sparse soubory. S výhodou lze použít na obrazy disků, kde nevyužité místo nezabírá nic ve výsledném souboru. Ale i tak je to ve výsledku pomalejší.

Kód: [Vybrat]
https://en.wikipedia.org/wiki/Sparse_file

186
Hardware / Re:Aky disk do NASu?
« kdy: 09. 12. 2021, 10:51:35 »
to znamena nebrat disky s heliom?

U velkých kapacit se heliu stejně nevyhnete. Jsou obavy, že časem se může ztrácet. Ale disk míň hřeje.

187
Kód: [Vybrat]
[root@nasturbace #]$ time dd if=/dev/sda bs=1M count=160 skip=4000000 | gzip -1nebo9 -c  | dd of=/dev/null

tak jestli jde o kompresi prázdného místa, je lepší použít jako vstup prostě /dev/zero, který ty nuly bude dávat rychleji než disk

time dávat nemusíte, nové dd má status=progress, nebo jde použít pipebench a podobné

gzip -c nemusí být, ty trubky sám detekuje

a dd of=/dev/null taky nemusí být, stačí prostě > /dev/null

A ten mnou navrhovaný pigz nebo zstd se vám nelíbí kvůli čemu? Je to několikrát rychlejší. Na prázdných datech:

Kód: [Vybrat]
dd if=/dev/zero bs=1M status=progress count=1024 | gzip -1 > /dev/null
1039138816 bytes (1.0 GB, 991 MiB) copied, 14 s, 74.2 MB/s

Kód: [Vybrat]
dd if=/dev/zero bs=1M status=progress count=1024 | pigz -1 > /dev/null
1064304640 bytes (1.1 GB, 1015 MiB) copied, 6 s, 177 MB/s

Kód: [Vybrat]
dd if=/dev/zero bs=1M status=progress count=1024 | zstd -T0 -1 > /dev/null
806354944 bytes (806 MB, 769 MiB) copied, 2 s, 403 MB/s

A ještě nějaká rada, když chci aby byla utilizována maximální rychlost čtení i zápisu, vyplatí se to nějak "bufferovat do RAM", pokud by byl druhý(nebo i první) disk pomalejší? (S přihlédnutím, že občas se tam najde blok nul a tím pádem by se výstupní disk mohl chvíli flákat) . Že kdybych použil "mezi" pipami něco jako dd if | docasnybuffer14GBRAM |dd of.... (Vykládám to lapidárně)

myslím, že to nepomůže. nejpomalejší bude ta komprese, obzvlášť když tam necháte jednovláknový gzip. pomůže velký bs, ale to už máte 1M, to asi stačí


188
Hardware / Re:Aky disk do NASu?
« kdy: 08. 12. 2021, 21:22:24 »
Já bych vzal Utrastar. Red bez PRO některý měli SMR. PRO to prý nemá a má taky 7200rpm. Starý Red měly myslím jen 5400rpm. Kvůli tomu to může být hlučnější.

189
Disky by měl umět >220MB/s.

A to je přesně co za disk?

2.) komprese gzip  dd if=/dev/sda of=/dev/null bs=1/2/4M | gzip -1/-9 >/jinydisk/outfile.out .... 4 MB/ s!!!!!!!!!!!!!! (nebo případně ...gzip -c || dd of=soubor-jinydisk) To je nepoužitelné, já potřebuji opět stovky MB/s

Tak dobré je ze začátku pro test komprese posílat do /dev/null. Taky gzip je pomalý, jestli trváte na gz, jde použít pigz, který použije všechna jádra. Mám A55 čtyřjádro 2GHz:

Kód: [Vybrat]
cat bigfile | pigz -1 | pipebench > /dev/null

jede tak jen do 18 MB/s. Pokud použijete rychlejší zstd (-T0 použije všechny jádra), nebo staré jednovláknové lzop nebo lz4, tak by to mohlo jít:

Kód: [Vybrat]
cat bigfile | zstd -T0 -1 | pipebench > /dev/null

jede do 80 MB/s. Ale samozřejmě záleží ještě na datech. Já vzal cosi nekomprimovatelného.

190
jde o Windows? Dr. Web má standalone aplikaci zadarmo CureIt! https://free.drweb.com/cureit/

Asi lepší je Malwarebytes, po instalaci je třeba odmítnout ten Trial a vypnout všechny rezidentní ochrany, pak to taky funguje jako on-demand scanner https://malwarebytes.com

191
Hardware / Re:Neustálé probouzení HDD (OpenWRT Turris OMNIA)
« kdy: 03. 12. 2021, 13:31:06 »
Kód: [Vybrat]
echo 1 > /proc/sys/vm/block_dump

a pak v logu budou procesy, co zapisují

potom vypnout zapsáním 0
Tento výpis logu už je v prvním příspěvku.

To je, ale tam jsou jen dva procesy jádra. Nějaký kworker a jbd2, který aktualizuje journal na ext4. Když to necháte dýl, neobjeví se tam i jiný proces, který ten zápis způsobuje? Jádro jen tak samo o sobě na disk nic chtít psát nebude. Pokud to teda není ta odložená inicializace. Neformátoval jste ten disk na ext4 nedánvno? Pak buď počkat, nebo použít při formátu lazy_itable_init=0.

192
Hardware / Re:Neustálé probouzení HDD (OpenWRT Turris OMNIA)
« kdy: 02. 12. 2021, 21:45:23 »
Kód: [Vybrat]
echo 1 > /proc/sys/vm/block_dump

a pak v logu budou procesy, co zapisují

potom vypnout zapsáním 0

193
Desktop / Re:Linux využití disku
« kdy: 02. 12. 2021, 08:20:21 »
Ten pevný počet inode je dost velká nevýhoda extX souborových systémů. Když si uděláte málo inode a máte moc-moc-moc malých souborů, může se stát, že nový soubor už nezapíšete, i když místo je. Ty inode samozřejmě zabírají místo.

Pokud tedy víte, že na disku budou jen velké soubory, jde při formátování použít mkfs.ext4 -T largefile nebo dokonce mkfs.ext4 -T largefile4, což udělá míň inode a bude víc místa. Vysvětlení je v /etc/mke2fs.conf.

Daleko lepší využití místa na disku a také dynamickou alokaci inode má XFS, takže mkfs.xfs

194
Jinak na poště se nyní dá obejít i bez podacího lístku. Vyplníte

https://www.postaonline.cz/odvozy/odvozbaliku/parametrybaliku

a pak buď vytisknete štítek, nebo napíšete adresu rukou a k tomu číslo a na poště dodají štítek. Podací lístek vám buď vytisknou, nebo pošlou na email. Navíc je to myslím o 2kč levnější.

195
Hardware / Re:Poradte navigáciu do ~300€
« kdy: 01. 11. 2021, 20:40:25 »
Soustředil bych se na LifeTime Map Update. Na alza.cz to mají jako "Doživotní aktualizace map". Dřív bylo potřeba mapy u TomTom vždycky znova kupovat a Garmin měl u některých modelů LifeTime. Pořád mi to funguje, jenom je potřeba Windows  :o

Teď koukám, že TomTom i jiné značky mají taky LifeTime.

Stran: 1 ... 11 12 [13] 14 15 ... 26