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.


Témata - Roman Horník

Stran: [1] 2 3 ... 6
1
Máte-li potřebu měřit na počítači aktuální okolní teplotu, ať už jen pro zábavu, bádání, nebo pro nějakou automatizaci, nabízím návod na velice primitivní řešení. Využívá kombinace integrovanýho obvodu DS18B20 a sériovýho převodníku USB-TTL.

Co potřebujeme nutně?
* Počítač s Debianem a funkčním USB
* Převodník USB-TTL
* Snímač DS18B20
* Pájku a trochu cínu, ideálně olovnatýho
* Program DigiTemp (v repu)

Co se ještě může hodit?
* Trojlinka (stačí tenká, nestíněná; nebo dvojlinka pro případ externího napájení snímačů)
* Odpor 4k7 (4.7kΩ), stačí maličkej 125mW - pro případ použití více snímačů
* Stabilizovanej 5V zdroj pro případ externího napájení (např. nabíječka mobilů)

Snímač DS18B20
DS18B20 je integrovanej obvod, vlastně takovej mikropočítač (SIMka je mimochodem taky primitivní počítač), co vypadá jak tranzistor s pouzdrem TO-92 (černej váleček cca o Ø5mm s "uříznutou" ploškou na boku). Má totiž jen 3 vývody. Při pohledu na jeho předek (plošku s potiskem, s nožičkama dolu) jsou to zleva: 1) společná zem, 2) data I/O, 3) napájení +3.0 až +5.5V proti zemi.
Dá se koupit kolem 50kč/ks, prodává se i ve výhodnější zapouzdřený verzi s káblíkem, kde vývod 1 (zem) je černej, vývod 2 (data) žlutej a vývod 3 (napájení) černej.
Komunikuje na protokolu 1-wire v polovičním duplexu (jako vysílačka - buď přijímá, nebo vysílá, ale ne oboje naráz), jde jich řadit víc za sebe (paralelně - vývod 1 na vývod 1, vývod 2 na vývod 2, vývod 3 na vývod 3), a aby se daly dostat data z konkrétního senzoru, je potřeba oslovit je jejich unikátním 16bitovým sériovým číslem (osloví se, ten pošle data, až pak se může oslovit další - nelze přijímat data více senzorů naráz).
DS18B20 poskytuje náměry 4 přesností, 9-12 bitů, čím větší přesnost, tím dýl trvá náměr, a to až 1000ms (1s), my budeme používat přesnost nejvyšší, s rozlišením 1/16°C (0.0625°C), protože…
… protože těžko seženeme zaručeně originální snímače výrobce Dallas/Maxim, ale čínský pajcy. Proto jsem záměrně nezmiňoval parazitní napájení za použití pouze dvou drátů, protože u čínských padělků funguje buď špatně (špatně měří), nebo nefunguje vůbec. Taky u nich sem tam vázne komunikace, respektive občas jsou tady problémy s kontrolním součtem CRC, pak by tady byl taky limit měření do +85°C. Každopádně už z toho důvodu, že si nejspíš koupíte padělek (kterej ale na 3 drátech měřit umí), je třeba s jeho nedostatkama počítat.
Taky je dobrý počítat s faktem, že se měřením čip přirozeně trochu ohřívá, čím častější měření je, tím je ohřev markantnější. Jsou to sice desetiny °C, ale i to se počítá. Zvláště u nezapouzdřený TO-92 verze je tady velká náchylnost na proudění vzduchu - to se umí relativně ošklivě promítnout na náměru, proto je dobrý vetknout ho například do 5mm díry v kousku silnější kovový trubičky, ideálně, když se před světem úplně schová. To platí i u měření teploty těles, kdy se sice ploška dotejká tělesa, ale "prdel" má ve vzduchu, takže měříme něco mezi. Nakonec se pro přesnější měření hodí několik po sobě jdoucích náměrů zprůměrovat - přece jen je na snímači něco málo šumu, tak ať nemáme křivky záznamu moc kostrbatý.

