Pokud se s ním budeš každý den hádat Zpoždění, zasekávání a vysoký pingNejste sami. Za špatnou zkušeností s hraním online, videohovory nebo prací na dálku stojí jasný viník: kombinace vaší domácí sítě a způsobu, jakým je protokol TCP/IP nakonfigurován na vašich zařízeních a serverech.
Optimalizujte TCP/IP pro snížit zpoždění Nejde jen o doladění pár „magických“ nastavení. Musíte pochopit, jak fungují koncepty jako... MTU, MSS, TCP okno, latence nebo bufferbloatA poté proveďte konkrétní změny na vašem počítači, routeru, Wi-Fi síti a dokonce i na cloudových serverech nebo virtuálních počítačích. Podívejme se na to krok za krokem, ale s praktickým pohledem: co každá věc je a co můžete udělat pro to, aby vaše připojení reagovalo rychleji.
Klíčové koncepty TCP/IP, které ovlivňují zpoždění
Abyste ze svého připojení vytěžili maximum, je užitečné pochopit několik věcí. základní parametry TCP/IP které přímo ovlivňují ping, stabilitu a výkon ve hrách, videohovorech nebo vzdáleném přístupu.
MTU, fragmentace a LSO
La MTU (maximální přenosová jednotka) Toto je maximální velikost paketu v bajtech, který může opustit síťové rozhraní bez fragmentace. Ve velké většině ethernetových sítí (a ve virtuálních počítačích v Azure nebo Google Cloudu) je výchozí hodnota 1500 bajtů, což zahrnuje síťové hlavičky a data.
Když paket překročí tuto hodnotu MTU, vrstva IP jej rozdělí na několik menších fragmentů. Fragmentace IP adres To zahrnuje větší zátěž CPU a paměti, a to jak na počítači, který fragmentuje data, tak na tom, který fragmenty po příchodu znovu sestavuje. To vede k dodatečné latenci a ztrátě výkonu, zejména při velkém provozu.
Navíc je tu ta slavná část „Nefragmentujte“ (DF) v IP hlavičce. Pokud je tato možnost povolena a zprostředkující router obdrží paket větší než jeho MTU, místo fragmentace jej zahodí a odešle zpět zprávu ICMP „Fragmentation Needed“ (Je nutná fragmentace). Toto se používá v Detekce trasy MTU (PMTUD)Pokud ale firewall tyto ICMP pakety blokuje, odesílatel se bude i nadále pokoušet odesílat nadměrně velké pakety, což způsobí zpoždění a opakované přenosy.
V prostředích, jako je Azure nebo Google Cloud, fragmentované balíčky také obvykle ztrácejí výhody zrychlené sítěSR-IOV a SmartNIC. Jsou zpracovávány pomalou trasou hypervizoru s více jitterhorší latence a méně paketů za sekundu. Obecné doporučení proto zní Zabraňte fragmentaci správnou úpravou MTU a MSS a přílišné nenavyšování MTU, pokud jsou mezi nimi firewally nebo VPN.
Na druhou stranu funkce Velké zatížení odesílání (LSO) To umožňuje TCP/IP stacku operačního systému generovat velké „superpakety“, které jsou následně interně fragmentovány síťovou kartou podle MTU. To výrazně snižuje zatížení CPU, i když v záznamech provozu můžete vidět zdánlivě obrovské snímky, které neindikují fragmentaci v síti, ale spíše to, že k fragmentaci dochází uvnitř samotného adaptéru.
MSS, PMTUD a VPN
El TCP MSS (Maximální velikost segmentu) Toto definuje, kolik bajtů použitelných dat se vejde do každého segmentu TCP, s výjimkou záhlaví IP a TCP. Systémy obvykle vypočítávají MSS jako:
MSS = MTU - (tamaño cabecera IP + tamaño cabecera TCP)
S MTU 1500 a hlavičkami IPv4+TCP o délce 20+20 bajtů je typická MSS 1460 bytůTato hodnota je vyjednávána během třícestného navazování spojení TCP a každý konec navrhuje svou vlastní. Spojení používá nižší z těchto dvou hodnot.
Cestou se však mohou vyskytnout i další zařízení (firewally, routery, VPN brányatd.) s menší MTU, která efektivně vynucuje snížení MSS. Zde se Zjišťování MTU cesty (PMTUD)Pokud router nemůže paket přeposlat, protože je příliš velký a má nastavený bit DF, zahodí ho a odešle ICMP zprávu „Fragmentation Needed“ s uvedením maximální podporované hodnoty MTU, aby zdroj zmenšil jeho velikost.
Pokud jsou tyto ICMP pakety blokovány, spojení se dostane do smyčky přesměrování a ztráty, což má za následek... Zpoždění, opakované přenosy a nekonečné doby načítáníProto není vždy dobrý nápad bezstarostně zvyšovat MTU na počítačích nebo virtuálních strojích bez kontroly celé cesty nebo zásad firewallu.
Na sociálních sítích s IPsec VPN nebo jiných tunelech, dodatečné hlavičky snižují prostor dostupný pro data, proto se doporučují menší MTU a MSS (např. MTU 1400 a MSS ~1350 v typických tunelech), aby se zabránilo fragmentaci tunelů a souvisejícím zpožděním.
Okno latence, RTT a TCP
Slavný „ping“ není nic jiného než zpáteční latence (RTT) mezi dvěma body. Na fyzikální úrovni je omezena rychlostí šíření světla ve vlákně (asi 200 km za milisekundu) a skutečnou dráhou, kterou data sledují. Zřídka se jedná o přímku.
V TCP je maximální teoretická propustnost jednoho spojení určena tímto základním vzorcem:
rendimiento máximo ≈ tamaño de ventana TCP / RTT
La TCP okno Toto je množství dat, které může odesílatel „přenášet“, aniž by dosud obdržel potvrzení (ACK). S oknem o velikosti 65 535 bajtů a MSS 1460 lze odeslat pouze asi 45 paketů, než se začne čekat na ACK. Pokud je RTT vysoký (například 80–160 ms mezi kontinenty), neškálované okno zdaleka nedokáže využít výhod vysokokapacitních spojení.
Ve výchozím nastavení má pole window v záhlaví TCP délku 16 bitů, což omezuje jeho maximální hodnotu na 65 535 bajtů. Pro moderní sítě je to absurdní, takže před lety byla zavedena [chybějící informace - pravděpodobně specifická funkce nebo metoda]. Škálování okna TCP, který na tuto hodnotu aplikuje multiplikační faktor 2^na a umožňuje okna o velikosti stovek MB nebo dokonce GB.
V systémech jako Windows nebo Linux je škálování oken spravováno automaticky pomocí předdefinovaných nastavení (automatické ladění) a lze jej zobrazit nebo upravit pomocí příkazů, jako například Get-NetTCPSetting o sysctlAgresivnější úrovně (např. „experimentální“) umožňují obří okna a mohou výrazně zlepšit výkon v sítích na dlouhé vzdálenosti, za předpokladu, že nedochází k příliš velké ztrátě paketů.
Zrychlené sítě, RSS a GRO/TSO
Na cloudových platformách (Azure, Google Cloud atd.) se tradiční síťová rozhraní silně spoléhají na hostitelský procesor, který zpracovává každý paket, aplikuje pravidla, zapouzdřuje a dezapouzdřuje. To má za následek... brutální zátěž hypervizoru když je velké množství provozu a generuje to nestabilní latenci.
Proto tzv. zrychlené sítěTyto technologie jsou založeny na technologiích, jako jsou karty SR-IOV a SmartNIC s FPGA. Myšlenka spočívá v tom, že významná část softwarově definovaného síťového stacku běží na hardwaru síťové karty a datový provoz může probíhat prakticky přímo z virtuálního počítače na kartu, a obcházet tak virtuální přepínač hostitele.
To poskytuje několik výhoda:
- Menší latence, více PPS.
- Méně chvění
- Nižší spotřeba CPU na hostiteli i ve virtuálním počítači.
Existují však důležité detaily. Například mnoho zrychlených síťových systémů nezpracovává fragmentované pakety rychlou trasou; pokud je přítomna fragmentace IP adres, je tento provoz směrován pomalou trasou, což má dopad na výkon.
Na straně hostovaného operačního systému je klíčové mít povolené technologie, jako je . Měřítko na straně příjmu (RSS)který distribuuje zpracování příchozích paketů mezi více jader CPU a stahování segmentací a agregací, jako například TSO (přenos segmentace) a GRO/LRO (obecné převod příjmu)což snižuje počet paketů, které musí CPU přímo zpracovat.
TIME_WAIT a opětovné použití soketu
Dalším méně známým, ale důležitým faktorem výkonu TCP je stav TIME_WAITKdyž je TCP spojení normálním způsobem ukončeno, koncový bod odesílající poslední potvrzení (ACK) přejde do stavu TIME_WAIT na desítky nebo i stovky sekund. Během této doby systém udržuje soket rezervovaný, aby se zpožděné pakety ze starého spojení znovu neobjevily a nebyly zaměněny s novou relací.
Na silně využívaných serverech nebo počítačích se snadno hromadí tisíce nebo desítky tisíc soketů v TIME_WAITTo může vyčerpat rozsah dočasných portů a způsobit chyby při otevírání nových připojení. Mnoho systémů proto umožňuje upravit jak dobu trvání TIME_WAIT, tak rozsah portů, a také určité zásady opětovného použití.
Agresivnější technika, kterou podporují některá jádra (například Windows Server na Azure), se nazývá Atentát na TIME_WAITPokud nový SYN dorazí s pořadovým číslem výrazně vyšším než číslo starého připojení, systém může během TIME_WAIT vynutit uzavření socketu a okamžitě přijmout nové připojení. To zvyšuje škálovatelnost, ale pokud je to špatně nakonfigurováno, může to způsobit... problémy s interoperabilitou s určitými konzervativnějšími TCP stacky.
Proč je ping v každodenním životě tak důležitý
Kromě teorie má latence přímý dopad na téměř vše, co dnes děláme online. Nestačí jen „mít 600 Mbps“; pokud je odezva pomalá, trpí tím zážitek. Pojďme se podívat na některé případy, kdy „Slušný“ ping dělá velký rozdíl.
Online hry a „hratelné“ úrovně pingu
V kompetitivních hrách se počítá každá milisekunda. ping pod 20 ms Je to prakticky ideální: akce jsou registrovány téměř v reálném čase a sotva si všimnete nějakého zpoždění. Mezi 20 a 50 ms je zážitek velmi dobrý. Při zpoždění 50–100 ms si můžete všimnout mírné desynchronizace, zejména pokud hrajete na vzdálených serverech.
Z 100 300-ms Začínají vážné problémy: záběry, které přicházejí pozdě, pohyby, které vidíte se zpožděním, auta, která v závodní hře „poskakují“ atd. Nad 300 ms se hra stává spíše mučením než čímkoli jiným, zejména ve střílečkách, závodních hrách nebo sportovních hrách.
Velký vliv má také typ hry. FPS a závodní hry Pro soupeření je prakticky nutné mít méně než 50 ms; v online sportovních hrách je také žádoucí udržet se pod 30–40 ms. Nicméně v MMO neboli tahové strategické hryS pingy 150-200 ms se dá „přežít“, aniž by to přerušilo hratelnost, i když zážitek nikdy nebude tak plynulý. Pokud hrajete na Windows, možná vás bude zajímat, jak na to. Snížení vstupního zpoždění ve Windows 11 ke zlepšení reakce v soutěžních hrách.
Videohovory, sdílení obrazovky a VoIP hovory
U videohovorů přes Zoom, Teams, Skype nebo podobné platformy je ping také klíčový. V ideálním případě by se měl pohybovat kolem... 20 40-mskde konverzace plyne přirozeně, bez překrývání. Většina uživatelů toleruje až 100 ms, i když mírné zpoždění je již znatelné při mluvení.
Když ping překročí 100 msZačnete neúmyslně přerušovat druhou osobu. Odpovědi přicházejí s dočasnou „ozvěnou“ a častěji se objevují trapná ticha. Pokud má navíc připojení omezenou šířku pásma nebo je Wi-Fi slabá, dochází k výpadkům videa a zvuku.
s sdílení obrazovky nebo dálkové ovládání Efekt je podobný. Každé kliknutí a každý pohyb myši se na obrazovce vzdáleného zařízení zaregistruje za určitou dobu. Při vysokých pingech se zdá, že je počítač pomalý. To je neuvěřitelně frustrující pro každého, kdo se snaží pracovat produktivně.
Internet věcí, domácí automatizace a práce na dálku
V ekosystému IoT a chytrá zařízení (reproduktory, žárovky, kamery, zásuvky, roboti, krmítka pro domácí mazlíčky atd.) hraje klíčovou roli také latence. I když rozsvícení světla s 500ms zpožděním není nijak dramatické, když propojíte mnoho akcí nebo interagujete s hlasem (Alexa, Google Assistant), stává se to velmi patrné.
Při práci na dálku je přístup ke vzdáleným plochám, serverům nebo cloudovým aplikacím s neustálým zpožděním jakýkoli úkol únavný. Mnoho lidí si myslí, že je to „nedostatek rychlosti“, ale ve skutečnosti mají… vysoká a/nebo velmi proměnlivá latence (jitter) způsobeno přetíženou WiFi sítí, havarovanými routery nebo špatnými trasami k serveru.
Latence a bezpečnost: nepřímý dopad
Vysoká latence sama o sobě neznamená přímé bezpečnostní rizikoMůže to však mít vedlejší účinky. Pokud monitorovací systémy, systémy ochrany proti vniknutí do systému (IDS) nebo firewally obdrží informace příliš pozdě, mohou na útok reagovat příliš pozdě nebo dokonce přehlédnout kritické události.
Také když si uživatelé zoufale lámou hlavu kvůli zpoždění, mají tendenci „obejít“ bezpečnostní kontroly: Vypnou firewall, odinstalují antivirus nebo nahodile otevírají porty. na routeru, aby se pokusil o jeho „zrychlení“. Právě zde může špatná síťová zkušenost otevřít dveře skutečným hrozbám.
Hlavní příčiny vysoké latence v domácích sítích
Ping, který vidíte ve hře nebo rychlostním testu, je součtem mnoha faktorů: operátor, internetová trasa, cílový server… ale doma existuje celá řada typických problémů, které můžete sami řešit.
Špatný dosah WiFi a rušení
Většina z nás se dnes připojuje téměř výhradně přes Wi-Fi a právě tam začínají problémy. Jeden slabý nebo rušený signál Nejenže to snižuje rychlost, ale také zvyšuje latenci a jitter, protože zařízení musí znovu vysílat pakety, snižovat modulaci, čekat na uvolnění kanálu atd.
Pokud jste daleko od routeru, za několika zdmi nebo obklopeni sousedními sítěmi na stejném kanálu, váš ping bude trpět. Navíc čím více klientů je připojeno k přístupovému bodu, tím delší je doba čekání, než se každý z nich „přijme“ ke komunikaci. A pomalí klienti negativně ovlivňují ostatní. Zjistěte, kolik zařízení je ve vaší WiFi síti identifikovat problémové zákazníky.
Funkce, jako jsou tyto, jsou zde docela užitečné Spravedlivá doba vysíláníkteré rozdělují vysílací čas mezi zařízení, aby pomalejší zařízení nemonopolizovala rádio. Přesto, kdykoli je to možné, pro hraní her a práci z pevné linky použijte [alternativu]. ethernetový kabel a nechte WiFi pro všechny ostatní.
Zastaralý nebo přetížený router
Starý router se zastaralým firmwarem nebo velmi základním hardwarem se může stát významným úzkým hrdlem. Pokud je procesor routeru přetížený správou NAT, firewallu, QoS a P2P provozu, zpoždění fronty a nafouknutí bufferuPakety se hromadí v obrovské vyrovnávací paměti a jsou odesílány s výrazným zpožděním, což ničí ping.
Aktualizujte firmware, deaktivujte nepotřebné funkce a v případě potřeby požádejte svého operátora o náhradní zařízení nebo si kupte nové. nejvýkonnější neutrální router Často to znamená zlomový bod. Je také dobrý nápad jej občas restartovat, aby se vyčistily stavy paměti a potenciální úniky.
Stahování a další zařízení spotřebovávající šířku pásma
Pokud ve vaší síti několik zařízení stahuje velké množství dat (P2P, aktualizace, streamování 4K, cloudové zálohy), je normální, že vaše pingové špičkyProblém není ani tak v tom, že „docházejí megabajty“, ale v tom, jak router spravuje odchozí fronty.
Řešení zahrnuje dvě cesty:
- Na jedné straně lepší kontrola nad tím, co se stahuje na pozadí (PC, mobily, konzole, NAS…).
- Na druhou stranu aktivujte a správně upravte QoS a anti-bufferbloat z routeru, aby interaktivní provoz (hry, VoIP, videohovory) měl přednost před masivním stahováním.
VPN, proxy, firewall a programy na pozadí
the VPN Jsou velmi užitečné pro šifrování provozu nebo obcházení geografických omezení, ale téměř vždy přidávají latenci, protože vaše připojení prochází přes zprostředkující server. Pokud je VPN bezplatná nebo nekvalitní, může být pro ping naprosto smrtící. Totéž platí pro určité proxy.
Brány firewall, a to jak na počítači, tak na routeru, také přidávají určitou latenci kontrolou každého paketu a pokud jsou špatně nakonfigurovány, mohou nadměrně zpomalit připojení. A k tomu všemu... procesy na pozadí (aktualizace Windows, cloudoví klienti, stahování záplat pro hry atd.), které zabírají velkou šířku pásma, aniž byste si toho všimli.
Malware a napadená zařízení
Počítač napadený malwarem může generovat skrytý provoz (spam, DDoS útoky, těžbu dat, stahování dat) nebo spotřebovávat velké množství procesorových a diskových zdrojů, což má dopad na kvalitu připojení. Pokud si všimnete, že Všechno je pomalé a ping bez zjevného důvodu prudce stoupá.Doporučuje se provést důkladnou kontrolu všech zařízení pomocí důvěryhodného antivirového programu. Dále se doporučuje dodržovat osvědčené postupy pro udržovat zdravou síťovou infrastrukturu a vyhněte se poškozenému vybavení.
Nástroje pro měření latence a detekci problémů
Než cokoli změníte, je nezbytné provést přesná měření. Nespoléhejte se pouze na test rychlosti vašeho prohlížeče: existují specifické nástroje, které vám pomohou přesně určit, kde váš ping prudce stoupá a zda problém spočívá ve vaší místní síti, poskytovateli internetových služeb nebo cílovém serveru.
Základní ping a traceroute
Užitečnost pingToto je výchozí bod, který je přítomen ve všech operačních systémech. S jednoduchým ping 8.8.8.8 (Například) můžete vidět průměrnou, minimální a maximální latenci do konkrétního cíle a to, zda dochází ke ztrátě paketů. Pokud odešlete příkaz ping na bránu vašeho routeru, získáte latenci vaší místní sítě.
Pokud přidáte -t ve Windows (ping 8.8.8.8 -tMůžete ho nechat běžet a zjistit, zda se neobjeví nějaké špičky, výpadky nebo chvění. A s traceroute/tracert Zkontrolujete, kterými hopy vaše pakety procházejí a v jakém okamžiku se latence začne podezřele zvyšovat.
Pokročilé nástroje: WinMTR, PingPlotter a další
Programy jako WinMTR Kombinují traceroute a kontinuální ping a zobrazují procento ztráty signálu a minimální, průměrnou a maximální dobu odezvy pro každý hop. Jsou velmi užitečné pro identifikaci, zda problém spočívá v prvním hopu vašeho poskytovatele internetových služeb, v mezilehlé páteřní síti nebo v samotném herním serveru.
Další utility, jako např. NetworkLatencyView (NirSoft) měří skutečnou latenci TCP spojení otevřených vaším počítačem. Existují také sady jako Nástroje NetScan Zahrnuje grafický ping, skener portů, traceroute a DNS. Vše v jednom.
Měření pingu na mobilu: aplikace pro Android a iOS
Na chytrých telefonech a tabletech můžete také měřit latenci pomocí aplikací, jako je Fing, síťové nástroje He.net, NetX nebo specifické nástroje pro ping v systému iOS. Ty jsou ideální pro kontrolu, zda je problém s Wi-Fi v konkrétní místnosti, mobilní sítí nebo zda samotná pevná linka poskytuje špatnou kvalitu signálu.
Pokročilá optimalizace TCP/IP na serverech a v cloudu
Pokud spravujete servery, cloudové virtuální počítače nebo náročné webové projekty, existuje mnoho dalších parametrů TCP/IP a jádra, které můžete upravit. nižší latence a zvýšení výkonu. Zejména na vysokorychlostních sítích.
Nastavení jádra a TCP stacku v Linuxu
V Linuxu, pomocí sysctl a nástroje jako tc o ethtool Můžete použít pokročilé optimalizace, jako například:
- Snižte minimální RTO (
net.ipv4.tcp_rto_min_us) na bezpečné hodnoty, jako je 5000 µs (5 ms) v interních sítích s nízkou latencí. Pro rychlejší zotavení ze ztráty paketů. - Aktivovat Férové řazení do fronty (FQ) s
tc qdisc replace dev <iface> root fq.Pro lepší distribuci šířky pásma mezi toky a zamezení nadměrným výbuchům z jednoho připojení. - Zakázat pomalý start po nečinnosti (
net.ipv4.tcp_slow_start_after_idle=0) na serverech, které používají trvalá připojení. Aby pokaždé, když se probudí z režimu spánku, nezačínaly znovu s směšně nízkou šířkou pásma. - Zakažte problematickou část HyStart (detekce vlaku ACK) v Cubic TCP. Aby se zabránilo falešným poplachům v důsledku zahlcení, které by zpomalovaly růst okna.
- Zvyšte TCP buffery (
tcp_rmem, tcp_wmem, rmem_max, wmem_max). aby bylo možné udržet vysokou propustnost na linkách s vysokým RTT a zabránit tak nedostatku paměti v socketech. - Omezit
tcp_notsent_lowatTím se zabrání hromadění příliš velkého množství neodeslaných dat v jádře, a tím se systém chrání před nadměrnou spotřebou paměti. - Povolit hardware GRO/LRO na kompatibilních síťových kartách (
ethtool -K <iface> rx-gro-hw on) . Seskupování paketů a snížení zatížení CPU na přerušení.
velké MTU a vysoce výkonné sítě
V interních cloudových sítích (např. Google Cloud VPC), kde je poskytována podpora jumbo MTU až ~8900 bajtůDůrazně se doporučuje zvýšit MTU (například na přibližně 4082 bajtů kompatibilních se 4KB paměťovými stránkami), aby se snížil počet paketů zpracovávaných za sekundu a zlepšila se efektivita CPU.
Musíte si však dávat pozor na provoz směřující na internet nebo procházející VPN: v takovém případě je nejlepší buď zachovat standardní MTU 1500, nebo ji upravit pro každou trasu (ip route change s mtu y advmss), aby externí komunikace netrpěla fragmentací nebo ztrátou v důsledku nadměrně velkých paketů.
Webové servery, HTTP/2/3 a ukládání do mezipaměti
Na webových serverech (Nginx, Apache atd.) můžete kromě ladění TCP výrazně snížit vnímanou latenci povolením HTTP/2 a HTTP/3 (QUIC)které umožňují multiplexování více požadavků přes jedno připojení a snižují náklady na handshakes.
Povolení Komprese GZIP nebo Brotli, použití mezipaměť v paměti (Redis, Memcached), minifikovat CSS/JS a zobrazovat statický obsah prostřednictvím CDN s blízkými body přítomnosti pro uživatele. Každá milisekunda, kterou ušetříte v TTFB (Time To First Byte) a síťovém RTT, se promítá do webu, který v očích návštěvníka reaguje „rychleji“.
Průběžné monitorování a metriky latence
A konečně, pokud to s výkonem myslíte vážně, musíte ho měřit průběžně. Nástroje jako ApacheBench, práce, JMeter nebo sady pro sledování (Prometheus + Grafana, New Relic, Datadog…) vám umožňují monitorovat RTT, TTFB, percentily latence, propustnost a chybovost bajo carga
Nastavení upozornění, když TTFB překročí určité prahové hodnoty, když interní ping mezi službami prudce vzroste nebo když se zvýší ztráta paketů, pomáhá proaktivně detekovat problémy se sítí, saturaci CPU, změny tras nebo úzká hrdla dříve, než se zpoždění projeví u koncového uživatele.
Se všemi těmito koncepty a nastaveními, od MTU a MSS až po QoS routeru, akcelerované cloudové sítě a konfiguraci webového serveru, je jasné, že zpoždění není výsledkem jediného magického faktoru. Je to součet mnoha síťových komponent a samotného TCP/IP, které při správném naladění umožňují hrám, videohovorům, práci na dálku a webovým stránkám reagovat s danou odezvou. pocit bezprostřednosti které všichni hledáme a kterého se často dosahuje spíše úpravou a pochopením sítě než pouhým snižováním „dalších megabajtů“.
