Re: [freenet-dev] nio rollout 2

2003-03-30 Thread Ian Clarke
Seems you are not the first to be frustrated by this - this guy has some code to fix it: http://www.nutch.org/docs/api/net/nutch/net/ChannelInputStream.html Ian. -- Ian Clarke [EMAIL PROTECTED] Coordinator, The Freenet Project htt

[freenet-dev] nio rollout 2

2003-03-30 Thread Ian Clarke
Seems you are not the first to be frustrated by this - this guy has some code to fix it: http://www.nutch.org/docs/api/net/nutch/net/ChannelInputStream.html Ian. -- Ian Clarke ian at locut.us Coordinator, The Freenet Project http:

[freenet-dev] nio rollout 2

2003-03-30 Thread Ian Clarke
On Mon, Mar 31, 2003 at 12:09:44AM -0500, Zlatin Balevsky wrote: > well, I discovered two huge bugs in the java.nio package. The first one > I mailed to Matthew and it is that the read() reads bytes as signed > octets even though in the javadocs it explicitly says the values > InputStream.read

Re: [freenet-dev] nio rollout 2

2003-03-30 Thread Ian Clarke
On Mon, Mar 31, 2003 at 12:09:44AM -0500, Zlatin Balevsky wrote: > well, I discovered two huge bugs in the java.nio package. The first one > I mailed to Matthew and it is that the read() reads bytes as signed > octets even though in the javadocs it explicitly says the values > InputStream.read

[freenet-dev] nio rollout 2

2003-03-30 Thread Zlatin Balevsky
well, I discovered two huge bugs in the java.nio package. The first one I mailed to Matthew and it is that the read() reads bytes as signed octets even though in the javadocs it explicitly says the values InputStream.read() returns ranges 0-255. So for example 0xfb is -5, not 251. This will

Re: [freenet-dev] Probabilistic caching

2003-03-30 Thread Todd Walton
On Sun, 30 Mar 2003 [EMAIL PROTECTED] wrote: > > On Fri, 28 Mar 2003 16:08:31 -0800 Ian Clarke <[EMAIL PROTECTED]> wrote: > >We need to get probabilistic caching in the code ASAP - the current > >level of load most nodes are getting is totally disrupting the > >clustering effect from what I have s

[freenet-dev] Probabilistic caching

2003-03-30 Thread Todd Walton
On Sun, 30 Mar 2003 palomitas at hushmail.com wrote: > > On Fri, 28 Mar 2003 16:08:31 -0800 Ian Clarke wrote: > >We need to get probabilistic caching in the code ASAP - the current > >level of load most nodes are getting is totally disrupting the > >clustering effect from what I have seen in my n

[freenet-dev] weighting towards smaller keys

2003-03-30 Thread palomi...@hushmail.com
On Tue, 25 Mar 2003 09:55:19 -0800 Matthew Toseland wrote: >> I vote that the nodes can do that weighting towards smaller keys. >> [SNIP] >> >> Advantage: I (as a node owner) can place a little emphasis on >> "content" (html, txt, images, freesites, ...) and delete >> "warez" ;) (isos, DVD-rip

Re: [freenet-dev] weighting towards smaller keys

2003-03-30 Thread palomitas
On Tue, 25 Mar 2003 09:55:19 -0800 Matthew Toseland <[EMAIL PROTECTED]> wrote: >> I vote that the nodes can do that weighting towards smaller keys. >> [SNIP] >> >> Advantage: I (as a node owner) can place a little emphasis on >> "content" (html, txt, images, freesites, ...) and delete >> "warez

[freenet-dev] Freenet Bulletins

2003-03-30 Thread palomi...@hushmail.com
On Thu, 27 Mar 2003 13:52:51 -0800 fillament at iipmail.net wrote: >Just had an idea that could work as an optional client but would >be better as part of fproxy for new users. I keep seeing messages >on the dev list about "windows users should update". [SNIP] I vote for an inline frame at the to

Re: [freenet-dev] Freenet Bulletins

2003-03-30 Thread palomitas
On Thu, 27 Mar 2003 13:52:51 -0800 [EMAIL PROTECTED] wrote: >Just had an idea that could work as an optional client but would >be better as part of fproxy for new users. I keep seeing messages >on the dev list about "windows users should update". [SNIP] I vote for an inline frame at the top of th

[freenet-dev] Probabilistic caching

2003-03-30 Thread palomi...@hushmail.com
On Fri, 28 Mar 2003 16:08:31 -0800 Ian Clarke wrote: >We need to get probabilistic caching in the code ASAP - the current >level of load most nodes are getting is totally disrupting the >clustering effect from what I have seen in my node's diagnostics. >[snip] > >I propose making this the highest

Re: [freenet-dev] Probabilistic caching

2003-03-30 Thread palomitas
On Fri, 28 Mar 2003 16:08:31 -0800 Ian Clarke <[EMAIL PROTECTED]> wrote: >We need to get probabilistic caching in the code ASAP - the current >level of load most nodes are getting is totally disrupting the >clustering effect from what I have seen in my node's diagnostics. >[snip] > >I propose maki

[freenet-dev] Probabilistic caching

2003-03-30 Thread palomi...@hushmail.com
On Fri, 28 Mar 2003 16:08:31 -0800 Ian Clarke wrote: >We need to get probabilistic caching in the code ASAP [snip] > >I propose making this the highest priority at this time. I think the highest priority should have the correction of the "CANNOT RENAME NODE FILE" bug. Currently every Windows mac

Re: [freenet-dev] Probabilistic caching

2003-03-30 Thread palomitas
On Fri, 28 Mar 2003 16:08:31 -0800 Ian Clarke <[EMAIL PROTECTED]> wrote: >We need to get probabilistic caching in the code ASAP [snip] > >I propose making this the highest priority at this time. I think the highest priority should have the correction of the "CANNOT RENAME NODE FILE" bug. Currentl

[freenet-dev] Is anyone working on the excessive CPU load problem?

2003-03-30 Thread Ed Tomlinson
On March 27, 2003 11:57 pm, Pascal wrote: > Adding useDSIndex=false to your config file will significantly reduce > your CPU load. This will have two side effects however: This _does_ seem to be helping here. Freenet load is less noticealbe with this option. May I suggest that it be modified s

Re: [freenet-dev] Is anyone working on the excessive CPU load problem?

2003-03-30 Thread Ed Tomlinson
On March 27, 2003 11:57 pm, Pascal wrote: > Adding useDSIndex=false to your config file will significantly reduce > your CPU load. This will have two side effects however: This _does_ seem to be helping here. Freenet load is less noticealbe with this option. May I suggest that it be modified s