SONY Vegas 7.0 (nastavení)



Dobrý den,  
  
mám takovou otázku a nevím jestli na ní existuje odpověď. Používám Sony Vegas 7, nahrávám a upravuji v něm muziku (tam není problém) a taky stříhám videa.   
  
Problém je, že poté co jsem si rozšířil operační paměť z 512MB na 2GB, se Vegas začíná při přehrávání videa zasekávat. Program používám na notebooku, jehož konfigurace je pro editaci videa přímo sebevražedná. Intel Celeron 1.6Ghz a nově 2GB RAM. Integrovaná grafika VIA to taky nezachrání. Celé to běží pod Windows XP.  
  
Tenhle problém jsem neřešil výměnou "stroje" jak mi bylo doporučeno (společně s poklepáním na čelo), ale jednoduše jsem jej obešel. Pokud byly zdrojové videosoubory ve formátu DivX, nebo jiné náročnější komprimaci, tak jsem je zkonvertoval do Mpegu pro VCD. Sice to bylo za cenu snížení obrazové kvality, ale dosáhl jsem tím bezproblémové práce ve Vegas a to i když jsem používal "obraz v obraze" (dokonce tři video stopy přes sebe), což je s takto slabou konfigurací docela úspěch. I když tomu někteří nechtějí věřit, šlapalo to, výsledkem toho byl i 93 minut dlouhý film vlastní výroby, který v editoru čítal ony tři video stopy + 12 audio stop (na některých jsem i použil FX filtry a efekty).  
  
Po rozšíření RAM, jsem stejným způsobem začal stříhat klip o délce cca 15 minut. Soubor opět prošel konverzí, pomocí stejné aplikace, kterou používám už několik let. Nemilé překvapení na mě čekalo ve chvíli, kdy jsem si chtěl sestříhaný kousek přehrát. Chvilku to jede, pak se začne zasekávat časový kód a ve finále počítač reaguje s přibližně 15ti sekundovou odezvou. Trhá se zvuk i obraz a to i když je okno náhledu zmenšené na hranici viditelnosti a kvalita snížena na minimum (tedy na KONCEPT).  
  
Samotné rozšíření RAM na to dle mého názoru vliv nemá (je stejně rychlá jako ta předchozí). Spíš se domnívám, že došlo ke změnám v jejím využití. Prošel jsem nastavení Vegas, našel jsem cosi jako video buffer, ale ať přidám, nebo uberu, po pár minutách opět "cukatůra". V takovém případě mi nezbývá nic jiného, než projekt uložit, Vegas ukončit a spustit znovu. Po otevření projektu, najdu ono nepřehratelné místo, dám play a všechno opět běží jako hodinky. Bohužel jen pár minut, po kterých musím celý postup opakovat.  
  
Další varianta je, že jsem od Microsoftu obdržel nějakou "důležitou" aktualizaci, např. na NET.Framework, která zvýšila hardwarové nároky a tím pádem mám po srandě.  
  
A tak se chci touto cestou zeptat, zda se s podobným jevem už někdo setkal, případně na něj nenašel řešení (s vyjímkou výměny počítače, to umí každej...)  
  
