[freenet-support] [freenet-dev] Request for proofreading: Announcing donation from Google

2009-05-13 Thread Arne Babenhauserheide
On Tuesday, 12. May 2009 21:36:30 Matthew Toseland wrote:
> We are currently working on Freenet 0.8, which will be released later this
> year, and will include additional performance improvements, usability work,
> and security improvements, as well as the usual debugging. Features are not
> yet finalized but we expect it to include Freetalk (a new anonymous web
> forums tool), a new Vista-compatible installer for Windows (that part will
> be out in a few days), and hopefully Bloom filter sharing, a new feature
> enabling nodes to know what is in their peers' datastores, greatly
> improving performance, combined with some related security improvements.

"...Bloom filter sharing. 

Bloom filter sharing will enable nodes to know what is in their peers 
datastores without impacting anonymity and should result in much improved 
performance and better security."

That would be my suggestion. 

Best wishes, 
Arne

--- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- 
   - singing a part of the history of free software -
  http://infinite-hands.draketo.de
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: 
<https://emu.freenetproject.org/pipermail/support/attachments/20090513/4253f94a/attachment.pgp>


[freenet-support] Is it my system, or had builds 1208-1209 have severe performance issues?

2009-05-13 Thread Matthew Toseland
On Friday 08 May 2009 17:40:58 Juiceman wrote:
> >> Weird. ?node.db4o was an insane 375 MB. ?I deleted it and and added a
> >> bunch of downloads. ?Now it is less than 10 MB. ?That definitely
> >> helped some with the disk thrashing.
> >>
> >> I think I found the main problem, and I'm embarrassed to say
> >> apparantly I had xmlspider plugin running and writing GB+ files to the
> >> same disk the node resides on. ?I turned this off and the disk usage
> >> became manageable.
> >>
> >> I also upgraded my HDD from an older 2 MB cache model to one with 16
> >> MB and now Freenet is zipping along nicely.
> >>
> >> I did see some errors in the log so I am sending it to Toad for review.
> >>
> >> P.S. I would recommend not installing the xmlspider by default on 
installs.
> >>
> >> Victor - might this be your issue as well?
> >
> > ROFL. So that just leaves victor...
> 
> Is it normal that node.db4o never shrinks?  I have completed all the
> downloads I had running and removed them from the page, yet node.db4o
> doesn't get smaller.  I have rebooted the node also.  This IMHO is bad
> because it will eventually kill performance with disk access...

Yes, the only way to ensure it shrinks is to defrag it. This is on the todo 
list, but it does not seem urgent to me. Is it really a huge, monstrous, 
evil, all-consuming problem more urgent than the 500 other things we have to 
deal with?
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL: 
<https://emu.freenetproject.org/pipermail/support/attachments/20090513/348214c5/attachment.pgp>


[freenet-support] Is it my system, or had builds 1208-1209 have severe performance issues?

2009-05-13 Thread Juiceman
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



On Wed, May 13, 2009 at 7:33 AM, Matthew Toseland  wrote:
> On Friday 08 May 2009 17:40:58 Juiceman wrote:
>> >> Weird.  node.db4o was an insane 375 MB.  I deleted it and and added a
>> >> bunch of downloads.  Now it is less than 10 MB.  That definitely
>> >> helped some with the disk thrashing.
>> >>
>> >> I think I found the main problem, and I'm embarrassed to say
>> >> apparantly I had xmlspider plugin running and writing GB+ files to the
>> >> same disk the node resides on.  I turned this off and the disk usage
>> >> became manageable.
>> >>
>> >> I also upgraded my HDD from an older 2 MB cache model to one with 16
>> >> MB and now Freenet is zipping along nicely.
>> >>
>> >> I did see some errors in the log so I am sending it to Toad for review.
>> >>
>> >> P.S. I would recommend not installing the xmlspider by default on
> installs.
>> >>
>> >> Victor - might this be your issue as well?
>> >
>> > ROFL. So that just leaves victor...
>>
>> Is it normal that node.db4o never shrinks?  I have completed all the
>> downloads I had running and removed them from the page, yet node.db4o
>> doesn't get smaller.  I have rebooted the node also.  This IMHO is bad
>> because it will eventually kill performance with disk access...
>
> Yes, the only way to ensure it shrinks is to defrag it. This is on the todo
> list, but it does not seem urgent to me. Is it really a huge, monstrous,
> evil, all-consuming problem more urgent than the 500 other things we have to
> deal with?
>
> ___
> Support mailing list
> Support at freenetproject.org
> http://news.gmane.org/gmane.network.freenet.support
> Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
> Or mailto:support-request at freenetproject.org?subject=unsubscribe
>

