MiniITX "custom" sestava



Dobrý denVybral jsem si bednu raijintek metis, líbí se mi vzhled i kompaktnost. - [https://www.mironet.cz/raijintek-metis-mini-itx-...](https://www.mironet.cz/raijintek-metis-mini-itx-2x-usb-30-bez-zdroje-cerna+dp269244/) Už od pohledu je vidět, že skříň bude mít špatný air-flow už jenom proto, že v přední části je zdroj a ne ventilátor. - Na procesor mám v plánu udělat chlazení s pumpou na procesoru, ze které povedou tvrdé trubice přímo do radiátoru s ventilátorem, podobně jak je na obrázku zde - <https://ctrlv.cz/7BOm>Nejsem si jistý s tou pumpou, vím že to je na těch all-in-one setech, bude fungovat toto? [http://www.jscomputers.cz/produkt/Alphacool\_Eisbaer...](http://www.jscomputers.cz/produkt/Alphacool_Eisbaer_-Solo-_-_2600rpm.html?arg1=001053007002003) - další na řadě je vyříznout do horního panelu 2 otvory pro 2x 120mm ventilátory a přidat mřížku proti prachu + otočit větrák ve zdroji , aby vzduch proudil ze spodu skříně do zadní části - ( viz odkaz ) <https://ctrlv.cz/Xe9s>- Ventilátory v horní části jsou z důvodu grafické karty, která není referenční s 1 ventilátorem.- Skříň má málo místa na kabeláž (mám doma nějaké opletené bílé prodlužovací kabely - 24pin na základní desku + 2x 6+2pin na grafiku) a proto jsem se rozhodl udělat z akrylové desky a teplem vytvarovat nová záda (levou stranu skříně) , která budou o cca 3 cm dál , než originální. + přes celou pravou stranu ze stejného materiálu průhledný bok. <https://ctrlv.cz/coK7>Ještě bych se chtěl zeptat jak by na tom mohl být ten air-flow podle vás. (?)Vaše názory?Díky za váš čas procesor na chlazení - i5 6400 grafika starší gtx 970
Pokud chceš stavět tak žravou sestavu, tak bude kvůli ztrátovému teplu nutné vzít zdroj 80Plus Gold nebo lépe Platinum. Mohl by být i pasivní a vzduch by se do skříně nasával přes něj.Procesor bych zvážil se sníženým TDP - T.
zdravím vojto, no průtok je relativně v pohodě, ale tlak nic moc, ale myslím, že by to mělo fungovat, jen to bude chtít zřejmě míchat pěnu koncentrovaněji. jestli můžu radit, tak mimo barvy řešte taky hlukové parametry nebo tepelnou izolaci. protože spousta projektantů navrhne klidně interiérové dveře do garáže v které se netopí a je propojena s chodbou do domu v které je konstantě 20c. nebo pokud máte technickou místnost v domě kde bude pračka a kotel či sušička a chcete mít v noci klidný spánek, dejte rozhodně padací těsnění do spodní části křídla a zárubně s těsněním. u celoskleněných dveří to bude trošku problém. <h2>poznámka před zahájením:</h2><p>tato funkce závisí na hardwaru i softwaru. pokud váš hardware nepodporuje řízení rychlosti ventilátoru nebo je nezobrazuje os, je velmi pravděpodobné, že toto řešení nelze použít. pokud ano, ale software (aka jádro) neví, jak jej ovládat, máte štěstí.</p><hr><ol> <li>nainstalujte balíčky <a href="https://apps.ubuntu.com/cat/applications/lm-sensors">lm-senzory</a> a <a href="https://apps.ubuntu.com/cat/applications/fancontrol">fancontrol</a> .</li> <li> <p>konfigurovat <strong> lm-senzory </strong></p> <ol> <li>v typu terminálu <code>sudo sensors-detect</code> a odpovězte ano na všechny ano/žádné otázky.<br> <em> (potenciálně to může poškodit váš systém nebo způsobit selhání systému. pro mnoho systémů je to bezpečné. neexistuje žádná záruka, že tento proces váš systém natrvalo nepoškodí, jen si myslím, že šance na takové kritické selhání je <strong> opravdu nízká </strong>. uložení veškeré práce pro případné havárie/zmrazení/restartování před zpracováním konfigurace systému je vždy dobrý nápad. nevíte si, přečtěte si komentáře a zkuste prohledat web a získat nějaký přehled na vysoké úrovni, než začnete vše, možná bude stačit selektivita u vašich ano-es)</em></li> <li>na konci detekce senzorů se zobrazí seznam modulů, které je třeba načíst. zadejte „ano“, aby senzory detekovaly vložení těchto modulů do/etc/modules nebo sami/editovali/etc/modules.</li> <li>spustit <code>sudo service module-init-tools restart</code>. tím se přečtou změny, které jste provedli v <code>/etc/modules</code> v kroku 3 a vložte nové moduly do jádra. <ul> <li><strong> poznámka </strong>: pokud používáte ubuntu 13.04 nebo vyšší, měl by být tento 3. krok nahrazen <code>sudo service kmod start</code>.</li> </ul> </li> </ol> </li> <li> <p>konfigurovat <strong> fancontrol </strong></p> <ol> <li>v typu terminálu <code>sudo pwmconfig</code>. tento skript zastaví každého fanouška po dobu 5 sekund, aby zjistil, které ventilátory lze ovládat pomocí pwm. po smyčce skriptu přes všechny ventilátory můžete nakonfigurovat, který ventilátor odpovídá které teplotě.</li> <li>budete muset určit, jaké senzory použít. to je trochu složitější. pokud máte jen jeden ventilátor, ujistěte se, že používáte jádro pro teplotní čidlo, abyste mohli založit rychlost řízení ventilátoru.</li> <li>proveďte výzvy a uložte změny do výchozího umístění.</li> <li>proveďte úpravy doladění <code>/etc/fancontrol</code> a použijte <code>sudo service fancontrol restart</code> pro uplatnění vašich změn. (v mém případě jsem nastavil interval na 2 sekundy.)</li> </ol> </li> <li> <p>nastavit <strong> službu fancontrol </strong></p> <ol> <li>spustit <code>sudo service fancontrol start</code>. tím se také automaticky spustí služba fancontrol při spuštění systému.</li> </ol> </li> </ol><p>v mém případě <code>/etc/fancontrol</code> pro cpu jsem použil:</p><p>nastavení pro hwmon0/device/pwm2:<br> (závisí na hwmon0/device/temp2\_input) (ovládá hwmon0/device/fan2\_input)</p><pre><code>interval=2 mintemp=40 maxtemp=60 minstart=150 minstop=0 minpwm=0 maxpwm=255 </code></pre><p>a na jiném systému je to:</p><pre><code>interval=10 devpath=hwmon1=devices/platform/coretemp.0 hwmon2=devices/platform/nct6775.2608 devname=hwmon1=coretemp hwmon2=nct6779 fctemps=hwmon2/pwm2=hwmon1/temp2\_input fcfans=hwmon2/pwm2=hwmon2/fan2\_input mintemp=hwmon2/pwm2=49 maxtemp=hwmon2/pwm2=83 minstart=hwmon2/pwm2=150 minstop=hwmon2/pwm2=15 minpwm=hwmon2/pwm2=14 maxpwm=hwmon2/pwm2=255 </code></pre><p> <a href="https://www.systutorials.com/docs/linux/man/8-fancontrol/">zde</a> je několik užitečných informací o nastaveních a o tom, co skutečně dělají</p> <p><strong> poznámka: </strong> <em>toto bylo testováno na notebooku s grafickou kartou řízenou i915.</em></p><hr><h3>pozadí</h3><p><strong> poznámka: </strong> když je připojena nová obrazovka, do hostitele není odeslána žádná událost, zůstane to pravda i po mé poslední úpravě. jediným způsobem je tedy použít dotazování. snažím se, aby byly co nejefektivnější ...</p><h3>úprava # 3</h3><p>nakonec existuje jedno lepší řešení (prostřednictvím acpi):</p><p>stále neexistuje žádná událost, ale acpi se zdá být efektivnější než <code>xrandr</code> na dotaz. (poznámka: toto <strong> vyžaduje </strong> načtené moduly jádra acpi, ale nevyžaduje oprávnění root.</p><p>moje konečné řešení (pomocí bash):</p><pre><code>isvgaconnected() { local crtstate read -a &lt; /proc/acpi/video/vid/crt0/state crtstate test $(( ( ${crtstate[1]} &gt;&gt;4 ) ${1:+*-1+1} )) -ne 0 } </code></pre><p>nyní test:</p><pre><code>$ if isvgaconnected; then echo yes; else echo no; fi yes </code></pre><p>je zapojen, takže ho nyní odpojím:</p><pre><code>$ if isvgaconnected; then echo yes; else echo no; fi no </code></pre><p><strong> poznámka: </strong> <code>${1:+*-1+1}</code> povolit argument <em>boolean</em>: pokud <em>něco je přítomno</em>, odpověď by byla obrácena: <code>( crtstate &gt;&gt; 4 ) * -1 + 1</code>.</p><p>a závěrečný skript:</p><pre><code>#!/bin/bash export crtprocentry=/proc/acpi/video/vid/crt0/state isvgaconnected() { local crtstate read -a &lt; $crtprocentry crtstate test $(( ( ${crtstate[1]} &gt;&gt;4 ) ${1:+*-1+1} )) -ne 0 } delay=.1 unset switch isvgaconnected || switch=not while :;do while isvgaconnected $switch;do sleep $delay done if [ "$switch" ];then unset switch echo vga is connected # doing something while vga is connected else switch=not echo vga is not connected. # doing something else, maybe. fi done </code></pre><p><strong> upozornění: </strong> <em>lehčí než <code>xrandr</code>, ale ne nevýznamné</em> se zpožděním menším než <em>,02</em> sekund, bash skript půjde na začátek procesu jedlíci zdrojů (<code>top</code>)!</p><p>i když to stojí ~ 0,001 s:</p><pre><code>$ time read -a &lt;/proc/stat crtstat </code></pre><p>vyžaduje to ~ 0,030 s:</p><pre><code>$ read -a &lt; /proc/acpi/video/vid/crt0/state crtstate </code></pre><p>to je velké! takže v závislosti na tom, co potřebujete, lze <code>delay</code> rozumně nastavit mezi <code>0.5</code> a <code>2</code>.</p><h3>úprava # 2</h3><p>nakonec jsem něco našel:</p><p><strong> důležité vyloučení odpovědnosti: </strong> hraní s <code>/proc</code> a <code>/sys</code> záznamy mohou poškodit váš systém !!! takže na produkčních systémech nezkoušejte následující.</p><pre><code>mapfile watchfilelist &lt; &lt;( find /sys /proc -type f 2&gt;/dev/null | grep -i acpi\\\|i91 ) prompt=("/" "|" '\' '-'); l=0 while :; do mapfile watchstat &lt; &lt;( grep -h . ${watchfilelist[@]} 2&gt;/dev/null ) for ((i=0;i&lt;=${#watchstat[@]};i++)); do [ "${watchstat[i]}" == "${oldstat[i]}" ] || echo ${watchstat[i]} done oldstat=("${watchstat[@]}") sleep .5 printf "\r%s\r" ${prompt[l++]} [ $l -eq 4 ]&amp;&amp;l=0 done </code></pre><p>... po očištění nežádoucích záznamů:</p><pre><code>for ((i=0;i&lt;=${#watchfilelist[@]};i++)); do [[ "${watchfilelist[$i]}" =~ /sys/firmware/acpi/interrupts/sci ]] &amp;&amp; unset watchfilelist[$i] &amp;&amp; echo $i done </code></pre><p>to jsem dokázal přečíst:</p><pre><code>/proc/acpi/video/vid/crt0/state:state: 0x1d /proc/acpi/video/vid/crt0/state:state: 0x0d /proc/acpi/video/vid/crt0/state:state: 0x1d </code></pre><p>když připojím, odpojte a znovu zapojte kabel monitoru.</p><p>při dotazu na konfiguraci (spuštění <code>system/preferences/monitor</code> nebo <code>xrandr</code>), grafické karty udělají typ <em>scan</em>, takže běží <code>xrandr -q</code> vám dá informace, ale musíte zjistit stav.</p><p>prohledal jsem všechny protokoly (jádro, démona, x atd.) prohledávajícím <code>/proc</code> &amp; <code>/sys</code> a zjevně se zdá, že neexistuje nic, co by vyhovovalo vaší žádosti.</p><p>zkusil jsem to také:</p><pre><code>export spc50="$(printf "%50s" "")" watch -n1 ' find /proc/acpi/video -type f | xargs grep -h . | sed "s/^\([^:]*):/\1'$spc50'}:/; s/^\(.\{50\}\) *:/\1 /"' </code></pre><p>po tom všem, když spustíte <code>system/preferences/monitor</code> zatímco nebyla připojena žádná nová obrazovka ani odpojena, bude se nástroj zobrazovat jednoduše (normálně). ale pokud jste již dříve připojili nebo odpojili obrazovku, občas spustíte tento nástroj a uvidíte, že na ploše vytvoříte typ <em>reset</em> ​​nebo <em>obnovit</em> ​​(stejný pokud spustíte <code>xrandr</code>).</p><p>zdá se, že to potvrzuje, že tento nástroj požádá o <code>xrandr</code> (nebo pracuje stejným způsobem) pravidelným dotazováním na stav, počínaje okamžikem jeho spuštění.</p><p>můžete vyzkoušet sami:</p><pre><code>$ for ((i=10;i--;)); do xrandr -q | grep ' connected' | wc -l; sleep 1; done 1 1 1 2 2 2 1 1 1 1 </code></pre><p>tím se na 10 sekund zobrazí počet připojených obrazovek (displejů).</p><p>zatímco to běží, připojte a/nebo odpojte obrazovku/monitor a podívejte se, co se děje. takže byste mohli vytvořit malou testovací funkci bash:</p><pre><code>isvgaconnected() { local xrandr=$(xrandr -q) [ "$xrandr" == "${xrandr#*vga1 con}" ] || return 0 return 1 } </code></pre><p>který by byl použitelný jako v:</p><pre><code>$ if isvgaconnected; then echo yes; fi </code></pre><p>ale buďte opatrní, <code>xrandr</code> trvá asi <strong> 0,140 s do 0.200 s </strong>, zatímco na zástrčkách nedojde k žádné změně a do <strong> 0,770 sekund </strong> kdykoli něco bylo připojeno nebo odpojeno těsně před (<strong> poznámka: </strong> zdá se, že to není zdrojový zdroj).</p><h3>úprava # 1</h3><p>abych zajistil, že neučím něco nesprávného, ​​prohledával jsem web a dokumenty, ale nenašel jsem nic o <em>dbus and screens</em>.</p><p>nakonec jsem běžel ve dvou různých oknech <code>dbus-monitor --system</code> (hrál jsem také s možnostmi) a malý skript, který jsem napsal:</p><pre><code>$ for ((i=1000;i--;)); do isvgaconnected &amp;&amp; echo yes || echo no; sleep .5; done </code></pre><p>... a znovu zapojen, než odpojen monitor, mnohokrát. takže teď mohu říci:</p><ul> <li><em>v této konfiguraci <strong> pomocí ovladače i915 </strong> neexistuje jiný způsob, než spustit <code>xrandr -q</code> vědět, zda je monitor připojen nebo ne.</em></li> </ul><p>ale buďte opatrní, protože se nejeví jiné způsoby. například se zdá, že <code>xrandr</code> tyto informace sdílí, takže moje plocha gnome by se automaticky přepnula na <code>xinerama</code> automaticky ... <strong>, když jsem běžel <code>xrandr</code> </strong>.</p><h3>některé dokumenty</h3><ul> <li> <a href="https://wiki.archlinux.org/index.php/xrandr#toggle\_external\_monitor">skript pro přepínání interního/externího displeje pro notebooky</a> </li> <li> <a href="http://www.x.org/docs/intel/hd/ihd\_os\_vol\_3\_part4\_bjs.pdf">®intel hd graphics opensource programmer's reference manual</a> </li> </ul> dobrý den, pane petrlíku, ve vašem případě se pravděpodobně vyplatí čerpadlo vzduch–vzduch, pakliže je váš prostor dostatečně otevřený. pokud máte v domě více malých místností, bude vytápění celého objektu náročnější. doporučuji zaměření přímo na místě. dobrý den, petře, obecně vzato se dá říci, že v případě vytápění jedné místnosti vám postačí klimatizace o výkonu 3 kw. zdravím radoslave, klidně  [gyeon q2m towel wash](https://www.vlesku.cz/pripravek-pro-prani-mikrovlaknovych-uterek-gyeon-q2m-towel-wash) nebo  [auto finesse micro wash](https://www.vlesku.cz/pripravek-pro-prani-mikrovlaknovych-uterek-auto-finesse-micro-wash-500-ml). je to jedno, oba mi přijdou, že perou +- stejně :). pomůžou pokud je nalepíte z interiéru a tím pádem budou fungovat tak, že udrží více tepla v místnosti ve které topíte. asi jsou dobré keramické folie, které jsou pevné. možná si půjčte termokameru a zjistěte jestli je problém opravu ve sklech nebo jestli nejsou studenější místa kolem rámů, protože jinak vám teplo bude pořád utíkat ve velkém. <h1>řešení ubuntu/linux</h1><h2>1. získejte nejnovější obrázek</h2><p>měli byste to udělat s <a href="https://launchpad.net/ubuntu/+source/testdrive">testdrive</a> <a href="http://apt.ubuntu.com/p/testdrive"><img src="https://hostmar.co/software-small" alt="install testdrive"></a> .</p><p><img src="https://i.stack.imgur.com/rj1n8.png" alt="testdrive"></p><p><strong> poznámka. </strong> pokud je váš klíč menší než 4,4 gb (pro ubuntu 11.04 (natty narwhal)), musíte <strong> musíte </strong> získat alternativní instalační program. pokud je na disku méně než 4,4 gb volného místa, instalační program desktop odmítne pokračovat.</p><h2>2. naformátujte disk usb.</h2><p>to je důležité, pokud již máte na disku něco, co vypadá jako instalace systému linux, nebo se instalační program z nějakého důvodu nebude chtít dotknout tohoto disku. dříve jsem selhal, protože jsem tento krok neprovedl, takže přeskočte na vlastní nebezpečí! potřebujete klíč o velikosti alespoň 3 gb.</p><p>můžete tak učinit z <em> systému </em> → <em> administrace </em> → <em> nástroj disk </em>. vyberte cílový klíč usb, odpojte všechny oddíly a vyberte <em> formátovat jednotku. </em></p><p><img src="https://i.stack.imgur.com/wnna7.png" alt="disk utility"></p><p>než budete moci formátovat disk, musíte se ujistit, že jste vybrali „don't partition“.</p><p><img src="https://i.stack.imgur.com/gkwf2.png" alt="format drive window."></p><h2>3. spusťte virtuální počítač na klíči usb</h2><p>ujistil jsem se (s <code>file</code>), že můj usb klíč byl v <code>/dev/sdb</code>, pak běžel:</p><pre><code>sudo qemu-system-x86\_64 /dev/sdb -cdrom ~/.cache/testdrive/iso/ubuntu\_natty-desktop-i386.iso </code></pre><p>... chcete-li nainstalovat iso i386 na ploše natty narwhal - název souboru se bude lišit, pokud stáhnete jiný obrázek iso.</p><p>podrobnosti zvoleného virtualizačního řešení se budou lišit, ale jako pevný disk vm budete chtít použít soubor zařízení <em> vašeho klíče usb </em>.</p><p>připojit <code>-boot order=d</code> k příkazu kvm, aby byl spouštěn z obrazu v případě, že se pokusí zavést systém z 'pevného disku' a selže, protože tam nemůže najít operační systém.</p><h2>4. instalujte normálně.</h2><p>v tuto chvíli pracujete na virtuálním počítači, který považuje váš klíč usb za jediný připojený pevný disk. zevnitř okna „qemu“ nainstalujte, jak byste normálně dělali.</p><p>několik poznámek:</p><ul> <li> <p><strong> dělení diskových oddílů </strong> nepoužívejte automatický systém dělení diskových oddílů, protože na vašem usb klíči vytvoří odkládací oddíl. to není dobré, protože přepínání se stává <em> super </em> pomalým (systém s dlouhými sekundami zamrzne) a rychle zabíjí život vašeho disku. jednoduše přidělte jeden oddíl pro <code>/</code>. pokud používáte alternativní instalační program, nezapomeňte nastavit příznak <code>noatime</code>, aby se dále snížilo množství zápisů na disk.</p> </li> <li> <p><strong> aktualizace </strong> přeskočte možnost automatického stahování a instalace aktualizací. není zaručeno, že repozitáře budou v době spuštění instalačního programu v konzistentním stavu. osobně bych raději spravoval upgrady ručně pomocí nástroje, jako je <a href="https://help.ubuntu.com/8.04/serverguide/c/aptitude.html">aptitude</a> (který se ve výchozím nastavení s ubuntu již nedodává).</p> </li> <li> <p><strong> alpha-kvalitní software. </strong> věci jsou trochu zvratné - je to nakonec software v alfa kvalitě. nechal jsem <code>dpkg</code> opouštět s chybovým kódem 1, aniž bych musel chybu zkontrolovat - v důsledku toho však nebyly rozbity žádné balíčky. po nastavení jsem se pokusil virtuální počítač vypnout, ale visel. po restartu se však systém zavedl dobře.</p> </li> </ul><h2>5. restartujte a spusťte do své kopie ubuntu</h2><p>možná bude nutné, abyste si osvojili nastavení systému bios, abyste to mohli provést.</p><hr><p>pěkná (nebo nepříjemná věc na základě vašeho případu použití) o ubuntu na usb je, že až příště obnoví grub, také detekuje a přidá do seznamu jádra a operační systémy na hdd. to by vám mělo umožnit zavedení přímo na váš hdd z grub vašeho usb klíče.</p> Jediným důvodem, proč jsem nechtěl používat `ThreadPool`levnou multithreading je, když potřebuji ...


1. interract s metodou chodu (např zabít to)
2. spustit kód na [podproces STA](http://msdn.microsoft.com/en-us/library/system.stathreadattribute.aspx "Single-Threaded Apartment nit;  viz např tohoto referenčního stránce MSDN STAThreadAttribute") (to se mi stalo)
3. udržet nit živý po mé žádosti zemřel ( `ThreadPool`závity jsou na pozadí nitě)
4. v případě, že musím změnit prioritu závitu. Nemůžeme měnit prioritu nití ThreadPool která je ve výchozím nastavení Normal.



> 
> **PS:** Tento článek MSDN [*„Managed Thread Pool“*](http://msdn.microsoft.com/en-us/library/0ka9477y.aspx "Managed Thread Pool (stránky na webu MSDN)") obsahuje oddíl s názvem *„Kdy nepoužít Thread Pool příze“* , s velmi podobným, ale o něco více kompletní seznam možných důvodů nepoužívá vlákno bazén.
> 
> 
> 


Existuje spousta důvodů, proč byste museli přeskočit `ThreadPool`, ale pokud je neznáte, pak `ThreadPool`by mělo být dost dobré i pro vás.


Alternativně, podívejte se na nový [rámec Paralelní rozšíření](http://www.microsoft.com/downloads/details.aspx?FamilyID=e848dc1d-5be3-4941-8705-024bc7f180ba) , která má nějaké úhledné věci tam, které mohou vyhovovat vašim potřebám, aniž by museli používat `ThreadPool`.