Ang Wonder panghugis ay isang napaka-espesyal na panghugis network script na may isang pulutong ng mga tampok. Gumagana sa Linux 2.4 at mas mataas.
Layunin
Tinangka kong lumikha ng mga banal na Kopita:
* Panatilihin low latency para interfactive trapiko sa lahat ng oras.
Nangangahulugan ito na ang pag-download o mag-upload ng mga file na hindi dapat gambalain SSH o kahit telnet. Ito ang mga pinaka-mahalagang mga bagay, kahit 200ms latency ay tamad na magtrabaho sa loob.
* Payagan 'surfing' sa makatwirang bilis habang up o pag-download
Kahit http ay 'bulk' traffic, iba pang mga trapiko ay hindi dapat lunurin ito sa labas ng masyadong marami.
* Siguraduhin na uploads hindi makapinsala download, at ang iba pang mga paraan sa paligid
Ito ay isang mas sinusunod kababalaghan kung saan ang sumisira lang upstream trapiko download bilis. Ito ay lumiliko out na ang lahat ng ito ay posible, at ang gastos ng isang maliit na maliit na piraso ng bandwidth. Ang dahilan na ang pag-upload, pag-download at ssh nasaktan eachother ay ang pagkakaroon ng malaking queue sa maraming domestic aparato access tulad ng cable o DSL modem.
Bakit hindi ito gumagana ng maayos sa pamamagitan ng default
Alam ISP na sila ay benchmarked lamang sa kung paano maaaring i-download fast tao. Bukod magagamit na bandwidth, bilis-download ay naiimpluwensyahan mabigat sa pamamagitan ng packet pagkawala, kung saan malubhang hampers TCP / IP performance. Maaaring makatulong Large queue maiwasan kargada, at pabilisin ang pag-download. Kaya ISPs isaayos malaking queue.
Ang mga malalaking queue gayunpaman makapinsala interactivity. A keystroke dapat munang maglakbay sa upstream queue, na maaaring seconds (!) Ang haba at pumunta sa iyong remote host. Pagkatapos ito ay ipinapakita, na hahantong sa isang packet babalik, na kung saan ay dapat pagkatapos bagtasin ang sa ibaba ng agos ng pila, na matatagpuan sa iyong ISP, bago ito ay lilitaw sa iyong screen.
HOWTO na ito ay nagtuturo sa iyo kung paano sirain at ang proseso ng pila sa maraming paraan, ngunit sa kasamaang-palad, hindi lahat ng queue ay accessible sa atin. Ang queue sa ibabaw sa ISP ay ganap na off-limitasyon, samantalang ang upstream queue marahil buhay sa loob ng iyong cable modem o DSL device. Maaari mo o hindi maaaring ma-configure ito. Karamihan marahil hindi.
Kaya, ano ang susunod? Dahil hindi namin makokontrol ang alinman sa mga queue, dapat sila ay tinanggal, at inilipat sa iyong Linux router. Sa kabutihang-palad ito ay posible.
Limit upload ng bilis medyo
Sa pamamagitan ng paglilimita ang aming bilis upload sa bahagyang mas mababa kaysa sa tunay na available rate, walang queue ay binuo up sa aming modem. Ang pila ay inilipat na ngayon sa Linux.
Limit download speed
Ito ay bahagyang trickier dahil hindi namin talagang maaaring impluwensiya kung paano mabilis ang internet ships amin data. Maaari Gayunpaman namin drop packet na darating sa masyadong mabilis, na nagiging sanhi ng TCP / IP upang bumagal na lang ang rate na gusto namin. Dahil hindi namin nais na drop traffic kung hindi kinakailangan, i-configure ng isang size 'pagputok' payagan kami sa mas mataas na bilis.
Ngayon, sa sandaling kami ay tapos na ito, may eliminated kami sa ibaba ng agos queue ganap (maliban para sa maikling bursts), at makakuha ng kakayahan upang pamahalaan ang upstream pila sa lahat ng kapangyarihan ay nag-aalok ng Linux.
Hayaan interactive traffic laktawan ang queue
Ano ay nananatiling na tapos ay upang tiyakin na interactive traffic jumps sa harap ng upstream queue. Upang tiyakin na ang mga pag-upload ay hindi nasaktan pag-download, ilipat din namin ACK packet sa harap ng pila. Ito ay kung ano ang normal na nagiging sanhi ng malaking paghina sinusunod kapag ang pagbuo ng bulk ng trapiko sa parehong paraan. Ang Pagkilala para sa ibaba ng agos ng trapiko ay dapat na makipagkumpetensya sa upstream trapiko, at makakuha ng maantala sa proseso.
Lumipat kami din sa iba pang maliliit na packet sa harap ng pila - ito ay tumutulong operating system na hindi itakda TOS bits, tulad ng lahat ng bagay mula sa Microsoft.
Payagan ang mga gumagamit na tukuyin mababang trapiko priority (bago sa 1.1!)
Kung minsan, maaaring napansin mo ang mababang prayoridad OUTGOING traffic alalay mahalagang trapiko. Sa kasong iyon, ang mga sumusunod na opsyon ay maaaring makatulong sa iyo:
NOPRIOHOSTSRC
Itakda ito sa host o netmasks sa iyong network na dapat magkaroon ng mababang priority
NOPRIOHOSTDST
Itakda ito sa host o netmasks sa internet na dapat may mababang priority
NOPRIOPORTSRC
Itakda ito sa source ports na dapat magkaroon ng mababang priority. Kung ikaw ay may isang hindi mahalagang webserver sa iyong trapiko, itakda ito sa 80
NOPRIOPORTDST
Itakda ito sa destination port na dapat may mababang priority.
Tingnan ang simula ng wshaper at wshaper.htb
Mga Resulta
Kung gagawin namin ang lahat ng ito makuha namin ang mga sumusunod na mga sukat sa pamamagitan ng isang mahusay na ADSL koneksyon mula xs4all sa Netherlands:
Baseline latency:
round-trip min / avg / max = 14.4 / 17.1 / 21.7 ms
Walang conditioner trapiko, habang ang pag-download:
round-trip min / avg / max = 560.9 / 573.6 / 586.4 ms
Walang conditioner trapiko, habang ang pag-upload:
round-trip min / avg / max = 2041.4 / 2332.1 / 2427.6 ms
Sa conditioner, sa panahon ng pag-upload 220kbit / s:
round-trip min / avg / max = 15.7 / 51.8 / 79.9 ms
Sa conditioner, habang nagda-download 850kbit / s:
round-trip min / avg / max = 20.4 / 46.9 / 74.0 ms
Kapag ang pag-upload, pag-download magpatuloy sa ~ 80% ng mga magagamit na bilis. Uploads sa paligid ng 90%. Latency pagkatapos jumps sa 850 ms, figuring pa rin kung bakit.
Ano ang maaari mong asahan mula sa script na ito ay nakasalalay sa isang pulutong sa iyong aktwal na bilis uplink. Kapag ang pag-upload sa puspusang bilis, palaging may maagang ng iyong keystroke isang solong packet. Iyon ay ang mas mababang limitasyon sa latency maaari mong makamit - hatiin ang iyong MTU sa pamamagitan ng iyong upstream speed upang makalkula. Karaniwang halaga ay medyo mas mataas kaysa sa. Mas mababa ang iyong MTU para sa mas mahusay na mga epekto!
Ang isang maliit na table:
Bilis Uplink | Inaasahang latency dahil sa nag-upload
--------------------------------------------------
32 | 234ms
64 | 117ms
128 | 58ms
256 | 29ms
Kaya upang makalkula ang iyong mga epektibong latency, kumuha ng pagsukat ng baseline (ping sa isang diskargado link), at maghanap ng mga numero sa mga mesa, at idagdag ito. Iyon ay tungkol sa mga pinakamahusay na maaari mong asahan. Ang bilang na ito ay mula sa isang kalkulasyon na Ipinagpapalagay na ang iyong upstream keystroke ay mayroong hindi hihigit sa kalahati ng isang buong laki ng packet maaga ito.
Kahulihan babagsak ito upang:
mtu * 0.5 * 10
-------------- + Baseline_latency
kbit
Ang mga kadahilanan na 10 ay hindi lubos na tama ngunit gumagana nang maayos sa pagsasanay.
Ang iyong kernel
Kung nagpapatakbo ka ng isang kamakailan-lamang na pamamahagi, dapat ok ang lahat. Kailangan mo ng 2.4 na may QoS opsyon nakabukas.
Kung itala ang iyong sariling kernel, dapat itong magkaroon ng ilang pinagana mga opsyon. Karamihan sa mga kapansin-pansin, sa menu Networking Options, QoS at / o Fair Queueing, lumiko sa hindi bababa sa CBQ, PRIO, SFQ, pagpasok, Traffic Policing, QoS suporta, Rate Estimator, QoS classifier, u32 classifier, fwmark classifier.
Sa pagsasanay, i-turn ko (at karamihan sa mga distribusyon) sa lahat ng bagay.
Ang script
Dumating ang script sa dalawang bersyon, isa na gumagana sa standard kernels at ito ay ipinatupad gamit CBQ. Ang iba pang isa ay gumagamit ng mahusay HTB qdisc na kung saan ay hindi sa default kernel. Ang bersyon CBQ ay mas masuri kaysa sa HTB isa!
Tingnan ang 'wshaper' at 'wshaper.htb'.
Pag-tune
Kailangan mong malaman ang 'real' rate ng iyong ISP connection mga script. Ito ay mahirap matukoy upfront bilang gamitin ang iba't ibang mga ISP iba't ibang mga uri ng mga bits ito ay lilitaw. Isumbong People tagumpay gamit ang mga sumusunod na pamamaraan:
Tantyahin ang iyong parehong salungat sa agos at sa ibaba ng agos sa kalahati ang rate ng iyong ISP tumutukoy. Ngayon i-verify kung ang script ay gumagana - suriin ang interactivity habang ina-upload at habang nagda-download. Ito ay dapat ihatid ang latency bilang kinakalkula sa itaas. Kung hindi, tingnan kung ang script sa pagsubaybay nang walang pagkakamali.
Ngayon ay dahan-dahan taasan ang upstream at sa ibaba ng agos numero sa script hanggang sa dumating ang latency back. Sa ganitong paraan maaari mong mahanap ang mga pinakamabuting kalagayan na halaga para sa iyong koneksyon. Kung ikaw ay masaya, mangyaring iulat sa akin kaya ang maaari kong gumawa ng isang listahan ng mga numero na gumagana ng maayos. Mangyaring ipaalam sa akin kung saan ISP na ginagamit mo at ang pangalan ng iyong subscription, at sa mga ipinalalagay mga detalye, kaya maaari ko bang ilista mo dito at i-save sa iba ang problema.
Instalasyon
Kung mong i-dial in, maaari mong kopyahin ang script sa /etc/ppp/ip-up.d at ito ay tatakbo sa bawat connect.
Kung nais mong alisin ang panghugis mula sa isang interface, tumakbo 'wshaper stop'. Upang makita ang impormasyon sa katayuan, tumakbo 'wshaper status'.
KILALA PROBLEMA
Kung makakuha ka ng error na ito, magdagdag ng isang -x sa unang linya, tulad ng sumusunod:
#! / Bin / malakas na palo -x
At subukan muli. Ito ay magpapakita sa iyo kung aling mga linya ay nagbibigay ng isang error. Bago makipag-ugnayan sa akin, tiyakin na ikaw ay nagpapatakbo ng isang kamakailan-lamang na bersyon ng iproute!
Kamakailang mga bersyon ay maaaring matagpuan sa iyong distributor Linux, o kung mas gusto mong pag-ipon, dito:
ftp://ftp.inr.ac.ru/ip-routing/iproute2-current.tar.gz
Mga Komento hindi natagpuan