No it's not urgent.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
Comment: Use GnuPG with Firefox : http://getfiregpg.org (Version: 0.7.5)

iEYEARECAAYFAkoK9B4ACgkQ4esu1mlKOs+4oACfSPF+0SKk3u7VuLmUElOBvUpL
BWgAoJw4Xdl54vX+57MVfdCSYE6nKRLY
=bpAj
-END PGP SIGNATURE-



[freenet-support] Is it my system, or had builds 1208-1209 have severe performance issues?

2009-05-13 Thread Evan Daniel
On Wed, May 13, 2009 at 7:33 AM, Matthew Toseland
 wrote:
> On Friday 08 May 2009 17:40:58 Juiceman wrote:
>> >> Weird. ?node.db4o was an insane 375 MB. ?I deleted it and and added a
>> >> bunch of downloads. ?Now it is less than 10 MB. ?That definitely
>> >> helped some with the disk thrashing.
>> >>
>> >> I think I found the main problem, and I'm embarrassed to say
>> >> apparantly I had xmlspider plugin running and writing GB+ files to the
>> >> same disk the node resides on. ?I turned this off and the disk usage
>> >> became manageable.
>> >>
>> >> I also upgraded my HDD from an older 2 MB cache model to one with 16
>> >> MB and now Freenet is zipping along nicely.
>> >>
>> >> I did see some errors in the log so I am sending it to Toad for review.
>> >>
>> >> P.S. I would recommend not installing the xmlspider by default on
> installs.
>> >>
>> >> Victor - might this be your issue as well?
>> >
>> > ROFL. So that just leaves victor...
>>
>> Is it normal that node.db4o never shrinks? ?I have completed all the
>> downloads I had running and removed them from the page, yet node.db4o
>> doesn't get smaller. ?I have rebooted the node also. ?This IMHO is bad
>> because it will eventually kill performance with disk access...
>
> Yes, the only way to ensure it shrinks is to defrag it. This is on the todo
> list, but it does not seem urgent to me. Is it really a huge, monstrous,
> evil, all-consuming problem more urgent than the 500 other things we have to
> deal with?

I see two issues.  First, my node.db4o has broken 100MiB.  That's not
a problem, but eventually it would be.  I can deal with this by
emptying my download / upload queues, deleting it, and re-adding any
keys, but that's annoying.  It's not urgent, but an option to defrag
at startup would be nice if it doesn't take too much of your time.

Second issue is a minor security thing.  I'm probably less paranoid
than most Freenet users, but I would like to know that after I
download a file, the traces left behind by doing so are well defined.
That would include the file itself and the fact that its blocks are in
my cache.  I'd rather not also have that info in the node.db4o file
(is it encrypted?).  Again, not urgent, but worth dealing with
eventually.  The truly paranoid will have motion detectors that
unmount their encrypted filesystems and start scrubbing RAM before the
Bad Guys (TM) can sit down at the keyboard, right?

Evan Daniel



[freenet-support] Wininstaller deployed

2009-05-13 Thread Matthew Toseland
I have deployed the new wininstaller, for Vista/win7 users and anyone who 
clicks on "Windows instructions". Win2K/XP users with working JWS will still 
see the old installer for now.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL: 
<https://emu.freenetproject.org/pipermail/support/attachments/20090513/2fe71f10/attachment.pgp>


[freenet-support] Please answer a quick survey on Freenet

2009-05-13 Thread Niels Egberts
What OS do you use for Freenet?
Ubuntu Linux

What is your output bandwidth limit set to?
50kb/ps

What actual bandwidth usage do you typically get?
40kb/ps (not sure though)

Protection against a stranger attacking you over the Internet: LOW
Protection if your friends attack your anonymity: LOW
Protection if your computer is seized or stolen: LOW

Average time online:
Sometimes I do not get online for weeks, other times I'm online every
day but not more than a few hours a day.

On Wed, May 6, 2009 at 2:54 PM, Matthew Toseland
 wrote:
