RE: Databáze Firebird.

[Slavomir Skopalik]

> OpenVPN s tím asi nebude mít až tak nic společného. To byl příklad 
> aktuálního připojení. Když se přes OpenVPN připojím pomocí PuTTY nebo 
> WinSCP přímo na linuxový stroj, spojení drží dlouhodobě. Ty testy co 

Ja nerikal, ze vypadne spojeni, jen to spojeni neni stabilni.
Tedy, pokud pouzijete TCP tunel.
Bude se Vam zrychlovat a zpomalovat z Vaseho pohledu zcela nahodne.
Ve srovnani s PPTP dokaze vyuzit linku na cca 20-30%.
Odezvy OpenVPN(TCP tunnel) jsou vyrazne horsi.

> 
> #TcpNoNagle = 1 je zapoznámkované, jak uvádíte v příkladu. 
> Předpokládám, 
> že je implicitně na "1". Podle: 
> http://www.janus-software.com/fbmanual/manual.php?book=admin&topic=43
> je tedy Nagle algorithm vypnutý. Kdybych jej nastavil na "0", tak jej 
> zapnu. Co je správně?

Ani jedno, je to nastaveni podle toho, co potrebujete.
Pro "internet" bych zkusil naglink zapnout, na lokalni siti nechat default.
Zaroven muzete zkusit nastavit vetsi TCP buffer.

> 
> Firebird 2.5.2 security update 1.

Jako server, nebo jako klient ?
Windows, nebo linux ?
Protokol TCP, nebo jiny ?

Moc malo informaci, aby bylo mozne identifikovat problem.

Berte to tak, neni duvod, aby se to zpomalovalo exponencialne.
Pro toto chovani musi byt nejake vysvetleni, jelikoz pocet roundtripu
je konstantni.
Nedochazi pri tom zpomaleni k retranslaci ?
Zkuste pouzit wireshark a podivat se, co se vlastne deje.

Slavek

> 
> 
> Martin Hanek
> 
> Dne 28.4.2014 13:39, Slavomir Skopalik napsal(a):
> >> va Firebirdu (podporuje také PostgreSQL). Do databáze sahá 
> server i 
> >> klienti. Na lokální síti bez problému.
> >
> > Do databaze by mel sahat pouze server (Mysleno Fb Server).
> >
> >>
> >> Při připojení přes přes Internet přes OpenVPN - struktura: 
> FB server 
> >> s OpenVPN klientem - OpenVPN tunel - OpenVPN server
> >> - OpenVPN
> >
> > OpenVPN tunel pres TCP spojeni neni uplne stabilni.
> > Zkuste pro test PPTP.
> >
> >> Odezvy klientské aplikace jsou velmi velké. Kolega dělal 
> nějaké testy 
> >> Firebird a PostgeSQL na spojení s různými odezvami sítě s 
> Firebird z 
> >> toho vyšel velmi špatně.
> >
> > Tohle je hodne divne, pro exponencialni spomaleni neni rozumne 
> > vysvetleni. Jak mate nastaven NoNagle?
> >
> > #
> > # TCP/IP buffer size for send and receive buffers of both 
> the client # 
> > and server. The engine reads ahead of the client and can send # 
> > several rows of data in a single packet. The larger the 
> packet size, # 
> > the more data is sent per transfer. Range is 1448 to 32767 
> > (MAX_SSHORT). # # Type: integer
> > #
> > #TcpRemoteBufferSize = 8192
> >
> > #
> > # Either enables or disables Nagle algorithm (TCP_NODELAY 
> option of # 
> > socket) of the socket connection. #
> > # Note: Currently is a default for classic and super servers.
> > #
> > # Type: boolean
> > #
> > #TcpNoNagle = 1
> >
> > Jakou verzi serveru a klienta pouzivate (ma to dramaticky dopad na 
> > sitovy protokol)?
> >
> >> V podstatě dobra spojení s rostoucími odezvami sítě roste:
> >> - u PostgreSQL lineárně
> >> - u Firebirda exponenciálně
> >
> > Slavek
> >