Jak propojit s počítačem?
Za pár korun se dá pořídit například převodník USB-TTL, například s čipem PL2303 - tady za 29kč (taky tam maj zbytek potřebných věcí, včetně už zmíněných padělků). Ovladač nepotřebujeme, už je v jádře a jmenuje se pl2303. Připojením okamžitě vytvoříme zařízení /dev/ttyUSB0, se kterým budeme komunikovat. Problém s oprávněním se dá vyřešit podle tohohle návodu.

Jak získat data?
Program, kterej umí s 1-wire komunikovat, se jmenuje DigiTemp, my ho samozřejmě máme v repu, takže si ho nainstalujeme:
sudo apt install digitemp

Jak sdrátovat?
Takhle vypadá ono slavný zapojení:


Na převodníku si krajního pinu (+3.3V) nevšímáme, zapojíme 2. vývod převodníku na 3. vývod snímače, 3. a 4. vývod příjmu (RxD) a odesílání (TxD) dat vodivě spojíme a připojíme k prostřednímu vývodu, nakonec připojíme poslední vývod převodníku s prvním snímače. To je všechno.
V případě, kdyby to zlobilo, mezi 2. a 3./4. vývod převodníku dáme odpor 4k7.
Další "nabalování" snímačů se děje jejich prostým paralelním zapojením.

V případě externího napájení vypadá zapojení takhle:


I tam je možnost paralelního řazení snímačů. Nic na tom není, akorát - bacha na polaritu, zkrat a elektrostatický výboje, před zapojením do USB si to ještě pořádně prohlídněte. Některý USB totiž nemaj ochranu proti zkratu, a pochybuju, že převodník za 29kč na tom bude líp.

DigiTemp
Jestliže jste něco neudělali blbě a zajistili jste si správný oprávnění, po spuštění digitemp_DS9097 -w nám vyjede:
Kód: [Vybrat]
$ digitemp_DS9097 -w
DigiTemp v3.7.2 Copyright 1996-2018 by Brian C. Lane
GNU General Public License v2.0 - http://www.digitemp.com
Turning off all DS2409 Couplers
..
Devices on the Main LAN
287ACE09381901A1 : DS18B20 Temperature Sensor
2807146538190112 : DS18B20 Temperature Sensor

Tady vidíte 2 snímače, jejich sériový čísla a popis. Jedná se o padělky, sériový číslo originálu má vypadat takhle: 28xxxxxxxx0000xx
Ale to neva, měří to skoro stejně přesně. Jak?
Kód: [Vybrat]
$ digitemp_DS9097 -a
DigiTemp v3.7.2 Copyright 1996-2018 by Brian C. Lane
GNU General Public License v2.0 - http://www.digitemp.com
20.4375
20.3125

Snímače jsou hned u sebe, je tam vidět drobná odchylka, ale za ty prachy?
DS9097 je původní převodník na RS232. Blbě se shání a je nesmyslně drahej - ten se dá učunit pomocí 2 tranzistorů a pár odporů kolem, ale je to zbytečný, převodník na USB ho plně nahrazuje.

Zbytek, včetně formátování výstupu a výběru snímače - viz man digitemp

P. S.: Příští tejden zkusím připojit snímač DHT22, kterej má vedle teploměru i vlhkoměr. Prej by to mělo fungovat.

2
Jestliže máte USB zařízení, kde je potřeba specifický oprávnění (v mým případě převodníky USB-TTL), třeba že s ním chcete obousměrně komunikovat jako standardní uživatel, ale systém jej nastaví podle svýho tak, jak zrovna nepotřebujete, máte dvě možnosti:
1) po každým připojení změnit oprávnění ručně chmodem jako root,
2) vytvořit si pravidlo v udev.

První možnost je opruz zvláště tehdy, jestliže se například zařízení vinou vyklochtanýho USB občas odpojí. Druhá možnost funguje automaticky.

