Pagbasa ng rate at burst capacity ng Squid delay pool
Basahin ang Squid delay pool bilang rate ng refill at pahintulot ng burst, pagkatapos pumili ng hiwalay na kontrol kapag ang pangangailangan ay tungkol sa sabay-sabay na koneksyon ng kliyente.
delay_pools 1
delay_class 1 1
delay_parameters 1 64000/128000Basahin ang pares bilang restore/maximum: ang pool na ito ng klase 1 ay tumatanggap ng 64,000 byte na pahintulot kada segundo at may hawak na hindi hihigit sa 128,000 byte. Ang refill ay 512,000 bit kada segundo bago ang gastos sa network. Ang magagamit na pahintulot ay nagbibigay-daan sa burst; ang mas malaking maximum ay hindi nagdodoble sa tuloy-tuloy na rate.
Inilalarawan ng bahagi ang mga parameter sa mga bersyon ng Squid na nagbibigay ng delay pool. Ang deployment ay kailangan pa rin ng delay_access para pumili ng trapiko at ng karaniwang mga kontrol sa pag-access nito.
| Pangangailangan | Kaugnay na dami |
|---|---|
| Tuloy-tuloy na takbo | Refill, sa byte kada segundo |
| Pahintulot ng burst | Kapasidad ng balde, sa byte |
| Buwanan o arawang quota | Paggamit na naipon sa panahon, kasama ang patakaran ng pag-reset nito |
| Sabay-sabay na koneksyon | Kondisyon sa bilang ng koneksyon tulad ng maxconn |
Ang maximum na 64,000 byte ay hindi pipigil sa pag-download pagkatapos ng 64,000 byte: patuloy na nire-refill ang pahintulot. Hindi ito accounting ng naipon na paggamit. Ang trapikong itinalaga sa isang pool ng klase 1 ay nagbabahagi rin ng kabuuang pahintulot nito sa halip na matanggap ang rate na iyon bawat tao.
Sinusukat ng maxconn ang mga itinatag na koneksyon ng TCP na nauugnay sa IP ng direktang konektadong kliyente, hindi byte o user. Maaaring pagsamahin ng isang tagapamagitan o NAT ang ilang tao sa ilalim ng pinagmulang iyon. Panatilihin ang pangangailangan sa sarili nitong mga yunit bago pumili ng direktiba.