Squid-ის delay pool-ის სიჩქარისა და აფეთქების ტევადობის წაკითხვა
წაიკითხეთ Squid delay pool როგორც შევსების სიჩქარე და აფეთქების ნებართვა, ხოლო როცა მოთხოვნა ეხება ერთდროულ კლიენტურ კავშირებს, აირჩიეთ ცალკე მართვა.
delay_pools 1
delay_class 1 1
delay_parameters 1 64000/128000
წაიკითხეთ წყვილი როგორც restore/maximum: ეს 1 კლასის pool წამში იღებს 64,000 ბაიტ ნებართვას და ინახავს მაქსიმუმ 128,000 ბაიტს. შევსება წამში 512,000 ბიტია ქსელურ ხარჯებამდე. ხელმისაწვდომი ნებართვა იძლევა აფეთქების საშუალებას; უფრო დიდი მაქსიმუმი არ აორმაგებს მდგრად სიჩქარეს.
ფრაგმენტი აჩვენებს პარამეტრებს Squid-ის იმ ვერსიებში, რომლებიც delay pool-ებს გვთავაზობენ. განლაგებას კვლავ სჭირდება delay_access ტრაფიკის ასარჩევად და თავისი ჩვეული წვდომის კონტროლი.
| მოთხოვნა | შესაბამისი სიდიდე |
|---|---|
| მდგრადი ტემპი | შევსება, ბაიტი წამში |
| აფეთქების ნებართვა | ვედროს ტევადობა, ბაიტებში |
| თვიური ან დღიური კვოტა | პერიოდში დაგროვილი მოხმარება, მისი განულების პოლიტიკით |
| ერთდროული კავშირები | კავშირების რაოდენობის პირობა, როგორიცაა maxconn |
64,000 ბაიტის მაქსიმუმი არ შეაჩერებს ჩამოტვირთვას 64,000 ბაიტის შემდეგ: ნებართვა განაგრძობს შევსებას. ეს არ არის დაგროვილი მოხმარების აღრიცხვა. ერთ 1 კლასის pool-ზე მინიჭებული ტრაფიკი ასევე იზიარებს მის საერთო ნებართვას, ნაცვლად იმისა, რომ მიიღოს ეს სიჩქარე ერთ ადამიანზე.
maxconn ზომავს უშუალოდ დაკავშირებული კლიენტის IP-სთან დაკავშირებულ დამყარებულ TCP კავშირებს, და არა ბაიტებს ან მომხმარებლებს. შუამავალი ან NAT შეიძლება რამდენიმე ადამიანი გააერთიანოს ამ წყაროს ქვეშ. შეინახეთ მოთხოვნა მის საკუთარ ერთეულებში, სანამ დირექტივას აირჩევთ.