1) Nejdřív si zjistíme USBID zařízení:
Kód: [Vybrat]
$ lsusb
Bus 002 Device 014: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
Bus 002 Device 009: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
Bus 002 Device 008: ID 05e3:0752 Genesys Logic, Inc.
Bus 002 Device 007: ID 05e3:0618 Genesys Logic, Inc.
Bus 002 Device 006: ID 0458:6002 KYE Systems Corp. (Mouse Systems)
Bus 002 Device 005: ID 04b8:013c Seiko Epson Corp.
Bus 002 Device 013: ID 1a86:7523 QinHeng Electronics CH340 serial converter
Bus 002 Device 003: ID 058f:6362 Alcor Micro Corp. Flash Card Reader/Writer
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 004: ID 04b8:0e03 Seiko Epson Corp. Thermal Receipt Printer [TM-T20]
Bus 003 Device 003: ID 1bcf:0005 Sunplus Innovation Technology Inc. Optical Mouse
Bus 003 Device 002: ID 051d:0002 American Power Conversion Uninterruptible Power Supply
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Tady máme 2 zařízení:
Bus 002 Device 014: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port - převodník USB-TTL
Bus 002 Device 013: ID 1a86:7523 QinHeng Electronics CH340 serial converter - převodník USB-RS232
Za ID je samotný USBID sestávající ze dvou hexadecimálních čísel, první je ID výrobce, druhý je ID výrobku samotnýho.

2) Vytvoření pravidla:
1) v /etc/udev/rules.d vytvoříme soubor, třeba s názvem 47-usbser.rules - číslo asi nebude kritický, název taky ne, nevím, jestli je udevem potřeba přípona .rules, ale když už je to u ostatních souborů pravidel, tak to tak necháme.
2) Do něj nasypeme:
ATTRS{idVendor}=="067b", ATTRS{idProduct}=="2303", SUBSYSTEMS=="usb", ACTION=="add", MODE="0666", GROUP="plugdev"
idVendor je ID výrobce (067b:2303), idProduct ID výrobku (067b:2303), MODE samotný oprávnění v osmičkový soustavě, GROUP uživatelská skupina oprávněných používat zařízení. Po pravdě nevím, jestli je skupina úplně nutná, nezjišťoval jsem, ale minimálně by se tím dalo zamezit uživatelům mimo skupinu k přístupu k zařízení.
Můžeme tam samozřejmě přidat další řádky se stejnou syntaxí, třeba já mám:
Kód: [Vybrat]
ATTRS{idVendor}=="067b", ATTRS{idProduct}=="2303", SUBSYSTEMS=="usb", ACTION=="add", MODE="0666", GROUP="plugdev"
ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", SUBSYSTEMS=="usb", ACTION=="add", MODE="0666", GROUP="plugdev"

3) Přidáme uživatele do skupiny (s oprávněním roota):
# adduser <uživatel> plugdev (uživatel bez závorek)

Změna by se měla projevit po opětovným připojení zařízení.

3
Volná diskuze / [ANKETA] SSD a vaše zkušenosti
« kdy: 20. 04. 2020, 10:31:14 »
V únoru 2014 jsem k narozkám dostal svůj první SSD disk. Byl to jeden z tehdy nejlevnějších, Adata SP600, s kapacitou 64GB/59.6GiB.
Byl jsem ovšem skeptickej, je nám totiž známo, že se jedná o stejnou technologii uchovávání dat jako na obyčejných paměťovkách nebo flashkách. Flashky mi odešly dvě, paměťovky tři, pokaždý "únavou" paměťových buněk (vydržej například jen 100 přepisů), soubory se při ukládání zmrzačily a nešly číst. No a když se vám tohle stane na dovolený v zahraničí a doma pak zjistíte, že čtvrtinu fotek máte poškozenou, zpravidla nepoužitelnou, rozhodně se vám nechce věřit, že by SSD, byť s inteligentním řadičem, měly bejt spolehlivější. Jo, třeba drahý SSD od Intelu by mohly dobře sloužit několik let, ale konzumní Adata? Vždyť za hodinu ne na disk vykonaj klidně stovky přepisů!
Ale co, rozdělil a naformátoval jsem ho na EXT4 bez optimalizace pro SSD (ani jsem o tom nevěděl), nainstaloval na něj systém (s /home na HDD), kdyby něco, na HDD bylo dost místa pro systém.
Stroj běží prakticky 24/7, alespoň jednou denně aktualizace systému, čas byl skoro plnej, když mi odešel HDD a přetáhnul jsem z něj přeživší data, poměrně často kompilace jádra a vůbec dostával zabrat.
Teď má za sebou bez půldruhýho měsíce 6 let provozu, 959x byl zapnut, krmí ho už třetí základní deska a pátej procesor. A dosud běží bezchybně, stále jako novej, i když fakt dostává zabrat.
Takže kdo váhá nad jeho koupí, nemusí, vyplatí se. Díky němu, i když je zastaralej a relativně k dnešním pomalej, systém bootuje 4s, programy se spouštěj svižně, diskový operace jsou hodně rychlý, je tichej a úspornej.

