Divný zvuk



Ahoj,  
najednou se mi na PC začal projevovat protivný zvuk, něco jako klap, jako když program ukončí nějakou činnost. Je to na pozadí a nevím k čemu to mám přiřadit. U hodin v liště spuštěných programů se nic neděje. Posledně nainstalovaný program je Spybot.  
  
Díky za pomoc a radu, gero
skúsil by som nastaviť systémové zvuky.ovládací panel-zvuky a prideliť ku každej akcii konkrétny zvuk alebo vypnúť...
<p>obecně se mi nelíbí hudba na pozadí na webu. zpomaluje dobu načítání, překvapuje uživatele, kteří mají zapnuté reproduktory a jejich nepříjemné. je to podobné blikajícímu textu na webové stránce.</p><p>jediný čas, který mi dává smysl, je pro web o hudbě nebo pro skupinu. pak to lze očekávat.</p><p>lepším řešením je, aby na vás webová stránka, jako je @aslum, navrhl, aby si lidé mohli vybrat, zda budou vaši hudbu hrát, nebo ne.</p> Vypněte si v nastavení zvuková cvičení (reproduktor). Pokud nevíte jak, napište váš OS, prohlížeč, zařízení. <p>dup znamená duplicitní paket.</p><p>z <code>man ping</code>:</p><blockquote> <p>duplicitní a poškozené pakety</p> <p>ping zobrazí duplicitní a poškozené pakety. k duplicitním paketům by nikdy nemělo dojít a zdá se, že jsou způsobeny nevhodnými opakovanými přenosy na úrovni propojení. duplikáty se mohou objevit v mnoha situacích a jsou zřídka (pokud vůbec) dobrým signálem, i když přítomnost nízkých úrovní duplikátů nemusí být vždy důvodem poplachu.</p> <p>poškozené pakety jsou zjevně závažnou příčinou poplachu a často označují nefunkční hardware někde v cestě paketu ping (v síti nebo v hostitelích).</p> </blockquote><p>existují různé důvody, zachytili jste síťový provoz pomocí rozhraní v promiskuitním režimu? někdy je to důvod duplikovaných paketů.</p> <p>rozhodně, ale za tímto účelem byste pravděpodobně museli opravit firmware fotoaparátu a poté jej flashovat. podobné útoky byly použity k deaktivaci „zvuku závěrky“ u kamer.</p> <p><code>hi</code> je čas strávený přerušením zpracování hardwaru. hardwarová přerušení jsou generována hardwarovými zařízeními (síťové karty, řadič klávesnice, externí časovač, hardwarové senzory, ...), když potřebují něco signalizovat do procesoru (například data dorazila).</p><p>protože k tomu může dojít velmi často a protože v podstatě blokují aktuální cpu, zatímco jsou spuštěny, jsou popisovače hardwarového přerušení jádra psány tak rychle, jak je to jen možné.</p><p>pokud je třeba provést dlouhé nebo složité zpracování, jsou tyto úkoly odloženy pomocí mechanického volání <code>softirqs</code>. jsou naplánovány nezávisle, mohou běžet na jakémkoli cpu, mohou běžet souběžně (nic z toho neplatí pro popisovače přerušení hardwaru).</p><p><sub>část o tvrdých irq blokujících aktuální procesor a část o tom, že <code>softirqs</code> budou moci běžet kdekoli, nejsou úplně správné, mohou existovat omezení a některé tvrdé irq mohou přerušit jiné.</sub></p><p>jako příklad lze uvést, že hardwarové přerušení ze síťové karty „přijatá data“ by mohlo jednoduše uložit informace „karta ethx musí být obsluhována“ a naplánovat <code>softirq</code>. <code>softirq</code> by byla věc, která spouští skutečné směrování paketů.</p><p><code>si</code> představuje čas strávený v těchto <code>softirqs</code>.</p><p>dobré čtení o mechanismu <code>softirq</code> (s trochou historie) je také <a href="https://www.cs.unca.edu/brock/classes/spring2013/csci331/notes/paper-1130.pdf">dělám to později: softirqs, tasklets, dolní poloviny, fronty úkolů, pracovní fronty a časovače</a> = (pdf, 64 kb).</p><p><code>st</code>, „ukrást čas“, je relevantní pouze ve virtualizovaných prostředích. představuje čas, kdy skutečný procesor nebyl k dispozici aktuálnímu virtuálnímu počítači - byl „odcizen“ z toho vm) hypervizorem (buď pro spuštění jiného vm, nebo pro vlastní potřeby).</p><p>dokument <a href="https://www.ibm.com/developerworks/linux/linux390/perf/tuning\_cputimes.html">cpu time accounting</a> od ibm obsahuje více informací o krádeži času a účetnictví cpu ve virtualizovaných prostředích. (zaměřuje se na hardware typu zseries, ale obecná myšlenka je stejná pro většinu platforem.)</p> S poslechovými cvičeními jsou střídavě u různých lidí různé problémy. Pokud vám nefungují, můžete si je vypnout v nastavení. <p>to záleží na tom, zda máte obavy z odsouzení, nebo vyřizování pravděpodobné příčiny (v usa).</p><p>předpokládejme, že jste doma. spustíte vpn a připojíte se k poskytovateli vpn mimo lokalitu. pokud sleduji odchozí provoz (z vašeho domu), vím, že jste se právě připojili k určité ip adrese a že ip adresa je poskytovatel vpn. všechno uvnitř užitečného zatížení paketu je šifrováno.</p><p>poté se rozhodnete, když budete doma, zkontrolovat svůj e-mail. stává se, že sleduji odchozí provoz od poskytovatele vpn (který není šifrovaný). zaznamenávám to vše pomocí odfrknutí a spustím wireshark proti výstupu. vidím spojení s vaší e-mailovou adresou a napsaný e-mail. to může být chráněno ssl, pokud je to webmail. pokud se jedná o běžný e-mail, je to pravděpodobně prostý text. pokud to není prostý text, mohu se pokusit zachytit ho v přijímači. e-mail nemá žádný právní význam (tj. nepoužíváte jej k plánování něčeho nezákonného). všiml jsem si však skutečnosti, že zaměňujete použití jejich, tam a tam jsou. všimnu si také několika idiomů, které chcete použít.</p><p>během sledování odchozího provozu vidím, že váš účet psal několik e-mailů. zaznamenávám vzory překlepů a další postavy řeči. sbírám je po dobu jednoho měsíce nebo dvou.</p><p>potom jsem vložil položky, které si všimnu, do wireshark. přidávám několik věcí, o kterých je vám známo. pokaždé, když dojde k překlepu nebo použití idiomu (který používáte) najdete v obsahu jakéhokoli paketu, který vychází z vpn služby, kterou používáte, vidím to.</p><p>za další měsíc nebo dva mám spoustu datových bodů. některé jsou weby, na které jste šli, jiné ne. první věc, kterou udělám, je odstranění všech datových bodů, které opustily poskytovatele služeb vpn, když jste nebyli online (tj. neviděl jsem vás online z domova, nezapomeňte, že jsem začal sledováním tohoto připojení).</p><p>pak se podívám na zbývající provoz a uvidím, jestli mám nějaké body clusteru. spousta opakujících se témat. stejný předmět přes over. porovnávám to s vaším nešifrovaným provozem a vaším e-mailem.</p><p>neaplikoval jsem dostatek filtrů, abych tě izoloval od hluku (lidé, kteří používají stejné idiomy/pravopisné chyby jako ty), ale měl bych dobrý důvod pro pravděpodobnou příčinu. pokud mám dostatek referenčních bodů, je to jako otisk prstu.</p><p>v podstatě aplikuji bayesovskou analýzu na korpus práce, abych uvedl něco o pravděpodobnosti, že věřím, že příkladem bude člen souboru vytvořeného mým podezřelým. sbírka děl, která bych srovnávala, pochází z jakékoli práce, za kterou podezřelý veřejně uznal, že za ni odpovídá. tato analýza je dobře známa (a existuje i celá statistika stackexchange webu).</p><p>nechám tě odpovědět, s čím bych v tuto chvíli přišel?</p> Príčin může být spousta a zrejme to nebude mit souvislost z Duolingem. Zkuste se poptat nekde na forech, kde se resi hardwarove zalezitosti. <p>obecně byste měli použít <code>kill</code> (zkratka pro <code>kill -s term</code> nebo na většině systémů <code>kill -15</code>) před <code>kill -9</code> (<code>kill -s kill</code>) dát cílovému procesu šanci na vyčištění po sobě. (procesy nemohou chytit nebo ignorovat <code>sigkill</code>, ale mohou a často to chytí <code>sigterm</code>.) pokud nedáte procesu šanci dokončit to, co dělá a vyčistit, je to může nechat poškozené soubory (nebo jiný stav) kolem, že nebude schopen pochopit, jakmile restartujete.</p><p><code>strace</code>/<code>truss</code>, <code>ltrace</code> a <code>gdb</code> jsou obecně dobré nápady, jak zjistit, proč je zaseknutý proces zaseknutý. (<code>truss -u</code> na systému solaris je zvláště užitečné; <code>ltrace</code> příliš často předkládám argumenty pro volání z knihovny v nepoužitelném formátu.) solaris má také užitečné <code>/proc</code>- založené nástroje, z nichž některé byly přeneseny do linuxu. (<code>pstack</code> je často užitečný).</p> <pre><code>import sys sys.exit() </code></pre><p>podrobnosti z dokumentace <a href="https://docs.python.org/2/library/constants.html#exit"><code>sys</code> module</a> :</p><blockquote> <p><code>sys.<strong>exit</strong>([<em>arg</em>])</code></p> <blockquote> <p>ukončete program python. to je realizováno zvýšením <a href="https://docs.python.org/2/library/exceptions.html#systemexit"><code>systemexit</code></a> výjimka, takže jsou vyčištěny akce čištění specifikované konečnými klauzulemi <a href="https://docs.python.org/2/reference/compound\_stmts.html#try"><code>try</code></a> příkazů a je možné zachytit pokus o odchod na vnější úrovni.</p> <p>volitelný argument<em> arg </em>může být celé číslo udávající stav výstupu (výchozí hodnota je nula) nebo jiný typ objektu. pokud se jedná o celé číslo, nula se považuje za „úspěšné ukončení&ldquo; a jakákoliv nenulová hodnota se pokládá za „abnormální ukončení&ldquo; skořápkami a podobně. většina systémů vyžaduje, aby se nacházela v rozsahu 0-127, a jinak nevytváří výsledky. některé systémy mají konvenci pro přiřazení specifických významů specifickým výstupním kódům, ale ty jsou obecně nedostatečně rozvinuté; unix programy obecně používají 2 pro chyby syntaxe příkazového řádku a 1 pro všechny ostatní druhy chyb. pokud je předán jiný typ objektu, žádný je ekvivalentní předávání nuly a jakýkoli jiný objekt je vytištěn do <a href="https://docs.python.org/2/library/sys.html#sys.stderr"><code>stderr</code></a> a výsledkem je výstupní kód 1. zejména <code>sys.exit("some error message")</code> je rychlý způsob ukončení programu, když je dojde k chybě.</p> <p>vzhledem k tomu, že <a href="https://docs.python.org/2/library/constants.html#exit"><code>exit()</code></a> nakonec „pouze&ldquo; vyvolá výjimku, bude proces ukončen pouze tehdy, když bude zavolán z hlavního vlákna a výjimka nebude zachycena.</p> </blockquote> </blockquote><p>všimněte si, že toto je cesta „nice&ldquo;. @ <a href="https://stackoverflow.com/questions/73663/terminating-a-python-script#76374">glyphtwistedmatrix</a> níže ukazuje, že pokud chcete 'hard exit', můžete použít os.\_exit (<em> errorcode </em>). například kód chyby pod okny), a to je určitě méně přátelské, protože neumožňuje tlumočníkovi provést žádné čištění před tím, než proces zemře.</p>