HP dx5150 Microtower - Athlon 64 3200+



Dobrý den,  
mám na Vás skromný dotaz > je možné upgradovat sestavu HP Compaq dx5150 Microtower - Athlon 64 3200+, 160GB, 512 MB RAM, WIN XP Professional > jde mi o grafickou kartu; procesor a v neposlední řadě RAM « zdroj »   
děkuji  
jsem s podravem  
Klopar  
  
  
   
Popis zboží  
  
Technická specifikace  
Instalovaný operační systém: Microsoft Windows XP Professional SP2  
Procesor: AMD Athlon 64 3200+  
Čipová sada: ATI RADEON XPRESS 200  
Typ paměti: DDR1-Synch DRAM PC-3200  
Standardní paměť: 512 MB  
Rozšíření paměti: rozšiřitelné až na 4 GB prostřednictvím čtyř standardních slotů  
Maximální paměť: 4 GB DDR1-Synch DRAM  
Interní jednotka pevného disku: 160 GB  
Rychlost pevného disku: 7 200 ot./min  
Pozice pro externí jednotku: 2 externí 5,25 palcové a 2 externí 3,5 palcové  
Interní pozice jednotek: 2 interní 3,5 palcové  
Disketová mechanika: 1.44MB Floppy Drive MT  
Jednotka DVD+-RW: 16X DVD+/-RW Drive (LS/DL/DF)  
Řadič pevného disku: Pevný disk SMART III Serial ATA 1,5 GB/s  
Typ skříně: Microtower  
Grafický adaptér, sběrnice: Standardní porty VGA a DVI-D  
Rozšiřující sloty: 2 standardně vysoké sloty PCI, 1 standardně vysoký slot x1 PCI-E a 1 standardně vysoký slot x16 PCI-E  
Zvuk: Integrovaná zvuková karta Realtek AC97 s prvotřídními interními reproduktory  
síťové rozhraní: Integrovaná síťová karta PCI-E Broadcom NetXtreme Gigabit Ethernet for HP  
Ovladač LAN: Microsoft Windows NT 4.0, Microsoft Windows 98, Microsoft 2000, Microsoft XP, Linux 2.2, Linux 2.4  
Fyzické zabezpečení: Zámek kabelů Kensington, podpora bezpečnostní smyčky krytu, volitelné integrované bezpečnostní řešení TPM  
rozměry (š x h x v): 17,5 × 42,0 × 36,8 cm  
Hmotnost: 11 kg  
Požadavky na napájení: Vstupní napětí 90 – 132 / 180 – 264 V, 50/60 Hz, manuální nastavení vstupního napětí 115 V / 230 V  
Rozsah provozních teplot: 10 až 35 °C  
Rozsah skladovacích teplot: -30 až 90 °C  
Vlhkost, mimo provoz: 10 až 95 % relativní vlhkosti  
Rozsah provozní vlhkosti: 10 až 90 % relativní vlhkosti
Neviem co presne sledujes otazkou "je mozne upgradovat", tak zatial iba strucne:  
- Na socket 754 uz lepsi procesor asi nezozenies ako Athlon 64 3200+  
- Ramky upgradnes aj zozenies v pohode, akurat za ne das 2-3 krat viac pri novej zostave, kedze su iba DDR1  
- S novou grafickou kartou by si problem nemal mat, kedze mas PCI-E x16
Záleží hlavně na grafické kartě, tato hra vyžaduje minimálně: Nvidia 7900 256MB alebo ATI X1900 256MB.

