Jees. Eli kuten aiemminkin on puhetta ollut, niin ilmeisesti siis kannattaisi kaikki nuo send_size-rivien lukemat laittaa numeroksi 84 ja send_every-rivien numeroiksi 3? eli
net_lan_client_send_every = 3 ; Client packet freq on LAN
net_lan_client_send_size = 84 ; Client packet size on LAN
net_lan_server_send_every = 3 ; Server packet freq on LAN
net_lan_server_send_size = 84 ; Server packet size on LAN
net_mdm_client_send_every = 3 ; Client packet freq on dialup
net_mdm_client_send_size = 84 ; Client packet size on dialup
net_mdm_server_send_every = 3 ; Server packet freq on dialup
net_mdm_server_send_size = 84 ; Server packet size on dialup
Koska todella hienoinen nykimisen lisääntyminen joka aiheutuu siitä, että numerot ovat kolmosia kakkosen sijaan on pikkutekijä tällä hetkellä siihen nähden, että yhteydet muuten tuntuvat kusevan siellä sun täällä.
Tuo rivi clock_adj_delay = 4 käsittääkseni on voimassa ainoastaan silloin, mikäli core.inissä [Task] osiossa on rivi synch_method = 0 ja nimenomaan tuo arvo nolla. Tuolloin on vanha synch-tapa käytössä. GPL:n versiossa 1.2 on uudempi synch-metodi mahdollista, joka asetetaan voimaan laittamalla riviksi synch_method = 1 tuohon [Task]-osioon. Tuo uudempi menetelmä on ilmeisesti keskimäärin se parempi vaihtoehto, mutta joillain yhteyksillä ei kuitenkaan välttämättä. Mikäli omituista warppimista sun muuta tapahtuu jollain, kannattaa koittaa muuttaa arvo ykkösestä nollaan. Tuolloin sitten samalla astuu voimaan myös tuo [communications]-osiossa olevan rivin clock_adj_delay = 4 arvo. Jonkun äijän kokeilussa omalla kohdallaan arvo 16 toimii kuulemma parhaiten. Kannattaa kokeilla itse kunkin, mikäli ongelmia esiintyy.
Kaiken kaikkiaan ymmärtääkseni koko tuo core.inin säätäminen on mahdollista jättää tekemättä siten, että asentaa winvrocin. Siellä on oma optionsa tuon vanhan synch-metodin käyttämiseksi ja eri arvojen syöttämiseksi ja testaamiseksi.
Kuitenkin jokaisen kannattaa laittaa core.ininsä asianosaiset kahdeksan riviä identtiseksi ylempänä olevien kahdeksan rivin kanssa.
net_lan_client_send_every = 3 ; Client packet freq on LAN
net_lan_client_send_size = 84 ; Client packet size on LAN
net_lan_server_send_every = 3 ; Server packet freq on LAN
net_lan_server_send_size = 84 ; Server packet size on LAN
net_mdm_client_send_every = 3 ; Client packet freq on dialup
net_mdm_client_send_size = 84 ; Client packet size on dialup
net_mdm_server_send_every = 3 ; Server packet freq on dialup
net_mdm_server_send_size = 84 ; Server packet size on dialup
Koska todella hienoinen nykimisen lisääntyminen joka aiheutuu siitä, että numerot ovat kolmosia kakkosen sijaan on pikkutekijä tällä hetkellä siihen nähden, että yhteydet muuten tuntuvat kusevan siellä sun täällä.
Tuo rivi clock_adj_delay = 4 käsittääkseni on voimassa ainoastaan silloin, mikäli core.inissä [Task] osiossa on rivi synch_method = 0 ja nimenomaan tuo arvo nolla. Tuolloin on vanha synch-tapa käytössä. GPL:n versiossa 1.2 on uudempi synch-metodi mahdollista, joka asetetaan voimaan laittamalla riviksi synch_method = 1 tuohon [Task]-osioon. Tuo uudempi menetelmä on ilmeisesti keskimäärin se parempi vaihtoehto, mutta joillain yhteyksillä ei kuitenkaan välttämättä. Mikäli omituista warppimista sun muuta tapahtuu jollain, kannattaa koittaa muuttaa arvo ykkösestä nollaan. Tuolloin sitten samalla astuu voimaan myös tuo [communications]-osiossa olevan rivin clock_adj_delay = 4 arvo. Jonkun äijän kokeilussa omalla kohdallaan arvo 16 toimii kuulemma parhaiten. Kannattaa kokeilla itse kunkin, mikäli ongelmia esiintyy.
Kaiken kaikkiaan ymmärtääkseni koko tuo core.inin säätäminen on mahdollista jättää tekemättä siten, että asentaa winvrocin. Siellä on oma optionsa tuon vanhan synch-metodin käyttämiseksi ja eri arvojen syöttämiseksi ja testaamiseksi.
Kuitenkin jokaisen kannattaa laittaa core.ininsä asianosaiset kahdeksan riviä identtiseksi ylempänä olevien kahdeksan rivin kanssa.