A co vy? Podělte se o svoje zkušenosti.

4
O tomto fóru / Nová sada smajlů
« kdy: 05. 04. 2020, 18:38:51 »
Když už teď můžeme zvětšovat smajly spolu s textem a když už zhruba můžeme hledět na fórum přes mobil, je blbost mít tady smajly v GIFu o rozměrech 15×15px - je rok 2020, ne 2000. Proto jsem se rozhodl pro jinou sadu.
Hledal jsem, hledal, ale většinou se jednalo o ty přeplácané, co při zmenšení na standardní velikost není poznat, co znázorňuje, a proto jsem se po čase hledání rozhodl je vzít ze sady písem Noto (balík fonts-noto-color-emoji). Jsou doostřené a trochu graficky upravené, aby i při zmenšení na 16×16px (i míň) bylo poznat, co znázorňují. A tady jsou:
:) ;) :D ;D >:( :( :o 8) ??? ::) :P :-[ :-X :-\ :-* :'(

0.6em (60%, ~9px): 8)
0.8em (80%, ~12px): 8)
1.0em (100%, ~15px): 8) <<< Standardní velikost
2em (200%, ~30px): 8)
4.2em (420%, ~64px): 8)

5
Složitá situace pro vývoj. Máme tady zařízení s velkým i malým zobrazovátkem s velkým i malým dpi (jemností zobrazovacích bodů) a máme tady konsorcium W3C, který sice vychrlilo kvantum dýlkových jednotek pro určení rozměrů objektů webový stránky, třeba písma, ale je to těžký, když se například milimetr (centimetr, palec aj.) odvíjí nikoliv od fyzickýho rozlišení displeje, ale od fixního rozlišení 96dpi, takže se takovej centimetr, když si zvolím, na mým monitoru s 94dpi zobrazí jako 1.02cm (skoro přesně), ale na mobilu s rozlišením 400dpi jako 0.24cm. A když někdo má na starým stroji na 19" monitoru rozlišení jen 640×512 (5:4), pak má z centimetru 2.2cm, jinak řečeno, když zvolím nějakou velikost písma, na mobilu a na dalších zařízeních s prťavoučkým pixelem (a ještě k tomu kolikrát nečtvercovým), písmo nebude čitelný, zato na monitorech s VGA rozlišením bude obrovský. Nevím, kde soudruzi z NDR udělali chybu, ale prohlížeče už pěknou řádku let znaj jak rozměry svýho okna i celý obrazovky v pixelech, tak i rozlišení monitoru v DPI, z čehož se daj dopočítat fyzický rozměry v mm/cm/"/….
Nějak jsem ty rozměry v rámci možností nadefinoval, aby se mi zobrazovala stránka dobře jak na 24" FHD monitoru, tak i na 5" shitphonu s HD rozlišením (720×1280, cca 280dpi), ale víc zobrazovátek, teda ještě krom televize, nemám. Ale vy jo. A proto vás prosím, nějak se mi k tomu vyjádřete a ideálně k tomu napište, o jaký zařízení, jeho výrobce a model se jedná (nebo parametry, pokud znáte), a jak to na nich funguje.
Jde mi o to, aby se vám s fórem pracovalo co nejlíp.
Ď

