[freenet-support] Re: E-Mail nicht zustellbar
On 15 Feb 2004 at 18:39, [EMAIL PROTECTED] wrote: Die E-Mail, die Sie am Fri, 13 Feb 2004 21:14:02 -0500 an [EMAIL PROTECTED] gesendet haben, konnte nicht zugestellt werden, da die E-Mail Adresse [EMAIL PROTECTED] nicht existiert. Achten Sie auf die richtige Schreibung der E-Mail Adresse und versuchen Sie es erneut. Sollten Sie wieder diese E-Mail erhalten, vergewissern Sie sich, das der Empfänger (noch) ein Mitglied unseres E-Mail Dienstes ist. Could you please repeat that in English? I don't understand your followup to my post. (In fact, since you quoted not a word of it I could only infer it is a response to one of my posts by your having mailed me a copy.) I guess you thought I could speak what looks like German for some odd reason -- I'm afraid I must report that I don't speak a word of it, as a matter of fact; I haven't a clue what gave you the impression that I did, or why for that matter you'd reply off- language to an English-language mailing list. In any event the result is clear: your response has not been understood, and is unlikely to be by me or most of the others around here save by your repeating it in a language you know all of us understand. :) ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] Re: E-Mail nicht zustellbar
On Sun, 15 Feb 2004, Paul Derbyshire wrote: On 15 Feb 2004 at 18:39, [EMAIL PROTECTED] wrote: Die E-Mail, die Sie am Fri, 13 Feb 2004 21:14:02 -0500 an [EMAIL PROTECTED] gesendet haben, konnte nicht zugestellt werden, da die E-Mail Adresse [EMAIL PROTECTED] nicht existiert. Achten Sie auf die richtige Schreibung der E-Mail Adresse und versuchen Sie es erneut. Sollten Sie wieder diese E-Mail erhalten, vergewissern Sie sich, das der Empfänger (noch) ein Mitglied unseres E-Mail Dienstes ist. It's an automatic reply, part of which says that the email address [EMAIL PROTECTED] doesn't exist. Could you please repeat that in English? I don't understand your followup to my post. (In fact, since you quoted not a word of it I could only infer it is a response to one of my posts by your having mailed me a copy.) I guess you thought I could speak what looks like German for some odd reason -- I'm afraid I must report that I don't speak a word of it, as a matter of fact; I haven't a clue what gave you the impression that I did, or why for that matter you'd reply off- language to an English-language mailing list. In any event the result is clear: your response has not been understood, and is unlikely to be by me or most of the others around here save by your repeating it in a language you know all of us understand. :) -- Jim Dixon [EMAIL PROTECTED] tel +44 117 982 0786 mobile +44 797 373 7881 Be liberal in what you accept,Jon Postel and conservative in what you send. RFC 793 http://jxcl.sourceforge.net Java unit test coverage http://xlattice.sourceforge.net p2p communications infrastructure ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] routing table
On Fri, 13 Feb 2004, Paul Derbyshire wrote: Freeing up RAM is not related to routing table at all. Unfortunately, Freenet code contains a bug (a so called memory leak) which takes memory from your OS, but then forgets about it, not using it and not returning it - so the amount of memory used by your node grows constantly, until you start getting Out Of Memory errors (or OOMs for short). How the hell is that even *possible*? It's written in a language with garbage collecting memory management for chrissake, and the Java GC *is* smart enough to collect circular object graphs that have become unreachable by running threads. What makes you think that? Is it a VM bug or is it just creating objects it theoretically could reach (thus they don't get GC'd), but ignores forever? This would be the case if in fact Freenet had a memory leak of the type described. However, whenever someone tells you authoritatively that such a memory leak exists, you have to wonder why they don't fix it, if they are so certain about it. I suspect that Freeing up RAM is not related to routing table at all is simply wrong. It is noticeable that Freenet uses a ridiculous amount of RAM. If I run top on a node that connects to only one other node, and sporadically at that, I see that it is using 79 MB of memory. The number doesn't appear to grow -- there is no evidence of a memory leak -- but it starts out and remains huge. My single inactive node doesn't transmit any messages. The only thing that could account for the 79 MB of memory used would seem to be routing information relating to the 98 nodes it knows about: -- Routing Table status: Feb 15, 2004 12:58:00 PM Number of node references 98 Attempted to contact node references 98 Contacted node references 24 Connections with Successful Transfers 2 Backed off nodes 0 -- -- Jim Dixon [EMAIL PROTECTED] tel +44 117 982 0786 mobile +44 797 373 7881 Be liberal in what you accept,Jon Postel and conservative in what you send. RFC 793 http://jxcl.sourceforge.net Java unit test coverage http://xlattice.sourceforge.net p2p communications infrastructure ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] routing table
It is noticeable that Freenet uses a ridiculous amount of RAM. If I run top on a node that connects to only one other node, and sporadically at that, I see that it is using 79 MB of memory. The number doesn't appear to grow -- there is no evidence of a memory leak -- but it starts out and remains huge. My single inactive node doesn't transmit any messages. The only thing that could account for the 79 MB of memory used would seem to be routing information relating to the 98 nodes it knows about: Please help out. Fire up a memory profiler of your choice at your machine and tell me what it is that occupies all that memory. When I do the same on my machine the node wont use more than 10-15 megs of memory. /N ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] routing table
On Sun, 15 Feb 2004, Niklas Bergh wrote: It is noticeable that Freenet uses a ridiculous amount of RAM. If I run top on a node that connects to only one other node, and sporadically at that, I see that it is using 79 MB of memory. The number doesn't appear to grow -- there is no evidence of a memory leak -- but it starts out and remains huge. My single inactive node doesn't transmit any messages. The only thing that could account for the 79 MB of memory used would seem to be routing information relating to the 98 nodes it knows about: Please help out. Fire up a memory profiler of your choice at your machine and tell me what it is that occupies all that memory. When I do the same on my machine the node wont use more than 10-15 megs of memory. I don't understand. Are you saying that if you run top it shows only 10-15 MB of RAM in use by Freenet? Looking at three different systems I see Redhat 8.0Freenet build 506590 MB Redhat 7.1.2 Freenet build 5068 127 MB Linux ?? Freenet build 506578 MB On the third system dmesg doesn't return anything; it's probably Redhat 8.0. These are the SIZE figures; RSS is a couple of MB smaller and SHARE runs around 8 MB. Suggest how I might get better definition and I will run it tomorrow. -- Jim Dixon [EMAIL PROTECTED] tel +44 117 982 0786 mobile +44 797 373 7881 Be liberal in what you accept,Jon Postel and conservative in what you send. RFC 793 http://jxcl.sourceforge.net Java unit test coverage http://xlattice.sourceforge.net p2p communications infrastructure ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] Re: E-Mail nicht zustellbar
In einer eMail vom So, 15. Feb. 2004 21:43 MEZ schreibt Paul Derbyshire [EMAIL PROTECTED]: On 15 Feb 2004 at 18:39, [EMAIL PROTECTED] wrote: Die E-Mail, die Sie am Fri, 13 Feb 2004 21:14:02 -0500 an [EMAIL PROTECTED] gesendet haben, konnte nicht zugestellt werden, da die E-Mail Adresse [EMAIL PROTECTED] nicht existiert. Achten Sie auf die richtige Schreibung der E-Mail Adresse und versuchen Sie es erneut. Sollten Sie wieder diese E-Mail erhalten, vergewissern Sie sich, das der Empfänger (noch) ein Mitglied unseres E-Mail Dienstes ist. Could you please repeat that in English? I don't understand your followup to my post. (In fact, since you quoted not a word of it I could only infer it is a response to one of my posts by your having mailed me a copy.) I guess you thought I could speak what looks like German for some odd reason -- I'm afraid I must report that I don't speak a word of it, as a matter of fact; I haven't a clue what gave you the impression that I did, or why for that matter you'd reply off- language to an English-language mailing list. In any event the result is clear: your response has not been understood, and is unlikely to be by me or most of the others around here save by your repeating it in a language you know all of us understand. :) The Mail is some kind of automatic reply from [EMAIL PROTECTED]. It means that a mail could not be delivered because the email-address [EMAIL PROTECTED] does not exist. I do not understand completly, how this mail could be caused, but thats what it says :) I would guess, that the mail was sent from the mailserver freemail4u.ath.cx automatically in reply to a mail from a user. But I do not understand, how that message got to the maillist. Perhaps because the user tried again with the error message in it. ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]