{"id":4838,"date":"2026-08-11T20:59:14","date_gmt":"2026-08-11T18:59:14","guid":{"rendered":"https:\/\/www.sycope.com\/?post_type=dictionary-item&#038;p=4838"},"modified":"2026-08-11T22:47:00","modified_gmt":"2026-08-11T20:47:00","slug":"throughput","status":"publish","type":"dictionary-item","link":"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/throughput","title":{"rendered":"Throughput"},"content":{"rendered":"<p><strong>Throughput<\/strong> (przepustowo\u015b\u0107 rzeczywista) to ilo\u015b\u0107 danych, kt\u00f3re faktycznie uda\u0142o si\u0119 przes\u0142a\u0107 przez \u0142\u0105cze lub \u015bcie\u017ck\u0119 w sieci w danym czasie. Podaje si\u0119 j\u0105 zwykle w bitach na sekund\u0119 (bit\/s, Mbit\/s, Gbit\/s). To nie to samo co <strong><a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/bandwidth\">bandwidth<\/a><\/strong>, czyli teoretyczna maksymalna pojemno\u015b\u0107 \u0142\u0105cza. Bandwidth m\u00f3wi, ile danych \u0142\u0105cze mog\u0142oby przepu\u015bci\u0107. Throughput m\u00f3wi, ile realnie przesz\u0142o, gdy odliczymy narzut protoko\u0142\u00f3w, retransmisje, kolejkowanie i ograniczenia sprz\u0119tu. W praktyce throughput jest zawsze ni\u017cszy od pojemno\u015bci \u0142\u0105cza.<\/p>\n<h2>Czym throughput r\u00f3\u017cni si\u0119 od bandwidth i goodput?<\/h2>\n<p>Te trzy poj\u0119cia uk\u0142adaj\u0105 si\u0119 w hierarchi\u0119: <code>bandwidth &gt; throughput &gt; goodput<\/code>. Na ka\u017cdym kolejnym poziomie odpada inny rodzaj narzutu.<\/p>\n<ul>\n<li><strong>Bandwidth (przepustowo\u015b\u0107 teoretyczna)<\/strong> \u2014 maksymalna pojemno\u015b\u0107 \u0142\u0105cza wynikaj\u0105ca z jego fizyki, np. 1 Gbit\/s dla <code>1000BASE-T<\/code> czy 10 Gbit\/s dla <code>10GBASE-T<\/code>. To liczba z reklamy dostawcy, a nie ta, kt\u00f3r\u0105 realnie uzyskasz.<\/li>\n<li><strong>Throughput (przepustowo\u015b\u0107 rzeczywista)<\/strong> \u2014 faktyczna szybko\u015b\u0107 transferu zmierzona na \u0142\u0105czu. Liczy ca\u0142y ruch: nag\u0142\u00f3wki protoko\u0142\u00f3w, ramki kontrolne i retransmisje. Wlicza wi\u0119c te\u017c dane, kt\u00f3re nie s\u0105 u\u017cyteczn\u0105 tre\u015bci\u0105 aplikacji.<\/li>\n<li><strong>Goodput (przepustowo\u015b\u0107 u\u017cyteczna)<\/strong> \u2014 tylko \u0142adunek aplikacji dostarczony poprawnie do odbiorcy. Nie wlicza nag\u0142\u00f3wk\u00f3w ni\u017cszych warstw (np. 20 bajt\u00f3w nag\u0142\u00f3wka IPv4, 40 bajt\u00f3w IPv6, nag\u0142\u00f3wki TCP, ramkowanie Ethernet) ani pakiet\u00f3w wys\u0142anych powt\u00f3rnie. Goodput jest zawsze ni\u017cszy od throughputu.<\/li>\n<\/ul>\n<p>Bandwidth opisali\u015bmy w osobnym ha\u015ble. Najpro\u015bciej: bandwidth to szeroko\u015b\u0107 rury, throughput to ilo\u015b\u0107 wody, kt\u00f3ra naprawd\u0119 przez ni\u0105 przep\u0142yn\u0119\u0142a, a goodput to woda, kt\u00f3ra dotar\u0142a czysta i nadaj\u0105ca si\u0119 do u\u017cycia.<\/p>\n<h2>Jak mierzy si\u0119 throughput?<\/h2>\n<p>Throughput podaje si\u0119 zwykle jako \u015bredni\u0105 z okna pomiarowego, bo warto\u015b\u0107 chwilowa mocno skacze. S\u0105 dwa podej\u015bcia.<\/p>\n<ul>\n<li><strong>Pomiar aktywny<\/strong> \u2014 generujemy testowy ruch mi\u0119dzy dwoma hostami, np. narz\u0119dziem <code>iperf3<\/code>. Po stronie serwera: <code>iperf3 -s<\/code>, po stronie klienta: <code>iperf3 -c &lt;ip_serwera&gt;<\/code>. Parametry takie jak strumienie r\u00f3wnoleg\u0142e (<code>-P<\/code>), rozmiar bloku (<code>-l<\/code>) czy test UDP (<code>-u<\/code>) pozwalaj\u0105 sprawdzi\u0107 limity TCP\/UDP. Licznik retransmisji pokazuje straty pakiet\u00f3w.<\/li>\n<li><strong>Pomiar pasywny<\/strong> \u2014 obserwujemy prawdziwy ruch produkcyjny, nie wstrzykuj\u0105c danych testowych. Mo\u017cna korzysta\u0107 z licznik\u00f3w interfejs\u00f3w (SNMP), telemetrii przep\u0142yw\u00f3w (<a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/netflow\">NetFlow<\/a>\/<a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/ipfix\">IPFIX<\/a>\/<a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/sflow\">sFlow<\/a>) lub przechwyt\u00f3w pakiet\u00f3w. Tej metody u\u017cywa si\u0119 w monitoringu sieci, bo nie obci\u0105\u017ca \u0142\u0105cza dodatkowym testem.<\/li>\n<\/ul>\n<p>Przy ocenie wyniku warto pami\u0119ta\u0107 o regule najw\u0119\u017cszego ogniwa: throughput ca\u0142ej trasy ogranicza najs\u0142absze \u0142\u0105cze na drodze, niezale\u017cnie od tego, jak pojemne s\u0105 pozosta\u0142e odcinki.<\/p>\n<h2>Jakie czynniki ograniczaj\u0105 throughput?<\/h2>\n<ul>\n<li><strong>Latencja (<a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/rtt\">RTT<\/a>)<\/strong> \u2014 przy TCP to cz\u0119sto g\u0142\u00f3wny hamulec. Maksymalny throughput jednego strumienia to mniej wi\u0119cej <code>okno TCP \/ RTT<\/code>. Im wi\u0119ksze <a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/latency-opoznienie\">op\u00f3\u017anienie<\/a>, tym ni\u017csza osi\u0105galna przepustowo\u015b\u0107, o ile okno nie jest do\u015b\u0107 du\u017ce.<\/li>\n<li><strong>Iloczyn op\u00f3\u017anienia i pasma (BDP)<\/strong> \u2014 <code>BDP = bandwidth \u00d7 RTT<\/code> m\u00f3wi, ile danych musi by\u0107 \u201ew locie&#8221;, by w pe\u0142ni wykorzysta\u0107 \u0142\u0105cze. Je\u015bli okno odbiorcze TCP jest mniejsze od BDP, nadawca czeka na potwierdzenia, a \u0142\u0105cze stoi niedoci\u0105\u017cone. Dlatego na \u0142\u0105czach o du\u017cym BDP potrzebne jest skalowanie okna (<code>tcp_window_scaling<\/code>) i dobrze dobrane bufory.<\/li>\n<li><strong><a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/packet-loss\">Utrata pakiet\u00f3w<\/a> (packet loss)<\/strong> \u2014 ka\u017cda strata wymusza retransmisj\u0119, a w klasycznych algorytmach kontroli przeci\u0105\u017cenia tak\u017ce zmniejszenie okna nadawczego. To gwa\u0142townie obni\u017ca throughput, zw\u0142aszcza na \u0142\u0105czach o wysokim RTT.<\/li>\n<li><strong>Narzut protoko\u0142\u00f3w i MTU<\/strong> \u2014 nag\u0142\u00f3wki warstw L2\u2013L4 oraz fragmentacja przy \u017ale dobranym MTU zwi\u0119kszaj\u0105 udzia\u0142 danych, kt\u00f3re nie s\u0105 tre\u015bci\u0105 aplikacji. Wi\u0119ksze ramki (jumbo frames) i dopasowane MTU zmniejszaj\u0105 ten narzut.<\/li>\n<li><strong>Przeci\u0105\u017cenie i kolejkowanie<\/strong> \u2014 zat\u0142oczone kolejki w urz\u0105dzeniach po drodze dodaj\u0105 op\u00f3\u017anienia, <a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/jitter\">jitter<\/a> i odrzuty, wi\u0119c realny throughput spada.<\/li>\n<li><strong>Ograniczenia hosta i karty sieciowej<\/strong> \u2014 wydajno\u015b\u0107 CPU, ustawienia offloadu karty (np. <code>TSO<\/code>, <code>GRO<\/code>), rozmiary bufor\u00f3w i liczba kolejek mog\u0105 sta\u0107 si\u0119 w\u0105skim gard\u0142em przy du\u017cych pr\u0119dko\u015bciach, nawet gdy sama sie\u0107 jest sprawna.<\/li>\n<\/ul>\n<h2>Dlaczego throughput jest istotny dla bezpiecze\u0144stwa i monitoringu sieci?<\/h2>\n<p>Throughput to nie tylko miara wydajno\u015bci. To te\u017c telemetria przydatna w wykrywaniu zagro\u017ce\u0144 i w utrzymaniu obrony.<\/p>\n<ul>\n<li><strong>Wydajno\u015b\u0107 urz\u0105dze\u0144 inspekcyjnych<\/strong> \u2014 zapory nowej generacji (<a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/firewall-ngfw\">NGFW<\/a>), systemy <a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/ips-intrusion-prevention-system\">IPS<\/a>, bramy SSL\/<a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/tls-ssl\">TLS<\/a> oraz sondy IDS\/<a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/ndr-network-detection-and-response\">NDR<\/a> maj\u0105 deklarowany maksymalny throughput inspekcji. Warto\u015b\u0107 ta spada, gdy w\u0142\u0105czymy deszyfrowanie TLS i g\u0142\u0119bok\u0105 inspekcj\u0119 pakiet\u00f3w. Po jej przekroczeniu urz\u0105dzenie si\u0119 nasyca: pakiety s\u0105 kolejkowane, odrzucane lub \u2014 przy b\u0142\u0119dnej konfiguracji fail-open \u2014 przepuszczane bez kontroli, co tworzy luk\u0119 w widoczno\u015bci.<\/li>\n<li><strong>Wykrywanie anomalii<\/strong> \u2014 nag\u0142y wzrost throughputu w nietypowym kierunku mo\u017ce oznacza\u0107 <a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/data-exfiltration-wyciek-danych\">wyciek danych<\/a>, rozprzestrzenianie si\u0119 z\u0142o\u015bliwego oprogramowania albo \u0142\u0105czno\u015b\u0107 <a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/c2-cc-command-and-control\">C2<\/a>. Gwa\u0142towny skok ruchu przychodz\u0105cego bywa objawem ataku wolumetrycznego (<a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/ddos-distributed-denial-of-service\">DDoS<\/a>). Gdy znamy bazowy throughput dla danego hosta, us\u0142ugi i kierunku, \u0142atwiej wychwyci\u0107 odchylenia.<\/li>\n<li><strong>\u015alepe punkty monitoringu<\/strong> \u2014 gdy sonda NDR lub <a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/collector-kolektor\">kolektor<\/a> przep\u0142yw\u00f3w nie nad\u0105\u017ca za throughputem \u0142\u0105cza, cz\u0119\u015b\u0107 ruchu nie jest analizowana (drop na taps\/<a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/span\">SPAN<\/a>). Dobranie punkt\u00f3w przechwytu i sond do realnego throughputu to warunek pe\u0142nej widoczno\u015bci dla <a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/soc-security-operations-center\">SOC<\/a>.<\/li>\n<li><strong>Diagnostyka incydent\u00f3w i wydajno\u015bci<\/strong> \u2014 gdy zestawimy spadek throughputu z latencj\u0105, stratami i retransmisjami, \u0142atwiej odr\u00f3\u017cni\u0107 problem sieciowy (przeci\u0105\u017cone \u0142\u0105cze, z\u0142y QoS) od ataku lub od degradacji samej aplikacji.<\/li>\n<\/ul>\n<h2>Dowiedz si\u0119 wi\u0119cej<\/h2>\n<ul>\n<li><a href=\"https:\/\/www.sycope.com\/pl\/post\/czym-jest-netflow-i-jak-wykorzystuje-sie-go-w-praktyce\">Czym jest NetFlow i jak ten protok\u00f3\u0142 jest wykorzystywany w praktyce?<\/a> \u2014 NetFlow dostarcza dane o przep\u0142ywach, na podstawie kt\u00f3rych mierzy si\u0119 throughput w sieci.<\/li>\n<li><a href=\"https:\/\/www.sycope.com\/pl\/post\/monitoring-sieci-i-network-visibility-analiza-ruchu-sieciowego-jako-podstawa-visibility-cybersecurity\">Monitoring sieci i network visibility \u2013 analiza ruchu sieciowego jako podstawa visibility cybersecurity<\/a> \u2014 Network <a href=\"https:\/\/www.sycope.com\/pl\/post\/dictionary-item\/visibility\">visibility<\/a> pokazuje, gdzie throughput ro\u015bnie, spada lub wskazuje na przeci\u0105\u017cenie.<\/li>\n<li><a href=\"https:\/\/www.sycope.com\/pl\/post\/zaawansowane-metody-ochrony-przed-atakami-ddos-w-frimach\">Zaawansowane metody ochrony przed atakami DDoS w firmach<\/a> \u2014 Ataki DDoS obni\u017caj\u0105 dost\u0119pny throughput i mog\u0105 ca\u0142kowicie zapcha\u0107 \u0142\u0105cze.<\/li>\n<\/ul>\n","protected":false},"featured_media":0,"template":"","class_list":["post-4838","dictionary-item","type-dictionary-item","status-publish","hentry"],"acf":{"tytul":"Throughput","ikona":"","krotki_opis":"Ilo\u015b\u0107 danych faktycznie przes\u0142anych przez sie\u0107 w jednostce czasu (bit\/s); ni\u017csza ni\u017c teoretyczna pojemno\u015b\u0107 \u0142\u0105cza z powodu narzutu, latencji i strat pakiet\u00f3w."},"_links":{"self":[{"href":"https:\/\/www.sycope.com\/pl\/wp-json\/wp\/v2\/dictionary-item\/4838","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.sycope.com\/pl\/wp-json\/wp\/v2\/dictionary-item"}],"about":[{"href":"https:\/\/www.sycope.com\/pl\/wp-json\/wp\/v2\/types\/dictionary-item"}],"wp:attachment":[{"href":"https:\/\/www.sycope.com\/pl\/wp-json\/wp\/v2\/media?parent=4838"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}