> What OS do you use for Freenet?
>
> What is your current datastore size set to?
>
> What is your output bandwidth limit set to?
>
> What actual bandwidth usage do you typically get?
>
> This will help us to make decisions about new performance features ...
>
> ___
> Support mailing list
> Support at freenetproject.org
> http://news.gmane.org/gmane.network.freenet.support
> Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
> Or mailto:support-request at freenetproject.org?subject=unsubscribe
>



[freenet-support] Is it my system, or had builds 1208-1209 have severe performance issues?

2009-05-13 Thread Dennis Nezic
> On Wed, 13 May 2009 13:29:47 -0400,
> Evan Daniel  wrote:
>
> On Wed, May 13, 2009 at 7:33 AM, Matthew Toseland
>  wrote:
> > On Friday 08 May 2009 17:40:58 Juiceman wrote:
> >> >> Weird. ?node.db4o was an insane 375 MB. ?I deleted it and and
> >> >> added a bunch of downloads. ?Now it is less than 10 MB. ?That
> >> >> definitely helped some with the disk thrashing.
> >> >>
> >> >> I think I found the main problem, and I'm embarrassed to say
> >> >> apparantly I had xmlspider plugin running and writing GB+ files
> >> >> to the same disk the node resides on. ?I turned this off and
> >> >> the disk usage became manageable.
> >> >>
> >> >> I also upgraded my HDD from an older 2 MB cache model to one
> >> >> with 16 MB and now Freenet is zipping along nicely.
> >> >>
> >> >> I did see some errors in the log so I am sending it to Toad for
> >> >> review.
> >> >>
> >> >> P.S. I would recommend not installing the xmlspider by default
> >> >> on
> > installs.
> >> >>
> >> >> Victor - might this be your issue as well?
> >> >
> >> > ROFL. So that just leaves victor...
> >>
> >> Is it normal that node.db4o never shrinks? ?I have completed all
> >> the downloads I had running and removed them from the page, yet
> >> node.db4o doesn't get smaller. ?I have rebooted the node also.
> >> ?This IMHO is bad because it will eventually kill performance with
> >> disk access...
> >
> > Yes, the only way to ensure it shrinks is to defrag it. This is on
> > the todo list, but it does not seem urgent to me. Is it really a
> > huge, monstrous, evil, all-consuming problem more urgent than the
> > 500 other things we have to deal with?
> 
> I see two issues.  First, my node.db4o has broken 100MiB.  That's not
> a problem, but eventually it would be.  I can deal with this by
> emptying my download / upload queues, deleting it, and re-adding any
> keys, but that's annoying.  It's not urgent, but an option to defrag
> at startup would be nice if it doesn't take too much of your time.

Or have the node automatically delete it when the queues are empty?



Re: [freenet-support] Is it my system, or had builds 1208 -1209 have severe performance issues?

2009-05-13 Thread Matthew Toseland
On Friday 08 May 2009 17:40:58 Juiceman wrote:
> >> Weird.  node.db4o was an insane 375 MB.  I deleted it and and added a
> >> bunch of downloads.  Now it is less than 10 MB.  That definitely
> >> helped some with the disk thrashing.
> >>
> >> I think I found the main problem, and I'm embarrassed to say
> >> apparantly I had xmlspider plugin running and writing GB+ files to the
> >> same disk the node resides on.  I turned this off and the disk usage
> >> became manageable.
> >>
> >> I also upgraded my HDD from an older 2 MB cache model to one with 16
> >> MB and now Freenet is zipping along nicely.
> >>
> >> I did see some errors in the log so I am sending it to Toad for review.
> >>
> >> P.S. I would recommend not installing the xmlspider by default on 
installs.
> >>
> >> Victor - might this be your issue as well?
> >
> > ROFL. So that just leaves victor...
> 
> Is it normal that node.db4o never shrinks?  I have completed all the
> downloads I had running and removed them from the page, yet node.db4o
> doesn't get smaller.  I have rebooted the node also.  This IMHO is bad
> because it will eventually kill performance with disk access...

Yes, the only way to ensure it shrinks is to defrag it. This is on the todo 
list, but it does not seem urgent to me. Is it really a huge, monstrous, 
evil, all-consuming problem more urgent than the 500 other things we have to 
deal with?


signature.asc
Description: This is a digitally signed message part.
___
Support mailing list
Support@freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-requ...@freenetproject.org?subject=unsubscribe

Re: [freenet-support] Is it my system, or had builds 1208-1209 have severe performance issues?