6
O tomto fóru / Fórum dostalo nový kabát
« kdy: 02. 04. 2020, 01:12:47 »
Po dohodě s Otou jsem se jal učunit novou vizáž fóra, jíž jsem dal název <I/O>.
Ačkoliv jako základ bylo zvoleno téma předchozí, VDW, bylo natolik překopáno, že z původního prakticky nic nezbylo, navíc je o dvě třetiny menší, s optimalizovaným kódem a používá obrázky jen v nejnutnějším případě (ikonky a smajly, na pozadí a v logu je SVG).
Nově koketuje s technologiemi HTML5 a CSS3, ale také s responzivitou (de facto extra zobrazení pro mobily a vůbec zařízení s malým displejem s vysokou hustotou pixelů na jednotku plochy - aktivuje se od rozlišení alespoň 120dpi; kdyby měl někdo lepší nápad, sem s ním), která byla napsána od píky s důrazem na dobrou čitelnost a použitelnost i u malých displejů a velkých palců.
<I/O> je stále ve fázi vývoje, desktopová verze se pouze dolaďuje, mobilní chce dotáhnout pořádněji.
Doufám, že se vám <I/O> líbí.

7
Při správě softwaru, tj. instalaci, odinstalaci nebo aktualizaci, se sem tam stane, že u balíku jsou pozměněny závislosti, kdy přestane záviset na jednom a naopak si vyžádá balík jiný. Ideálně by se přebytečný balík měl odstranit, nebo alespoň nabídnout k odstranění, avšak málokdy tomu tak je. A tak si po čase udržujeme a aktualizujeme balíky, zpravidla knihovny, co jsou nám i softwaru naprosto k ničemu.
Nejde tady o místo, taková knihovna má obvykle pár desítek kilobajtů, avšak mívá svoje závislosti a kvůli nim nainstalované další a další  zbytečné balíky. Mimo to, občas se stane, že některý z těchto balíků blokuje aktualizaci jiného, který s ním nemá nic společného, neboť může mít v závislostech některý z pro systém důležitý balík (třeba libc6) konkrétní verze.
Když jsou závislosti balíku určeny řádně, správce balíků nám přebývající nabídne k odstranění, jenže, protože je realita jiná, je vhodné se jich zbavovat alespoň ručně. Pro tenhle účel se dobře hodil program gtkorphan, avšak jeho vývoj byl dávno ukončen a žádnou jeho adekvátní grafickou náhradu jsem nenašel.
Nicméně pro textové prostředí existuje gtkorphan. Jeho úkolem ovšem není přebytečné balíky odstranit, ale pouze zobrazit, proto jeho výstupem, seznamem zbytečných balíků, musíme po přezkoumání seznamu z deborphanu nakrmit apt/apt-get/aptitude - tak třeba apt (syntaxe je u jiných stejná):

# apt purge `deborphan` # obrácený apostrof se zadává pomocí [R-Alt]+[H]. Místo `deborphan` můžete použít $(deborphan)

Protože deborphan nezkoumá závislosti přebytečných balíků, po dalším spuštění příkazu se mohou objevovat další, proto v případě potřeby opakujte. Rovněž vám může apt{-get|itude} nabídnout další balíky k odstranění, tyto se odstraní příkazem:

# apt autoremove

Tohle mi párkrát pomohlo, když zbytečný balík blokoval aktualizaci několika jiných z důvodu výše uvedeného.

8
Správa aplikací / GIMP 2.10.xx a segfault: řešení
« kdy: 17. 03. 2020, 01:31:09 »
Už chvíli mi nefungoval GIMP, házel při načítání pluginů segfault a ukončil se. Zkoušel jsem vedle verze 2.10.14-2+b1 starší verzi 2.10.12-1, ale némlich to samý. Pro mě je to klíčovej program, dělám grafiku, proto jsem se se současnou situací nespokojil.
Na tohle téma existuje spousta chybových hlášení, většinou je za řešení považováno získat nejnovější zdrojáky z GITu a zkompilovat je. Do toho se mi nechtělo, muselo by se stáhnout mnoho balíčků s hlavičkama, což by zabordelilo akorát systém, kde mám jen a pouze to, co potřebuju nebo z nějakýho důvodu nemůžu odstranit.
Našel jsem alternativní řešení, jednoduchý a rychlý, akorát zmizí jeden málo používanej plugin na ohnutí rohu obrázku. Ten plugin se jmenuje pagecurl a nachází se ve složce /usr/lib/gimp/2.0/plug-ins/pagecurl/, kterou stačí buď přemístit jinam, nebo rovnou odstranit. GIMP pak funguje normálně.
Jakmile přijde aktualizace, složka s opraveným pluginem by se měla doplnit.

