On Fri, 26 Sep 2003 17:27:36 +0100, thus spake Gordan
<[EMAIL PROTECTED]>:
: Yes. The problem is that the spammers may not know about those open
: relay servers. The last thing we want to do is give them a list of
: more open reays to spam us through. OTOH, if the list was public and
: the open rel
On Fri, 26 Sep 2003, Toad wrote:
> On Wed, Sep 24, 2003 at 10:13:22PM +1200, David McNab wrote:
> >
> > This is not an issue with modern operating systems like Linux and BSD,
> > where there are dependency-resolving infrastructures (and a user-base
> > not scared of reading README/INSTALL files).
> It may interest you to know that this idea has a patent pending on it:
>
> http://tinyurl.com/oj6p
>
> icepick
ug. I'm not a big fan of stifling open source development with patents...
but anyway, it looks like there are plenty of ways to achieve what Mike was
saying without running up a
On Fri, 26 Sep 2003, Some Guy wrote:
> B is cooler, but it may have to have something to
> prevent a rouge member of the ring, bombing nodes, by
> making junk certificates. Something like a limited
> number of certified slots, could be cached so the
> rouge cann't resend indefinately.
>
> Or w
Update of /cvsroot/freenet/freenet/src/freenet/support
In directory sc8-pr-cvs1:/tmp/cvs-serv24104/src/freenet/support
Modified Files:
MultiValueTable.java
Log Message:
Move KillSurplusConnections back out of a thread, but do it smarter. We will now keep
a queue of closed connections to
Update of /cvsroot/freenet/freenet/src/freenet
In directory sc8-pr-cvs1:/tmp/cvs-serv24104/src/freenet
Modified Files:
ConnectionHandler.java OpenConnectionManager.java
Log Message:
Move KillSurplusConnections back out of a thread, but do it smarter. We will now keep
a queue of closed c
Sure.. either there is a bug in the JVM (in which
case Sun Microsystems is to blame, please report to them as stated in the
report) or else you have faulty hardware in you computer (I had a broken memory
module in my computer earlier which cause
me similar problems).
/N
- Original M
On Sun, 21 Sep 2003 15:11:45 -0700, Mike Stump wrote:
> Something needs a serious redesign. freenet needs karma to be added
> to it. Nodes should try and collect karma to spend to get stuff
> (content) out of other nodes when they really want it. They need to
> be absolute and reasonably non-fo
Not deadlocked but close... 10s of threads blocked on one lock and the
like, this is now fixed in 6208, try it out... or wait for 6209 (in
about 20 minutes if all goes well)
--Brandon
___
Devl mailing list
[EMAIL PROTECTED]
http://dodo.freenetproject.org
I think my node deadlocked, or, if it didn't it was very busy doing
nothing. There were around 12 connections that didn't have blocked
data. I watched it for a minute, and none of the network connections
moved any. This is with 6207 on Linux 2.4.21. I'm on a 400 MHz CPU.
I've found that most CP
Update of /cvsroot/freenet/freenet/src/freenet/support
In directory sc8-pr-cvs1:/tmp/cvs-serv19025/src/freenet/support
Modified Files:
LRUQueue.java
Log Message:
make remove(Object) return boolean
Index: LRUQueue.java
===
R
On Friday 26 September 2003 20:35, Edward J. Huff wrote:
> On Fri, 2003-09-26 at 12:08, Gordan wrote:
> > Of course, if the hashing function is complex enough to take 1 second to
> > calculate on modern hardware, then it will take 136 years of CPU time to
> > work out every possible combination. Ho
On Thu, 25 Sep 2003, Some Guy wrote:
> --- "Edward J. Huff" <[EMAIL PROTECTED]> wrote:
> Of coarse when you try to write to one of these dead
> sockets, your TCP implementation will after a few
> 100ms figuar out the other side isn't responding and
> you'll get a "connect timed out".
3 minutes
On Friday 26 September 2003 10:28 am, Edgar Friendly wrote:
> Andrew Rodland <[EMAIL PROTECTED]> writes:
> > But, if you make the assumption that a peer can't have more than one IP
> > address at a time, then you can throw out old connections if you get a
> > connection from a new address. Unfortun
On Fri, 2003-09-26 at 12:08, Gordan wrote:
> Of course, if the hashing function is complex enough to take 1 second to
> calculate on modern hardware, then it will take 136 years of CPU time to work
> out every possible combination. However, this could be narrowed down
> considerably by only chec
Wait... now it seems that something between the patch I posted here and
what was marked 6208 in CVS fixed it.
--Brandon
On Fri, 09/26/03 at 12:26:07 -0500, Brandon Low wrote:
> Oh, my thought is that it might have to do with candidates not being
> removed from LRU if they are selected for termina
Oh, my thought is that it might have to do with candidates not being
removed from LRU if they are selected for termination?
--Brandon
On Fri, 09/26/03 at 12:23:50 -0500, Brandon Low wrote:
> Ok, the promised thread dump is here. (Freenet actually worked, and 25
> minutes after he inserted it, I
Ok, the promised thread dump is here. (Freenet actually worked, and 25
minutes after he inserted it, I had it!)
This dump shows Suplus connection killing thread in an exception that
doesn't make sense to me, but hopefully someone out there who know more
about Java than I do can give me a hand.
T
Great work on QThreadFactory, I hadn't yet relized the problem of thread
overestimates...
Also, why the heck didn't I think to separate the numLock incriment from
the thread creation *smacks self*, that should eliminate EVERY case of a
lock being held for a thread creation or deletion, great!
I
On Friday 26 Sep 2003 16:49, Some Guy wrote:
> Still the goal is to try to make something that tells
> you if server at IP is an open relay, and does this
> more cheaply than you yourself testing to see if it's
> an open relay. The freenet lookup should be cheaper
> right?
Not really. I'm pretty
On Friday 26 Sep 2003 16:02, Pascal wrote:
> The goal of the hashing was to address the problem of keeping the list
> of IPs out of the hands of spammers.
That would be rather difficult to do, while keeping the operation quick.
Additionally, 1-way hashing is not guaranteed to produce unique resul
--- Pascal <[EMAIL PROTECTED]> wrote:
> The goal of the hashing was to address the problem
> of keeping the list
> of IPs out of the hands of spammers. I have looked
> into obtaining an IP
> listing from existing RBLs and that seems to be
> their biggest concern.
> Some even make you sign paper
The goal of the hashing was to address the problem of keeping the list
of IPs out of the hands of spammers. I have looked into obtaining an IP
listing from existing RBLs and that seems to be their biggest concern.
Some even make you sign paperwork to that effect. I left the phrasing
generic ("on
Andrew Rodland <[EMAIL PROTECTED]> writes:
> But, if you make the assumption that a peer can't have more than one IP
> address at a time, then you can throw out old connections if you get a
> connection from a new address. Unfortunately, doesn't seem like a safe
> assumption.
>
> --hobbs
It'd
On Fri, 2003-09-26 at 08:52, Niklas Bergh wrote:
> Should be fixed now. It might be a good idea if the one who has written
> the code had a little look.
I'm looking now, I'm sure Brandon will also look at it. I wondered
about which monitor was going to be signaled there
On Fri, 2003-09-26 at
Should be fixed now. It might be a good idea if the one who has written
the code had a little look.
Cheers
/N
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Ed Tomlinson
> Sent: den 26 september 2003 13:03
> To: Brandon Low
> Cc: [EMAIL PROTECTED]
Update of /cvsroot/freenet/freenet/src/freenet/thread
In directory sc8-pr-cvs1:/tmp/cvs-serv2053/src/freenet/thread
Modified Files:
QThreadFactory.java
Log Message:
Notification on wrong monitor
Index: QThreadFactory.java
==
Hi,
Looks like something is not quite right in 6208. I am seeing _lots_ of
these errors (several per minute):
Sep 26, 2003 7:40:41 AM (freenet.Ticker, Ticker, ERROR): Failed to execute [EMAIL
PROTECTED]
Sep 26, 2003 7:40:41 AM (freenet.Ticker, Ticker, ERROR): Could not execute
freenet.Message
On Thursday 25 Sep 2003 19:35, Pascal wrote:
> ---RBL operator---
> Periodically obtain a list of IP addresses to block. Convert each IP to
> a 32bit integer and run it through a one-way hashing function saving the
> resulting hashes to a file.
Why is thishashing useful? Running through all 32-bi
--- Dan Merillat <[EMAIL PROTECTED]> wrote:
> On Wed, 24 Sep 2003, Some Guy wrote:
>
> > > DPK@/url
>
> > Instead of coming up with a new key type and
> having
> > even longer URLs, would it be possible to just
> stick
>
> > with SSK format but just sign the keyring once
> with
> > the private
On Fri, 2003-09-26 at 05:17, Edward J. Huff wrote:
> I claim it is helpful. The QThreadFactory locking reduces contention
> for locks. It has a bug or two, which I have fixed.
>
> Problem with killsurplusconnections was that while one thread is
> killing a connection, the others wait. And none
Update of /cvsroot/freenet/freenet/src/freenet/config
In directory sc8-pr-cvs1:/tmp/cvs-serv26329/src/freenet/config
Modified Files:
Option.java
Log Message:
Added capability to fetch longDesc and ShortDesc from a config option
Index: Option.java
=
Update of /cvsroot/freenet/freenet/src/freenet/transport
In directory sc8-pr-cvs1:/tmp/cvs-serv23464/freenet/src/freenet/transport
Modified Files:
ReadSelectorLoop.java
Log Message:
(LoadStats.java) use 200 samples for accept ratio and
requests/hour.
(LRUQueue.java) fix an NPE.
(QThrea
Update of /cvsroot/freenet/freenet/src/freenet/thread
In directory sc8-pr-cvs1:/tmp/cvs-serv23464/freenet/src/freenet/thread
Modified Files:
QThreadFactory.java
Log Message:
(LoadStats.java) use 200 samples for accept ratio and
requests/hour.
(LRUQueue.java) fix an NPE.
(QThreadFactory
Update of /cvsroot/freenet/freenet/src/freenet/node
In directory sc8-pr-cvs1:/tmp/cvs-serv23464/freenet/src/freenet/node
Modified Files:
LoadStats.java
Log Message:
(LoadStats.java) use 200 samples for accept ratio and
requests/hour.
(LRUQueue.java) fix an NPE.
(QThreadFactory.java) fi
Update of /cvsroot/freenet/freenet/src/freenet
In directory sc8-pr-cvs1:/tmp/cvs-serv23464/freenet/src/freenet
Modified Files:
Version.java
Log Message:
(LoadStats.java) use 200 samples for accept ratio and
requests/hour.
(LRUQueue.java) fix an NPE.
(QThreadFactory.java) fix bugs, simp
Update of /cvsroot/freenet/freenet/src/freenet/support
In directory sc8-pr-cvs1:/tmp/cvs-serv23464/freenet/src/freenet/support
Modified Files:
LRUQueue.java
Log Message:
(LoadStats.java) use 200 samples for accept ratio and
requests/hour.
(LRUQueue.java) fix an NPE.
(QThreadFactory.jav
On Thu, 2003-09-25 at 20:23, Brandon Low wrote:
> On Fri, 09/26/03 at 00:52:18 +0100, Toad wrote:
> > On Thu, Sep 25, 2003 at 06:24:14PM -0500, Brandon Low wrote:
> > > Ok, I think I've nailed down all of the remaining locking issues which
> > > were plaguing my node. Last time I dumped threads th
Update of /cvsroot/freenet/freenet/src/freenet/config
In directory sc8-pr-cvs1:/tmp/cvs-serv21287/src/freenet/config
Modified Files:
Config.java
Log Message:
Added capability to extract one single named option
Index: Config.java
===
Update of /cvsroot/freenet/freenet/src/freenet/interfaces
In directory sc8-pr-cvs1:/tmp/cvs-serv11912/src/freenet/interfaces
Modified Files:
BaseLocalNIOInterface.java
Log Message:
Indenting, abstractions, enabled allowedHosts modification
Index: BaseLocalNIOInterface.java
==
40 matches
Mail list logo