Nicméně na grafických kartách v noteboocích nemusí fungovat korektně. <p>můžete použít některou z těchto dvou jednoplášťových linek. oba přinášejí přesně stejný výkon na mém stroji a jsou přesnější než všechna dosud navrhovaná řešení (6. července 2014) v této otázce.</p><p><strong> pomocí <code>apt-mark</code>: </strong></p><pre><code>comm -23 &lt;(apt-mark showmanual | sort -u) &lt;(gzip -dc /var/log/installer/initial-status.gz | sed -n 's/^package: //p' | sort -u) </code></pre><p><strong> pomocí <code>aptitude</code>: </strong></p><pre><code>comm -23 &lt;(aptitude search '~i !~m' -f '%p' | sed "s/ *$//" | sort -u) &lt;(gzip -dc /var/log/installer/initial-status.gz | sed -n 's/^package: //p' | sort -u) </code></pre><p>jen velmi málo balíčků stále propadá trhlinami, ačkoliv mám podezření, že je uživatel skutečně nainstaloval <em> jsou</em>, a to buď hned po instalaci prostřednictvím nastavení lokalizace jazyka, nebo např. prostřednictvím instalátoru kodeků totem. také se zdá, že se hromadí i verze linuxových záhlaví, i když jsem nainstaloval pouze metapackage, který není specifický pro verzi. příklady:</p><pre><code>libreoffice-help-en-gb openoffice.org-hyphenation gstreamer0.10-fluendo-mp3 linux-headers-3.13.0-29 </code></pre><p><strong> jak to funguje: </strong></p><ol> <li>získejte seznam ručně nainstalovaných balíčků. pro aptitude další <code>sed</code> odstraní zbývající mezeru na konci řádku.</li> <li>seznam nainstalovaných balíčků získáte hned po nové instalaci.</li> <li>porovnejte soubory, vydejte pouze řádky v souboru 1, které nejsou v souboru 2.</li> </ol><p><strong> ostatní možnosti také nefungují: </strong></p><ul> <li>za použití <code>ubuntu-14.04-desktop-amd64.manifest</code> soubor ( <a href="http://releases.ubuntu.com/releases/trusty/ubuntu-14.04-desktop-amd64.manifest">zde</a> pro ubuntu 14.04) místo <code>/var/log/installer/initial-status.gz</code>. další balíčky jsou zobrazeny jako ručně nainstalované, i když nejsou.</li> <li>použitím <code>apt-mark showauto</code> namísto <code>/var/log/installer/initial-status.gz</code>. <code>apt-mark</code> například nezahrnuje balíček xserver-xorg, zatímco druhý soubor ano.</li> </ul><p>jako reference jsem použil různé další příspěvky stackexchange, žádné však nefungují a výše uvedené řešení:</p><ul> <li> <a href="https://unix.stackexchange.com/a/3624/49168">aptitude + manifest</a> </li> <li> <a href="https://unix.stackexchange.com/a/80520/49168">initial-status.gz + apt-mark showauto</a> </li> </ul><p>oba obsahují více balíčků než výše uvedené řešení.</p><p><strong> úprava: co dělat, pokud jste upgradovali z předchozí verze: </strong></p><p>pokud jste upgradovali ubuntu z jednoho vydání na další, budete pravděpodobně muset tento proces upravit. v takovém případě bych kromě souboru initial-status.gz z aktuální verze zkontroloval soubor manifestu novější verze (viz výše). můžete to snadno udělat pouhým přidáním dalšího srovnání. použití pouze souboru manifestu nebude fungovat, protože soubor manifestu bohužel neobsahuje vše, co soubor initial\_status.gz obsahuje (zaškrtl jsem).</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> <p>nejobsáhlejší software pro testování zátěže, který jsem našel, je <a href="http://bit.ly/4r8g2l">hp loadrunner</a> (omlouvám se za bit.ly odkaz, ale hp odkaz je hrozný a nebude fungovat správně). je velmi flexibilní a ze zátěžových testů můžete generovat mnoho různých typů zpráv. můžete také nechat skupinu strojů pracovat společně s testem zatížení. ne, že ostatní nástroje jsou špatné, ale vypadá to jako <a href="http://jakarta.apache.org/jmeter/">apache jmeter</a> vypadá jako hračka.</p> <p><strong> edit: </strong>první kontrola, pokud jste nevyčerpali místo na disku, před vyřešením rozlišení souvisejícího s konfigurací.</p><p>zdá se, že máte příliš nízkou maximální velikost <code>innodb\_data\_file\_path</code> ve vašem <code>my.cnf</code>, v tomto příkladu</p><pre><code>innodb\_data\_file\_path = ibdata1:10m:autoextend:max:512m </code></pre><p>nelze kombinovat více než 512 mb dat ve všech tabulkách inodbb.</p><p>možná byste měli přepnout na režim inodb-na-stůl pomocí <code>innodb\_file\_per\_table</code>.</p> <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>na vaši otázku neexistuje jednoduchá odpověď, ale zde je několik věcí, na které byste se měli zamyslet.</p><p>zaprvé, měřítko není jediná věc, o kterou se musíme starat. co děláte s vašimi daty je. pokud máte 500 tabulek 30 tb dat a děláte jednoduché oltp s velmi malým počtem hlášení), nemyslím si, že budete mít příliš mnoho problémů "tam jsou 32tb databáze na postgresql tam venku. zároveň se však výkon poněkud sníží, protože to musí zasáhnout disk na všechno. podobně, pokud máte 50 tb, pokud data, ale mají běžně zasaženou sadu asi 100 gb, pak můžete postavte server s dostatečným množstvím ram), abyste tuto část db udrželi v paměti a jste zlatí.</p><p>na druhou stranu, pokud se pokoušíte režim (nejběžnější hodnotu) z 1tb dat, nezáleží na tom, jaký systém používáte, bude to <em> bolestivé </em> s nebo bez střepů. (edit: sharding může ve skutečnosti tento problém zhoršit <em>. </em>)</p><p>mezi hlavní problémy, s nimiž se setkáte s obrovskými db na mysql a postgresql, patří skutečnost, že ani nepodporuje paralelismus dotazování. jinými slovy, dotaz je spuštěn jako jeden blok jedním vláknem a nelze jej rozdělit na kousky a spustit samostatně. toto je nejčastěji problém při spouštění velkých analytických dotazů na velké množství dat. to je místo, kde postgres-xc a green plum přicházejí k záchraně, protože oddělují úložiště od provádění, a mohou tak učinit na úrovni koordinátora. všimněte si, že postgres-xc a green plum v zásadě používají střepiny interně, ale koordinátoři prosazují veškerou konzistenci globálně.</p><p>s paralelizací dotazování můžete dotaz rozdělit, mít různé procesory/diskové i/o kanály spouštět jeho části a vykazovat zpětné části sady výsledků, které mají být sestaveny, a předány zpět do aplikace. to je opět velmi užitečné při analytickém namísto zpracování transakcí.</p><p>druhou věcí je, že některé systémy, například vertica nebo greenplum, uchovávají sloupce informací společně. to ztěžuje použití systému z perspektivy oltp) a snižuje tam výkon, ale drasticky zvyšuje výkon pro velké analytické pracovní zatížení. jedná se tedy o kompromis specifický pro pracovní vytížení.</p><p>odpověď je, že jakmile se dostanete nad 1-2 tb ve velikosti, kterou můžete <em>, můžete </em>, ocitnout se tváří v tvář číslu kompromisů mezi systémy a pracovním zatížením. opět je to specifické pro databáze, velikost pracovních sad atd. nicméně v tomto bodě musíte opravdu jít se systémy sněhové vločky, tj. systémy jedinečné a přizpůsobené vašemu pracovnímu zatížení.</p><p>to samozřejmě znamená, že limity nejsou obecně kvantifikovatelné.</p><p><strong>pravit</strong>: nyní jsem pracoval s 9tb databází, která zpracovává směs pracovní podpory při rozhodování a transakčního zpracování v postgresql. jedinou největší výzvou je, že pokud máte otázky, které zasáhly velkou část sady dat, budete muset chvíli počkat na odpověď.</p><p>nicméně s pečlivou pozorností k základům (včetně indexů, autovaku, jak tyto fungují na nízké úrovni atd.) a dostatečným výpočetním prostředkům, jsou zcela zvládnutelné (a odhaduji, že by dobře zvládnutelné do rozsahu 30tb v pg).</p><p><strong>edit2</strong>: jakmile se vydáte na 100 tb, i když to, co bude fungovat, bude záviset na vašem datovém souboru. momentálně pracuji na jednom, který se do tohoto rozsahu nevejde, protože to nejprve zasáhne limit 32 tb v tabulce v postgresql.</p> Tak Koupí novýho přijímače asi nic nezkazíš. Dobrý jsou všechny HD postavený na Linuxu. Mezi nimi bude jeden z lepších asi tenhle [parabola.cz/...](http://www.parabola.cz/clanky/4496/dreambox-dm7020-hd-luxusni-hd-pvr-satelitni-prijimac/) ale je otázka, zdali se vložený prostředky vrátí. Pro někoho jo, pro někoho ne. Já mám HD-Box, jsem spokojenej a byl za půlku. ceny Dreamboxu.

Výběr satelitů je převelikej a vybírat si můžeš dlouho. Tak si vyber ten kterej se ti líbí a se kterým se ti dobře pracuje. Nejlépe si snad najít nějakou nápovědu: [janoud.cz/...](http://www.janoud.cz/sub/jcuele/11_Uvod_do_teorie_dvojbranu.pdf) , tam si najít hornopropustní filtry a na ty základní vzorce "naroubovat"řešení tohoto čtyřpólu (dvoubranu), které bude trochu složitější kvůli vloženému R1. Ve výsledku mi vyšel minimální útlum (směrem k vysokým kmitočtům -3,5dB, bod zlomu f(m) 1296Hz, směrem k nízkým kmitočtům pokles -20dB/dek (viz obr.). Fázová char. odpovídá vyobrazení. 

doplněno 07.04.11 23:44:Ten obrázek se dal vložit sem: Použij nějaké "Live CD"

[o106.com/...](http://o106.com/odvirovani-pocitace-s-windows-bootovatelna-live-cd-s-antiviry/)