P. S.: Tak je to ještě složitější, GIMP zbouraj i balíky gimp-gap a gimp-plugin-registry. Bez nich funguje, gimp-gmic a gimp-python jsou v pořádku. Vypadá to tedy, že je chyba přímo v GIMPu.

9
Před pár lety se provalily bezpečnostní trhliny procesorů nejen výrobce Intel, jež byly nazvány Spectre a Meltdown. Od tý doby jich bylo nalezeno víc - viz lscpu. Opraveny byly softwarově obvykle vyřazením některých funkcí CPU, čímžto se v některých případech poměrně citelně snížil jejich výpočetní výkon.
Protože existuje prakticky nulový riziko napadení vašeho stroje a zneužití těchto trhlin, zpravidla způsobujících pouhý zatuhnutí systému, můžeme si je v klidu znovu povolit. Nárůst výkonu je v některých případech až kolem 10-20%. Jak na to?
Stačí spustit systém s jaderným parametrem mitigations=off, například přidáním tohoto parametru na řádek GRUB_CMDLINE_LINUX a následným spuštěním update-grub - změny by se měly projevit po restartu. Systém bude i nadále zcela stabilní, avšak o něco živější.

10
Volná diskuze / Iceweasel > Firefox?
« kdy: 11. 03. 2016, 20:00:34 »
Nevím, jestli jste to vy, co máte Sida, zaznamenali, ale balík iceweasel (vč. jazykových balíků) od verze 45.0 se stal metabalíkem instalujícím balík firefox-esr, a dále je k dispozici i "normální" balík firefox a k nim jazykový balíky ve formátu firefox-l10n-<něco>, respektive firefox-esr-l10n-<něco>.

Tak se mi zdá, že Iceweasel, kosmetická upravenina Firefoxu, už nebude potřeba.

11
Volná diskuze / Zemřel Ian Murdock
« kdy: 31. 12. 2015, 06:59:36 »
Už jsem se o tom vypsal tady. Pro mně to je hodně špatná zpráva, Debian, dílo, co on započal, mám moc rád. A nečekal jsem, že tak inteligentní člověk udělá takovou, s prominutím, píčovinu.

12
Správa, údržba a nastavení systému / ▶ Swapujme do RAM
« kdy: 20. 12. 2015, 00:02:43 »
Zní to jako šílenej paradox, vždyť swap je přece nástavbou RAM, když její kapacita už došla, když už se do ní nic nevejde. Ale jde to, jde to vskutku velice dobře.
Píšu tady o zRAM, principem činnosti je komprese stránek uložených v RAM kompresním algoritmem, jinými slovy, do RAM se vejde víc dat, než za normálních okolností dokáže pojmout. Na Debíkovi je tato vlastnost k dispozici od jádra verze 3.2, využívá se u operačních systémů Android.

Výhody:
* Mnohem vyšší rychlost a plynulost chodu swapujícího systému v porovnání se swapováním na disk, mnohem nižší, prakticky zanedbatelné latence (nikde neběhá rameno s hlavičkami a nehledá stopu na disku)
* Nechrochtá jako swapující disk, ba naopak, takovýto způsob swapování je absolutně neslyšný
* Je schopen využít všechna jádra CPU, čím víc jader, tím vyšší výkon
* Šetří disky. DRAM se neopotřebí (přestože stále pracuje na plné obrátky), zatímco mechanismus HDD dostává dost na prdel a flash paměť SSD má omezený počet zápisů a přepisů na buňku (tam je čtení, zápis a navíc i přepis; čtení nic nepoškozuje)
* Do RAM lze vměstnat i víc jak dvojnásobek její kapacity

Nevýhody:
* Kdo chce uspávat na disk, stejně logicky swapovací oddíl na disku potřebuje; jak se RAM vypne šťáva, není schopna uchovat data (kromě logických nul)
* K zpomalení běhu systému a aplikací stejně dochází, komprese i dekomprese zabírají všechen dostupný procesorový čas. Jen to trvá mnohem kratší dobu a systém je během swapování mnohem použitelnější