2009-05-13 Thread Juiceman
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



On Wed, May 13, 2009 at 7:33 AM, Matthew Toseland  wrote:
> On Friday 08 May 2009 17:40:58 Juiceman wrote:
>> >> Weird.  node.db4o was an insane 375 MB.  I deleted it and and added a
>> >> bunch of downloads.  Now it is less than 10 MB.  That definitely
>> >> helped some with the disk thrashing.
>> >>
>> >> I think I found the main problem, and I'm embarrassed to say
>> >> apparantly I had xmlspider plugin running and writing GB+ files to the
>> >> same disk the node resides on.  I turned this off and the disk usage
>> >> became manageable.
>> >>
>> >> I also upgraded my HDD from an older 2 MB cache model to one with 16
>> >> MB and now Freenet is zipping along nicely.
>> >>
>> >> I did see some errors in the log so I am sending it to Toad for review.
>> >>
>> >> P.S. I would recommend not installing the xmlspider by default on
> installs.
>> >>
>> >> Victor - might this be your issue as well?
>> >
>> > ROFL. So that just leaves victor...
>>
>> Is it normal that node.db4o never shrinks?  I have completed all the
>> downloads I had running and removed them from the page, yet node.db4o
>> doesn't get smaller.  I have rebooted the node also.  This IMHO is bad
>> because it will eventually kill performance with disk access...
>
> Yes, the only way to ensure it shrinks is to defrag it. This is on the todo
> list, but it does not seem urgent to me. Is it really a huge, monstrous,
> evil, all-consuming problem more urgent than the 500 other things we have to
> deal with?
>
> ___
> Support mailing list
> Support@freenetproject.org
> http://news.gmane.org/gmane.network.freenet.support
> Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
> Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
>

No it's not urgent.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
Comment: Use GnuPG with Firefox : http://getfiregpg.org (Version: 0.7.5)

iEYEARECAAYFAkoK9B4ACgkQ4esu1mlKOs+4oACfSPF+0SKk3u7VuLmUElOBvUpL
BWgAoJw4Xdl54vX+57MVfdCSYE6nKRLY
=bpAj
-END PGP SIGNATURE-
___
Support mailing list
Support@freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-requ...@freenetproject.org?subject=unsubscribe


Re: [freenet-support] Is it my system, or had builds 1208-1209 have severe performance issues?

2009-05-13 Thread Evan Daniel
On Wed, May 13, 2009 at 7:33 AM, Matthew Toseland
 wrote:
> On Friday 08 May 2009 17:40:58 Juiceman wrote:
>> >> Weird.  node.db4o was an insane 375 MB.  I deleted it and and added a
>> >> bunch of downloads.  Now it is less than 10 MB.  That definitely
>> >> helped some with the disk thrashing.
>> >>
>> >> I think I found the main problem, and I'm embarrassed to say
>> >> apparantly I had xmlspider plugin running and writing GB+ files to the
>> >> same disk the node resides on.  I turned this off and the disk usage
>> >> became manageable.
>> >>
>> >> I also upgraded my HDD from an older 2 MB cache model to one with 16
>> >> MB and now Freenet is zipping along nicely.
>> >>
>> >> I did see some errors in the log so I am sending it to Toad for review.
>> >>
>> >> P.S. I would recommend not installing the xmlspider by default on
> installs.
>> >>
>> >> Victor - might this be your issue as well?
>> >
>> > ROFL. So that just leaves victor...
>>
>> Is it normal that node.db4o never shrinks?  I have completed all the
>> downloads I had running and removed them from the page, yet node.db4o
>> doesn't get smaller.  I have rebooted the node also.  This IMHO is bad
>> because it will eventually kill performance with disk access...
>
> Yes, the only way to ensure it shrinks is to defrag it. This is on the todo
> list, but it does not seem urgent to me. Is it really a huge, monstrous,
> evil, all-consuming problem more urgent than the 500 other things we have to
> deal with?

I see two issues.  First, my node.db4o has broken 100MiB.  That's not
a problem, but eventually it would be.  I can deal with this by
emptying my download / upload queues, deleting it, and re-adding any
keys, but that's annoying.  It's not urgent, but an option to defrag
at startup would be nice if it doesn't take too much of your time.