Předem děkuji za odpověď a pokud někdo tento příspěvek dočetl až jsem, už teď má můj hluboký obdiv...
Mam stejný problém.. Co jsem slyšel tak v Sony Vegas 9 je pod náhledem videa posuvník kterým se automaticky ubere kvalita a dá se to v klidu sestřihat a na konci při ukládání se kvalita zase hodí na max. Ale v sedmičce jsem nic takového nenašel... :// takže to je neustále zasekaný.. a pracuje se s tim příšerně.. ![](/Client.Images/smileys/9.gif)
Dobrý den, to je problém kodeků, kterých je hodně a potom nějaký film AVI přehrávat lze a jiný nikoliv (mám to takto v STB). Já to neřeším, resp. přehraji si film v PC, ale kdybych to řešit chtěl, tak si ve Format Factory zjistím u filmu, který se v STB přehrává, jaké má vlastnosti (a kodek) a podle toho bych zkusil překonvertovat film nefunkční do stejných vlastností (a kodeku). Jinak, píšete o autorádiu, ale asi to bude spíše DVD player, ne? Zdravím!

  
doplněno 25.05.18 21:16: achjo - napište nám zde, jaká je to značka a přesný typ toho autorádia (zkusíme si najít nějaké info o tom přístroji na internetu). Mě by třeba zajímalo, jak má to autorádio velkou obrazovku.

  
doplněno 25.05.18 22:58: achjo - tak jsem si ten přístroj našel na internetu a musím se přiznat, že něco takového jsem ještě neviděl - tam už snad chybí jen vodotrysk ![](). Kouknul jsem i na nějaké video na YouTube a je to pěkná mašinka (zvláště to "vyšpulení" obrazovky je efektní). No, má to umět přehrávat DivX, což jsou soubory videa s koncovkou AVI. Jenže, jak už jsem Vám psal, tak problém bude v tom kodeku, resp. ne každé video AVI se přehraje v daném přístroji. Už jsem zmínil program Format Factory, který si dohledáte a nainstalujete do PC (je zdarma a v češtině). Potom tam zkusíte film, který ten přístroj nepřehraje překonvertovat s jiným kodekem a zase jako AVI - tady Vám více neporadím, protože se to musí zkusit a výsledek potom zkusit v tom autorádiu. Nebo je další možnost překonvertovat do MPG, což je formát, který umí přehrát snad každý DVD přístroj. Zkuste si pohrát s Format Factory a snad se Vám to podaří, když už máte takový unikátní přístroj. Hodně štěstí. Jen aby spíše než stručnou odpověď komentář: Toto chování závisí jak na přehrávači, který používáte, a na grafické kartě. Co se stane, je následující:


1. Přehrávač videa plní svou videa okno s jediným, barvy bytu. Obvykle to bude buď světlé růžové nebo něco podobného, ​​ale ne přesně, černé. Myšlenka je vybrat si barvu, která není pravděpodobné, že se objeví kdekoli jinde na obrazovce.
2. Přehrávač videa instruuje akcelerační čip na grafické kartě pro přehrání videa, ale jeho zobrazení pouze na části obrazovky, které mají ten přesnou barvu. K dosažení tohoto cíle, je technika nazývá „překrytí“ je používán, který efektivně umožňuje grafickou kartu „překryvné“ video obsahu na libovolnou část obrazovky, která je vyplněna s tímto konkrétním barvou.


Teď, když se snímek přehrávače, zatímco způsob, jak hrát, co máte, je obraz, který obsahuje velký jednotný vyplnit kde je video má být. Máte-li zobrazit tento snímek obrazovky při přehrávání videa, bude grafická karta nebude schopen rozeznat rozdíl mezi barvou v rámci přehrávače a obrazovky to. Bude to jen nahradit tuto barvu s obrazem.


