Freenet: All Your Base Are Belong To Us.
(apologies...)
-S
___
Devl mailing list
Devl at freenetproject.org
http://www.uprizer.com/mailman/listinfo/devl
--- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 240 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20010223/d448055e/attachment.pgp>
On Fri, 23 Feb 2001, Gianni Johansson wrote:
>
> I did this. fred looks like it is behaving fine on its own. I guess to be
> sure you would have to run it for a long time
rulez
>
> There's a bad bug in MapFile though. Namely, every call to MapFile.get()
> creates a new SimplfiedClient
Well, I have had mixed results which I am not exactly sure how to
interpret. I haven't not tried gj's patch yet. That's to come. With
Chris's patch it seems that a failed request gets cleaned up if I'm
using fproxy stand alone. I still get left over processes with fproxy
though if I'm going thr
l
for figuring out infinite loops, infinite waits and other snags.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/
enet:
freenet:MSK at SSK@enI8YFo3gj8UVh-Au0HpKMftf6QQAgE/homepage//
-- next part --
A non-text attachment was scrubbed...
Name: mapfile.quickfix.patch
Type: text/x-java
Size: 777 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20010223/169e8e16/attachment.java>
Fred,
Can you maybe mix some diagnostics in with your bat file approach?
It would be good to know if your CPU usage goes to 100% only after failed
requests or not. It would also be good if you could report whether you
have runaway threads after you see the spike in CPU usage.
good luck :)
On F
On Fri, 23 Feb 2001, Chris Anderson wrote:
>
> Kirk, are you using binary or source distro? I could get you a version of
> proxy that runs in a separate jvm if you want to try it.
>
Well, anyway...
In ProxyServer.java, right before sc = new SimplifiedClient(params), add
the lines:
57a58,60
>
> "Mark" == Mark J Roberts writes:
Mark> However, I've observed the problem Warren was talking about,
Mark> where mod will sometimes return negative values, in modPow. This
Mark> is almost certainly the sole cause of the bogus results. Here's
Mark> one example (run with a fresh checkout from
On Fri, 23 Feb 2001, Tavin Cole wrote:
>
> I'm not sure whether fproxy could be run in a separate jvm, but the
> commandline clients are, aren't they?
>
It wasn't able to... It was trying to bind Core listener and Http listener
to the same port. Fixed that, and I've been running failed request
On Friday 23 February 2001 10:42, you wrote:
> Actually, it is pretty easy to reproduce. Go into your favourite
> browser and access some freenet pages through fproxy. It will go up a
> little bit, processes that is, but will go up quite a bit on any
> failed requests. I am up to 46 processes on
part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20010223/d9e39341/attachment.pgp>
On February 23, 2001 08:59 Tavin Cole wrote:
>hmm, didn't Fred say he gets his problem using the commandline request
>and insert clients? We need to get straight on whether Fred's client
>CPU suck has anything to do with runaway threads, and on how exactly these
>possibly separate problems are re
hmm, didn't Fred say he gets his problem using the commandline request
and insert clients? We need to get straight on whether Fred's client
CPU suck has anything to do with runaway threads, and on how exactly these
possibly separate problems are reproduced..
apparently all we know right now is Ki
Tavin & Scott are probably right, Fred & Kirk may be seeing lost threads
in fproxy. This would be useful knowledge, so if it's possible run the
proxy in a separate jvm and you should be able to tell which process owns
the runaway threads. On linux, a command like this:
$ ps -eo pid,ppid,pgrp,ar
Actually, it is pretty easy to reproduce. Go into your favourite
browser and access some freenet pages through fproxy. It will go up a
little bit, processes that is, but will go up quite a bit on any
failed requests. I am up to 46 processes on one machine and 147 on
the other.
fproxy should hav
ble
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20010223/5fdf0dff/attachment.pgp>
I've create a new section on the website called "Publications" and moved
some stuff there. Scott, Brandon, I think it would be useful if you guys
could upload copies of your P2P talks (I know, mine isn't up there yet
either)...
theo
--
PGP: http://www.doc.ic.ac.uk/~twh1/
D5E5 0237 0592 CAF6 E4
Taral wrote
>The only information available[1] in a freenet
>conversation is timing and size information. You'd have to be pretty
>good to fingerprint a freenet conversation with that...
>If you want improved security, we can add padding systems to thwart the
>timing- and size-based detection. Putt
19 matches
Mail list logo