Second issue is a minor security thing.  I'm probably less paranoid
than most Freenet users, but I would like to know that after I
download a file, the traces left behind by doing so are well defined.
That would include the file itself and the fact that its blocks are in
my cache.  I'd rather not also have that info in the node.db4o file
(is it encrypted?).  Again, not urgent, but worth dealing with
eventually.  The truly paranoid will have motion detectors that
unmount their encrypted filesystems and start scrubbing RAM before the
Bad Guys (TM) can sit down at the keyboard, right?

Evan Daniel
___
Support mailing list
Support@freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-requ...@freenetproject.org?subject=unsubscribe


[freenet-support] Wininstaller deployed

2009-05-13 Thread Matthew Toseland
I have deployed the new wininstaller, for Vista/win7 users and anyone who 
clicks on "Windows instructions". Win2K/XP users with working JWS will still 
see the old installer for now.


signature.asc
Description: This is a digitally signed message part.
___
Support mailing list
Support@freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-requ...@freenetproject.org?subject=unsubscribe

Re: [freenet-support] Please answer a quick survey on Freenet

2009-05-13 Thread Niels Egberts
What OS do you use for Freenet?
Ubuntu Linux

What is your output bandwidth limit set to?
50kb/ps

What actual bandwidth usage do you typically get?
40kb/ps (not sure though)

Protection against a stranger attacking you over the Internet: LOW
Protection if your friends attack your anonymity: LOW
Protection if your computer is seized or stolen: LOW

Average time online:
Sometimes I do not get online for weeks, other times I'm online every
day but not more than a few hours a day.

On Wed, May 6, 2009 at 2:54 PM, Matthew Toseland
 wrote:
> What OS do you use for Freenet?
>
> What is your current datastore size set to?
>
> What is your output bandwidth limit set to?
>
> What actual bandwidth usage do you typically get?
>
> This will help us to make decisions about new performance features ...
>
> ___
> Support mailing list
> Support@freenetproject.org
> http://news.gmane.org/gmane.network.freenet.support
> Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
> Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
>
___
Support mailing list
Support@freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-requ...@freenetproject.org?subject=unsubscribe


Re: [freenet-support] Is it my system, or had builds 1208-1209 have severe performance issues?

2009-05-13 Thread Dennis Nezic
> On Wed, 13 May 2009 13:29:47 -0400,
> Evan Daniel  wrote:
>
> On Wed, May 13, 2009 at 7:33 AM, Matthew Toseland
>  wrote:
> > On Friday 08 May 2009 17:40:58 Juiceman wrote:
> >> >> Weird.  node.db4o was an insane 375 MB.  I deleted it and and
> >> >> added a bunch of downloads.  Now it is less than 10 MB.  That
> >> >> definitely helped some with the disk thrashing.
> >> >>
> >> >> I think I found the main problem, and I'm embarrassed to say
> >> >> apparantly I had xmlspider plugin running and writing GB+ files
> >> >> to the same disk the node resides on.  I turned this off and
> >> >> the disk usage became manageable.
> >> >>
> >> >> I also upgraded my HDD from an older 2 MB cache model to one
> >> >> with 16 MB and now Freenet is zipping along nicely.
> >> >>
> >> >> I did see some errors in the log so I am sending it to Toad for
> >> >> review.
> >> >>
> >> >> P.S. I would recommend not installing the xmlspider by default
> >> >> on
> > installs.
> >> >>
> >> >> Victor - might this be your issue as well?
> >> >
> >> > ROFL. So that just leaves victor...
> >>
> >> Is it normal that node.db4o never shrinks?  I have completed all
> >> the downloads I had running and removed them from the page, yet
> >> node.db4o doesn't get smaller.  I have rebooted the node also.
> >>  This IMHO is bad because it will eventually kill performance with
> >> disk access...
> >
> > Yes, the only way to ensure it shrinks is to defrag it. This is on
> > the todo list, but it does not seem urgent to me. Is it really a
> > huge, monstrous, evil, all-consuming problem more urgent than the
> > 500 other things we have to deal with?
> 
> I see two issues.  First, my node.db4o has broken 100MiB.  That's not
> a problem, but eventually it would be.  I can deal with this by
> emptying my download / upload queues, deleting it, and re-adding any
> keys, but that's annoying.  It's not urgent, but an option to defrag
> at startup would be nice if it doesn't take too much of your time.

Or have the node automatically delete it when the queues are empty?
___
Support mailing list
Support@freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-requ...@freenetproject.org?subject=unsubscribe