Můžete se bavit s tímto chováním ze strany výkresu na obrázku. Ať už jste čerpal se zdají být vypracovány v horní části obrazu, protože video zobrazuje pouze tam, kde na obrazovce má přesné barvy používané video přehrávač. <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> Virtual DUB, Windows Movie Maker, Pinnacle Studio, Sony Vegas, Adobe Premiere Elements, Corel Videostudio...a spousta, spousta dalších. <p>děláme to úplně na <a href="http://smartystreets.com">smartystreets</a> . uživatelé nahrávají soubory s potenciálně miliony adres v nich a my je ověřujeme a standardizujeme/duplikujeme, atd. je to velmi náročné na procesor a dokonce i s kmenovými daty načtenými na jednotku ram, miliony adres zabere několik hodin (mimochodem, pro tuto částku je to velmi rychlé ...).</p><p>může být také důležité navrhnout uživatelské rozhraní, které může podporovat desítky úloh spuštěných paralelně. například naše serverové uzly se rozšiřují a můžeme podporovat mnoho souborů najednou. uživatelé budou potřebovat efektivní způsob, jak zobrazit stav a spravovat je. v roce 2011 jsme vylepšili naše uživatelské rozhraní a to je to, s čím jsme přišli.</p><hr><p> <a href="http://youtu.be/qdjsolatz4u?hd=1">zde je 30sekundové video</a> ukazující, jak celý proces funguje a jak rozhraní reaguje na aktuální stav úlohy (úloh). pokud chcete, můžete vyzkoušet sami od <a href="http://smartystreets.com/account/create">tato stránka</a> (zdarma, nebojte se ...).</p><hr><p>screenshoty pracovního postupu ... trvá asi 30 sekund až několik minut, v závislosti na vašich souborech.</p><p><img src="https://i.stack.imgur.com/egatr.png" alt="upload list"></p><p><em> nahrajte svůj seznam </em></p><p><img src="https://i.stack.imgur.com/kqkb9.png" alt="see the file uploading"></p><p><em> viz nahrání souboru </em></p><p><img src="https://i.stack.imgur.com/zv26q.png" alt="map the fields"></p><p><em> mapujte pole (probíhá automaticky; stačí potvrdit, že automatická mapa byla správná) </em></p><p><img src="https://i.stack.imgur.com/wodst.png" alt="stay up-to-date with the current status"></p><p><em> zůstaňte v kontaktu s tím, co se nyní děje </em></p><hr><p>všimněte si, že jakmile seznam začne zpracovávat, uživatel se může vrátit a nahrát více, které seznamy budou zpracovány paralelně v reálném čase. seznamy lze kdykoli zrušit/smazat a po dokončení je lze stáhnout. pokud byl seznam stažen alespoň jednou, zobrazí se zaškrtnutí.</p><p>toto je vlastně stárnoucí návrh, který plánujeme upgradovat. bude se to cítit spíš jako moderní, responzivní webová aplikace.</p><p>ještě stojí za zmínku, že jsme mnohokrát změnili vzhled stránky „dashboard“ účtu a tento návrh inicioval nejmenší volání/e-maily podpory a zákazníci to rádi viděli na první pohled. první uživatelé mají tendenci shledávat, že se s ním dostanou docela rychle.</p> <p><strong> souhrn </strong></p><ol> <li>pokud máte problémy se zamykáním, máte problém s kódem: nejedná se o databázový stroj</li> <li>není to kouzelná střela</li> <li>můžete přidat další problémy</li> </ol><p><strong> zatížení </strong></p><p>také zvýší zatížení vašeho tempdb a <a href="https://web.archive.org/web/20170130011816/http://sqlblog.com/blogs/alexander\_kuznetsov/archive/2008/07/12/cpu-overhead-for-higher-isolation-levels.aspx"> cpu </a> . viz také:</p><ul> <li> <a href="https://web.archive.org/web/20170915173116/http://sqlblog.com/blogs/linchi\_shea/archive/2007/10/05/performance-impact-the-potential-cost-of-read-committed-snapshot.aspx">"dopad na výkon: potenciální náklady na čtení\_kompletní\_snapshot"</a> (linchi shea)</li> </ul><p><strong> bezpečnost </strong></p><p>nejdůležitější je, že izolace snímků <em> není v mnoha případech bezpečná </em> <em> ve výchozím nastavení </em>. přečtěte si <a href="https://en.wikipedia.org/wiki/snapshot\_isolation#definition">"snapshot izolace" (wikipedia)</a> pro další informace o anomáliích se skreslením. další část je „jak provést sériovou izolaci snímkování“.</p><blockquote> <p>obecně tedy izolace snímků přináší některé problémy s udržováním netriviálních omezení na uživatele, který nemusí ocenit potenciální úskalí ani možná řešení. nevýhodou tohoto převodu je lepší výkon.</p> </blockquote><p>viz také:</p><ul> <li> <a href="http://www.jimmcleod.net/blog/index.php/2009/08/27/the-potential-dangers-of-the-read-committed-snapshot-isolation-level">"potenciální nebezpečí čtecí úrovně izolace snímaného odevzdání"</a> (jimmcleod, sporný v komentářích alexa kuznetsova)</li> <li> <a href="http://nickberardi.com/deadlocked-read-committed-snapshot-explained/">deadlocked !: "číst potvrzující snímek" vysvětlil</a> (nick berardi)</li> <li> <a href="https://blogs.msdn.microsoft.com/craigfr/2007/05/16/serializable-vs-snapshot-isolation-level/">serializable vs. snapshot isolation level, marble problem</a> (craig freedman)</li> <li> <a href="https://web.archive.org/web/20170511045506/http://sqlblog.com/blogs/alexander\_kuznetsov/archive/2011/08/02/reads-involving-udfs-under-read-committed-snapshot-may-seem-inconsistent.aspx">čtení zahrnující udf v read\_committed\_snapshot se může zdát nekonzistentní</a> (alex kuznetsov)</li> </ul> <p>viz <a href="https://superuser.com/a/4252/128227">this</a> odpověď. níže uvádíme pro pohodlí:</p><blockquote> <p>vypočítejte potřebný datový tok vydělením 1 gb délkou videa v sekundách. takže pro video o délce 16:40 (1 000 sekund) použijte datový tok 10 000 000 bajtů/s:</p> <pre><code>ffmpeg -i input.mp4 -b 1000000 output.mp4 </code></pre> <p>dalšími možnostmi, které by stálo za zvážení, je nastavení faktoru konstantní rychlosti, který snižuje průměrnou bitovou rychlost, ale zachovává si lepší kvalitu. měňte crf mezi 18 a 24 - čím nižší, tím vyšší datový tok.</p> <pre><code>ffmpeg -i input.mp4 -vcodec libx265 -crf 20 output.mp4 </code></pre></blockquote><p>změňte kodek podle potřeby - libx264 může být k dispozici, pokud libx265 není, za cenu mírně větší výsledné velikosti souboru.</p> <p>vyzkoušejte následující analogie: první z nich: „jak dlouho trvá, než usnete?“ „x minut“ „teď si představte, že když jste blízko, že usnete, někdo vejde dovnitř a přeruší vás, jak dlouho vám bude zaspávat teď? těch pár vteřin, co jste odešli, nebo budete muset začít znovu klesnout zpět na místo, kde jsi byl? “ „budu muset začít znovu.“ „skvělé. stejná věc. stejně jako zaspání mi chvíli trvá, než se„ ponořím “do zaostřovacího režimu, a chvíli mi trvá, než se k tomu vrátím, až budu přerušen, kromě toho také zapomínám na polovinu toho, co jsem dělal. “</p><p>druhá: „víte, jak čtete knihu, do které se do ní potopíte“ - po chvíli si už ani slova nevšimnete a zablokujete všechno kolem sebe a jste úplně ponořeni do mentálních obrazů vidíš." "ano." "jak dlouho trvá, než se tam dostaneš?" „asi x minut“ „teď si představte, že když jste tak ponořeni v knize, někdo vstoupí a přeruší vás, jak dlouho vám bude trvat, než se k tomu vrátíte? stane se to okamžitě, nebo budete muset začít znovu klesnout zpět na místo, kde jsi byl? “ "budu muset začít znovu." "skvělé. stejná věc. stejně jako u čtení, chvíli mi trvá, než se" potopím "do zaostřovacího režimu, je to stejně nepříjemné, když mě někdo z toho vytrhne, a to mě jen tak dlouho, až se k tomu vrátím, až budu přerušen, kromě toho, že také zapomenu polovinu toho, co jsem četl. “</p> <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> <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>