Re: Sockety - backlog size - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › Sockety - backlog size › Re: Sockety - backlog size

X-Received: by 2002:a0c:9acc:: with SMTP id k12mr25749766qvf.211.1552291584151; Mon,
11 Mar 2019 01:06:24 -0700 (PDT)
X-Received: by 2002:a0c:9acc:: with SMTP id k12mr25749766qvf.211.1552291584151; Mon,
11 Mar 2019 01:06:24 -0700 (PDT)
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!2.eu.feeder.erj
e.net!4.us.feeder.erje.net!feeder.erje.net!weretis.net!feeder6.news.weretis.net
!feeder.usenetexpress.com!feeder-in1.iad1.usenetexpress.com!border1.nntp.dca1.g
iganews.com!nntp.giganews.com!m21no1817667qta.0!news-out.google.com!d8ni4580qtr
.1!nntp.google.com!m21no1817659qta.0!postnews.google.com!glegroupsg2000goo.goog
legroups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Mon, 11 Mar 2019 01:06:23 -0700 (PDT)
In-Reply-To: <q5v1v4$k80$1@node1.news.atman.pl>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=165.225.84.74;
posting-account=bMuEOQoAAACUUr_ghL3RBIi5neBZ5w_S
NNTP-Posting-Host: 165.225.84.74
References: <q5v1v4$k80$1@node1.news.atman.pl>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <0...@g...com>
Subject: Re: Sockety - backlog size
From: Maciej Sobczak <s...@g...com>
Injection-Date: Mon, 11 Mar 2019 08:06:24 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Lines: 28
Xref: news-archive.icm.edu.pl pl.comp.programming:213391
[ ukryj nagłówki ]
> Jakie znaczenie ma BACKLOG_SIZE?

Przecież sam podałeś linki, gdzie to jest wyjaśnione. To jest długość kolejki (po
stronie serwera) na połączenia oczekujące na accept.

> im większa
> wartość tej zmiennej tym lepiej?

Nie. Im krótszy czas, który serwer spędza na akceptacji nowego połączenia, tym
lepiej. Backlog to jedynie workaround na fakt, że ten czas nigdy nie może być 0. Ale
dążenie do tego idealnego stanu jest lepsze, niż zwiększanie długości backlogu.
Z drugiej strony, warto też zadbać o to, żeby klient potrafił podjąć kilka prób
połączenia zanim się podda. Te trzy aspekty (czas akceptacji, backlog i inteligencja
klienta) są dopiero składnikami kompletnego rozwiązania. Samo kręcenie backlogiem nie
jest rozwiązaniem.

> W przykładach Linuxa spotkałem wartości 3 i 5, natomiast w Windows
> SOMAXCONN = 0x7fffffff

SOMAXCONN oznacza, że programista ma to gdzieś i wtedy system sam wybiera jakiś
"maximum reasonable value".

--
Maciej Sobczak * http://www.inspirel.com