Následující postup byl převzat a počeštěn z wiki Debianu a je mnou velmi dobře odzkoušený:



1) Vytvořte soubor /etc/init.d/zram a nasypejte do něj (přepsáno, už nepotřebujete Perl, stačí jen BASH a jeho vestavěné funkce):

Kód: [Vybrat]
#!/bin/bash
### BEGIN INIT INFO
# Provides:          zram
# Required-Start:    $local_fs
# Required-Stop:     $local_fs
# Default-Start:     S 1 2
# Default-Stop:      0 6
# Short-Description: Use compressed RAM as in-memory swap
# Description:       Use compressed RAM as in-memory swap
### END INIT INFO

FRAC=111
MMRY=`grep MemTotal: /proc/meminfo | awk '{print $2}'`
CPUS=`grep -c processor /proc/cpuinfo`
SIZE=$((MMRY*1024*FRAC/100/CPUS))


START() {
param=`modinfo zram | grep num_devices | cut -f2 -d: | tr -d ' '`
for n in `seq $CPUS`; do
  I=$((n-1))
  modprobe zram $param=$CPUS
  echo $SIZE > /sys/block/zram$I/disksize
  mkswap /dev/zram$I
  swapon /dev/zram$I -p 10
done &
wait
}

STOP() {
for n in `seq $CPUS`; do
  I=$((n-1))
  swapoff /dev/zram$I; echo "Odstraněn disk $n/$CPUS"
done &
wait
modprobe -r zram
}

RELOAD() {
systemctl daemon-reload
}

case "$1" in
"start") START;;
"stop") STOP;;
"restart") STOP; START;;
"reload") STOP; RELOAD; START;;
*) echo "Použití: `basename $0` (start | stop | restart | reload)" & exit 1;;
esac

2) V terminálu mu (jako root) nastavte spustitelnost:
chmod +x /etc/init.d/zram

3) Systému řekněte, aby se skript automaticky spouštěl při jeho startu (zase jako root):
insserv zram

4) A rovnou si to můžete spustit (opět spusťte jako root):
service zram start
nebo
/etc/init.d/zram start

Nakonec pár poznámek:
1) Na řádku 12 v tom skriptu je proměnná FRAC - je to hodnota v procentech, a tou se nastavuje, jak velkou část z RAM použít pro zRAM swap použijte číslo v intervalu {1..100, jde to kolikrát i víc, mám 111%, musíte odzkoušet}
2) Pro swapování má zRAM vyšší prioritu jak normální swap na disku, čili nejdřív se bude při zaplnění RAM plnit zRAM swap, až potom ten na disku
3) Nebojte se, že přijdete o možnost uspávání na disk, ta priorita pro uspávání neplatí, odkládací oddíl na disku je přednější


Nakonec pár měření na mém téměř muzejním stroji:

Konfigurace:
CPU: Intel Pentium Dual-Core E2180 (2 jádra, 2.0GHz, 800MHz FSB), přetaktováno na 2.64GHz, 1.05GHz FSB
Mámoprkno: Aušus P5QPL-AM (G41 + ICH7)
RAM: 2x 1GiB DDR2, 800MHz, přetaktováno na 874MHz
SSD: ADATA SP600, 64GB/59.6GiB (novej)
HDD1: Western Digital WD3200AAKS, 320GB/298GiB (starej)
HDD2: Seagate Barracuda ST380817AS, 80GB/74.5GiB (starší)

Benchmark spáchán programem gnome-disks při odpojených oddílech a za výchozího nastavení benchmarku

Kód: [Vybrat]
      Čtení [MB/s]   Zápis [MB/s]   Přístupová doba [ms]   %zRAM (R+W)   R+W [MB/s]
zRAM    2110.0         2540.0              0.00               100.00       4650.0
SSD      270.0           78.4              0.13                 7.49        348.4
HDD1      94.5           84.7             15.36                 3.85        179.2
HDD2      48.3           46.6             12.75                 2.04         94.9

Tady je vidět, že co do všech parametrů nemá konkurenci ani u SSD.

