And here comes the third dump of the ocm contents
155.239.180.179:34467 0 0 yes 1 0 572922365 QThread-12740 Inbound 33c0b6
80.134.237.85:21321 0 0 yes 2 0 533401428 QThread-25929 Inbound 7e5c44
80.134.237.85:15291 0 0 yes 8 0 484932664 QThread-34344 Inbound 5e833f
68.82.148.48:18230 0 0 yes 1 0 450711357 QThread-36576 Inbound 514847
129.240.200.147:39076 1 147772 yes 471 0 198812426 QThread-45337 Inbound
3c54ad
66.28.14.56:4732 1 1021207 yes 1740 0 173207288 QThread-45442 Inbound
6a5180
210.86.48.242:44180 0 0 yes 1 0 106259012 QThread-45049 Inbound f955a
134.193.75.29:3277 0 0 yes 11 0 198269616 QThread-45215 Inbound 1423d4
216.87.102.230:2816 0 0 yes 8 0 73175861 QThread-45395 Inbound 4e23b2
Please note that the same connections are still there.. plus some
newcomers. The send-queue-size 147772 is also stalled (haven't changed
in a couple of hours)
Summary of current connections:
Number of open connections: 120
Number of outbound connections: 1
Number of inbound connections: 119
Routing time status:
# Current routingTime: 0ms.
# Active pooled jobs: 276 (92.0%) [QueryRejecting all incoming
requests!]
Threadcount (maximumthreads is set to 300...):
Total pooled threads 349
Available pooled threads 74
Pooled threads in use 275
And yes.. The node is just about idle now..
A couple of strange things I note though..
1. The node is not *completely* idle.. There seems to be one or two
threads that are still making themselves useful, accepting an incoming
connection now and then and establishing a new outgoing connection once
in a while. I assume that given enough time they will also be stuck
however...
2. For some really strange reason: 'Local mean traffic (queries per
hour) : 19399.68744947998'. This CANNOT BE TRUE.. My node is definitely
not serving up any 20kQueries/h, close to no processor or bandwidth is
used. Is the open-but-idle connections counted into this value for some
reason?!
/N
-----Original Message-----
From: Matthew Toseland [mailto:[EMAIL PROTECTED]]
Sent: den 11 februari 2003 10:02
To: Niklas Bergh
Subject: Re: Longtime idle connections, was: [freenet-support] Build 659
(unstable)
On Tue, Feb 11, 2003 at 09:52:17AM +0100, Niklas Bergh wrote:
>
>
> -----Original Message-----
> From: Matthew Toseland [mailto:[EMAIL PROTECTED]]
> Sent: den 10 februari 2003 19:55
> To: Niklas Bergh
> Subject: Re: [freenet-support] Build 659 (unstable)
>
>
> On Mon, Feb 10, 2003 at 11:38:09AM +0100, Niklas Bergh wrote:
> > 659 seems to have solved the 'Node suddenly ceases traffic'-problem.
> > I
>
> > have a node that has been up for close 120 hours now and there is
> > till
>
> > no sign of stagnation. It is serving up 13000 q/h at about 1MBit/s.
>
> >Yay. 1Mbps _both ways_ ?
>
> Nope, summed up. Most of it (80% or so) is outgoing traffic.
>
>
> >
> > One thing though:
> >
> > Peer addr Send Count Send Size Receiving Messages Idle time Lifetime
> > Thread Type ID 155.239.180.179:34467 0 0 yes 1 0 393188783
> > QThread-12740 Inbound 33c0b6 80.134.237.85:21321 0 0 yes 2 0
353667846
>
> > QThread-25929 Inbound 7e5c44 80.134.237.85:15291 0 0 yes 8 0
> > 305199082
>
> > QThread-34344 Inbound 5e833f 68.82.148.48:18230 0 0 yes 1 0
> > 270977775
> > QThread-36576 Inbound 514847 213.208.127.216:17565 0 0 yes 7 0
> > 172335455 QThread-44615 Inbound 134183 64.252.121.1:34381 0 0 yes 10
0
>
> > 22933808 QThread-45372 Inbound 323c46 216.15.192.235:56589 0 0 yes 2
> > 0
>
> > 42376945 QThread-42938 Inbound 13374f 134.193.75.29:3277 0 0 yes 8 0
> > 18536034 QThread-45215 Inbound 1423d4 129.240.200.147:39076 1 147772
> > yes 471 0 19078844 QThread-45337 Inbound 3c54ad
> >
> > This is the initial entries of my ocm table. I do not like that
> > idle-time always is zero on those connections where 'receiving' is
> > 'yes'. It seems like the idletime is set to zero even if the
> > connection is idle. Should it really be so, couldn't idle-time be
set
> > to indicate the time since the last packet was recieved on that
> > connection instead?!
>
> >Err... hmm. It is transferring a message with trailing fields i.e. a
> file. This can take a long time, but it is not idle during that
> time...
>
> Is the idle time specified in milliseconds? In that case, over the
> first connection, one message in 109 hours....
>
> OCM 24 hours later:
>
> Peer addr Send Count Send Size Receiving Messages Idle time Lifetime
> Thread Type ID 155.239.180.179:34467 0 0 yes 1 0 470074608
> QThread-12740 Inbound 33c0b6 80.134.237.85:21321 0 0 yes 2 0 430553671
> QThread-25929 Inbound 7e5c44 80.134.237.85:15291 0 0 yes 8 0 382084907
> QThread-34344 Inbound 5e833f 68.82.148.48:18230 0 0 yes 1 0 347863600
> QThread-36576 Inbound 514847 213.208.127.216:17565 0 0 yes 7 0
> 249221280 QThread-44615 Inbound 134183 134.193.75.29:3277 0 0 yes 8 0
> 95421859 QThread-45215 Inbound 1423d4 129.240.200.147:39076 1 147772
> yes 471 0 95964669 QThread-45337 Inbound 3c54ad
> 66.28.14.56:4732 1 1021207 yes 1740 0 70359531 QThread-45442 Inbound
6a5
>
> Please note that this is the same connections as yesterday.. Receiving
> data==yes, idle-time==0 and Lifetime==a bunch of hours more than
> yesterday... AND.. Still the same number of messages transferred over
> the connections which means that either the connections are dead or
> else the file is really, really fat :)
>
> And.. I think my node is starting to stall again... Traffic has
> decreased by 60-70% since yesterday.
> Currently:
> Number of outbound connections: 8
> Number of inbound connections: 107
> For a ratio of 1:12, yesterday I had a ratio of 2:5 or so (yesterday
> was day 5 of the uptime, today is day 6). This is a sign that I my
> node is dying the slow suffocation death..
>
> Current routingTime 10ms
> Active pooled jobs 261 (87.0%) [QueryRejecting all incoming requests!]
> ^^^This is another bad sign, low routingtime, and still the node is
> queryrejecting.
Hmm. What exactly do you have maximumThreads set to? 261 should be well
over 100%.
>
> /N
>
>
--
Matthew Toseland
[EMAIL PROTECTED][EMAIL PROTECTED]
Full time freenet hacker.
http://freenetproject.org/
Freenet Distribution Node (temporary) at
http://amphibian.dyndns.org:8889/RJpJ6-2KvEE/
ICTHUS.
_______________________________________________
Support mailing list
[EMAIL PROTECTED]
http://hawk.freenetproject.org:8080/mailman/listinfo/support