EDIT: Na svým nynějším stroji (viz podpis) jsem udělal benchmark čtení z zRAM bloku - 11.9GB/s (80x rychlejší jak SSD)

Tak ať vám slouží, fakt to stojí za to! ;)

13
Všeobecná podpora / Blender - transformace rotace
« kdy: 30. 10. 2015, 20:17:19 »
Zdar,

nemá někdo tucha, jak udělat následující?
Jestliže dojde k rotaci předmětu (nebo kostí) A v ose X, pak chci, aby byl předmět/kost B co do rotace spřaženej, ale aby rotace neprobíhala ve stejný ose, což umím, ale v ose jiný (Y, Z).
Jak na to?

14
Nedávno se zavedla blbost s podepisováním doplňků, samozřejmě, pokud vývojář zaspí, jeho dílo náhle zablokuje prohlížeč. Mně se to stalo třeba u AdBlock Plusu, blokovači reklam.
Každej problém má svoje řešení, takže i tenhle:

1) V prohlížeči do adresního řádku zadej about:config a přejdi na ni
2) Vyhledej si tam položku xpinstall.signatures.required a dvojklikem změň hodnotu na "false"

Hotovo

15
Všeobecná podpora / Hugin - enblend odmítá poslušnost
« kdy: 27. 09. 2015, 11:43:57 »
Nazdar, už přes měsíc se s prominutím seru s Huginem verze 2015.0.0.cdefc6e53a58, nástrojem na tvorbu panoramatických snímků, kde poslední dobou prolínač enblend verze 4.1.3+dfsg-2 odmítá sloužit.
Načtu si snímky, napíchám do nich kontrolní body, pohraju si s expozicí, paráda. Dám to slepit, přemapovač teď mimochodem umí používat GPU, takže se přemapování výrazně zkrátí bez evidentní ztráty na kvalitě výsledku, a pokud použiju jako prolínač ten zabudovanej, kterej prakticky neprolíná a nechává za sebou ošklivý švy, obrázek je na světě. Ale jak použiju enblend, nehledě na nastavení programu, tak když na něj přijde řada, vyhodí to dialogový okno s chybou, kde je možnost uložení chybový zprávy, a s odkazem, kam můžu bugreport poslat.
Jenže tam nic zajímavýho není, jen průběh (tohle je anglicky; očekával jsem větší výřečnost jak u češtiny, ale je to stejný):
Kód: [Vybrat]
============================================
Stitching panorama...
============================================

Platform: Linux 4.1.0-2-686-pae i686
Version: 2015.0.0.cdefc6e53a58
Working directory: /home/roman/Desktop/YE/00
Output prefix: 20150919_164418 - 20150919_164425

Blender: enblend 4.1.3
ExifTool version: 10.00

Number of active images: 3
Output exposure value: 13.9
Canvas size: 2994x3461
ROI: (232, 52) - (2762, 2679)
FOV: 54x61
Projection: Rectilinear(0)
Using GPU for remapping: true

Panorama Outputs:
* Exposure corrected, low dynamic range

Remapped Images:
* Exposure corrected, low dynamic range

First input image
Number: 0
Filename:
Size: 2560x1920
Projection: Normal (rectilinear)
Response type: custom (EMoR)
HFOV: 47
Exposure value: 12.8


Remapping LDR images...
nona: using graphics card: NVIDIA Corporation GeForce GTX 650/PCIe/SSE2
Multiple images output
loading 20150919_164418.jpg
remapping 20150919_164418.jpg
saving 20150919_164418 - 20150919_1644250000.tif
loading 20150919_164422.jpg
remapping 20150919_164422.jpg
saving 20150919_164418 - 20150919_1644250001.tif
loading 20150919_164425.jpg
remapping 20150919_164425.jpg
saving 20150919_164418 - 20150919_1644250002.tif

Blending images...

Tohle poslat nikam nemůžu, vždyť tam prakticky nic není. Ale má s tím někdo zkušenosti? Nafotil jsem neopakovatelnej okamžik, demolici, ale takhle to nemůžu zveřejnit.

Stran: [1] 2 3 ... 6