//hawk.freenetproject.org:8080/cgi-bin/mailman/listinfo/devl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20030517/2fab4e91/attachment.pgp>
Toad schrieb:
>
> Is ++'ing an integer always atomic in java, assuming the var is declared
> volatile? AFAICS, x86 would be atomic... but anything RISC would involve
> a separate load and store, right?
it is not - even on x86.
Looked though my java files and found the one i used to test this.
In message <20030517175737.GE15721 at amphibian.dyndns.org>, Toad
writes
>My local setup has a fairly beefy system (1GB RAM, striped IDE disks,
>Athlon XP 1700+) running two nodes. My load average is 7 to 11, and has
>been for the last hour. This includes a bzip2 process running in the
>backgroun
t;
> Also, as someone who isn't even working on the problem, I thank you for
> doing so.
>
> -todd
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20030517/2e264375/attachment.pgp>
;
> iD8DBQE+xpUjQtgxRWSmsqwRAuU5AJ9U/cFOTtqo/FTygZib95RQBmxxAwCfVjzG
> vf8Zhi4ZEho4iebkOjBws7U=
> =AaKn
> -END PGP SIGNATURE-
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20030517/eae09286/attachment.pgp>
>> More outputs for your viewing pleasure:
>
>Fairly similar to the linux vmstat...
this leads to nothing. get the source of a vmstat which will run on as many
architectures as possible (would this be possible? or are bsd/linux/sun too
different
on lower levels?) (or add gcc/others to the ./sta
by default (again).
* Misc bugfixes.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20030517/8598ea59/attachment.pgp>
On Sat, May 17, 2003 at 02:45:14PM -0400, Greg Wooledge wrote:
> > Does anyone agree with me?
Sounds like a plan. Having a decent non-native fallback would be nice
though if it's not too much effort.
More outputs for your viewing pleasure:
4.8-STABLE FreeBSD:
procs memory page
next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20030517/625382af/attachment.pgp>
t;Truth belongs to everybody."
> greg at wooledge.org |- The Red Hot Chili Peppers
> http://wooledge.org/~greg/ |
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20030517/39a53db2/attachment.pgp>
: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20030517/2f2e014a/attachment.pgp>
OK, I have run stop-freenet, update, start-freenet, and it's still 595. ???
--
"I love deadlines. I love the whooshing sound they make as they go by."
- Douglas Adams
Nick Tarleton - nickptar at mindspring.com - PGP key available
___
devl mailin
of DNFs and/or RNFs
>
>
> Ideas for the future:
> Try to eliminate a bottleneck or two and try again
Good idea, get on with it.
> Run with a spider that can handle more concurrent requests
50 reqs is quite a lot already...
> Listen to people feedback and collect some more data if
> needed...
>
>
> Brrghh.. Sorry if I missed something... I am starting to get a little
> bit tired of this now.. Please ask if there is something that need
> clarification.
>
>
> /N
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20030517/b8e1fb8f/attachment.pgp>
r.NativeFSDirectory$NativeBuffer.setLastModified
>
>
> onClick="showBranch('branch34');swapFolderSign('folder34')">
> + "folderopen" id="folder34Minus">-
> 1.96% - 10 ms - 1 inv. - 0 ms - 0.00% -
> freenet.fs.dir.Na
On Saturday 17 May 2003 03:58 pm, Toad wrote:
> * jrand0m's bookmark manager servlet allows run time customization of
> the bookmarks on the Web Interface page. Will soon allow a checked
> link from a freesite to add a link to the bookmarks.
Yay! However, it does seem to puff up the jar a bit.
ropen" id="folder34Minus">-
> 1.96% - 10 ms - 1 inv. - 0 ms - 0.00% -
> freenet.fs.dir.NativeFSDirectory$NativeBuffer.getFile
>
>
> 1.96% - 10 ms - 1 inv. - 10 ms - 1.96% -
> freenet.fs.dir.NativeFSDirectory.getFile
>
>
>
> 5.88% - 30 ms - 1 inv. - 30 ms - 5.88% -
> freenet.fs.dir.NativeFSDirectory$NativeBuffer.setLastModified
>
>
> 8.04% - 41 ms - 1 inv. - 41 ms - 8.04% -
> freenet.fs.dir.NativeFSDirectory$NativeBuffer.setLastModified
>
>
>
>
>
>
> onClick="showBranch('branch38');swapFolderSign('folder38')">
> + "folderopen" id="folder38Minus">-
> 100.00% - 510 ms - 1 inv. - 0 ms - 0.00% -
> freenet.node.states.data.SendData.received
>
>
> onClick="showBranch('branch39');swapFolderSign('folder39')">
> + "folderopen" id="folder39Minus">-
> 82.35% - 420 ms - 1 inv. - 0 ms - 0.00% -
> freenet.node.ds.FSDataStoreElement$KeyInputStreamImpl.close
>
>
> onClick="showBranch('branch40');swapFolderSign('folder40')">
> + "folderopen" id="folder40Minus">-
> 82.35% - 420 ms - 1 inv. - 170 ms - 33.33% -
> freenet.fs.dir.NativeFSDirectory$NativeBuffer$NativeInputStream.close
>
>
> 49.02% - 250 ms - 1 inv. - 250 ms - 49.02% -
> freenet.fs.dir.NativeFSDirectory$NativeBuffer.close
>
>
> onClick="showBranch('branch42');swapFolderSign('folder42')">
> + "folderopen" id="folder42Minus">-
> 17.65% - 90 ms - 1 inv. - 10 ms - 1.96% -
> freenet.fs.dir.NativeFSDirectory$NativeBuffer$NativeInputStream.read
>
>
> 15.69% - 80 ms - 1 inv. - 80 ms - 15.69% -
> freenet.fs.dir.NativeFSDirectory$NativeBuffer.setLastModified
>
>
> onClick="showBranch('branch44');swapFolderSign('folder44')">
> + "folderopen" id="folder44Minus">-
> 1.96% - 10 ms - 1 inv. - 0 ms - 0.00% - freenet.node.State.received
>
>
> onClick="showBranch('branch45');swapFolderSign('folder45')">
> + "folderopen" id="folder45Minus">-
> 1.96% - 10 ms - 1 inv. - 0 ms - 0.00% -
> freenet.node.states.request.SendingReply.receivedMessage
>
>
> onClick="showBranch('branch46');swapFolderSign('folder46')">
> + "folderopen" id="folder46Minus">-
> 1.96% - 10 ms - 1 inv. - 0 ms - 0.00% -
> freenet.node.rt.TreeRouting.getNextRoute
>
>
> onClick="showBranch('branch47');swapFolderSign('folder47')">
> + "folderopen" id="folder47Minus">-
> 1.96% - 10 ms - 1 inv. - 0 ms - 0.00% - freenet.crypt.CryptoKey.fingerprint
>
>
> 1.96% - 10 ms - 1 inv. - 10 ms - 1.96% - freenet.crypt.SHA1.update
>
>
>
>
>
>
>
>
>
>
>
>
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20030517/7342095d/attachment.pgp>
ppers
http://wooledge.org/~greg/ |
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20030517/44db6f33/attachment.pgp>
next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20030517/791d7ff8/attachment.pgp>
187 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20030517/3a94c452/attachment.pgp>
- The Red Hot Chili Peppers
http://wooledge.org/~greg/ |
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20030517/4b1da772/attachment.pgp>
t attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20030517/3ec4e199/attachment.pgp>
at wooledge.org |- The Red Hot Chili Peppers
http://wooledge.org/~greg/ |
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20030517/38959da3/attachment.pgp>
An embedded and charset-unspecified text was scrubbed...
Name: msg.pgp
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20030517/b5d6eb9f/attachment.ksh>
An embedded and charset-unspecified text was scrubbed...
Name: msg.pgp
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20030517/c53b6f16/attachment.ksh>
253 bytes in size and hence they
wont show up in the profiler.
Can someone verify this?
/N
-- next part --
An HTML attachment was scrubbed...
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20030517/59cbf422/attachment.html>
An embedded and charset-unspecified text was scrubbed...
Name: msg.pgp
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20030517/03e9f46f/attachment.ksh>
On Sat, 17 May 2003, Todd Walton wrote:
> However, handling CPU load is definitely an issue, and it may be that, at
> this time, installing platform specific code to attack the symptom is more
> important to the functioning of the network than finding the cause. At
> this time. On the other h
On Friday 16 May 2003 02:50 pm, Toad wrote:
> > This way, when a site is inserted at SSK@,///
> > containing Redirect.UseTUK=true, fred looks for
> > TUK@,/-TUK/ Once it finds a TUK it redirects the
> > action to SSK@,/-/ where TUKvalue is the
> > content in the TUK.
> >
Or, TUK@,/-TUK/ could just
On Sat, 17 May 2003, Toad wrote:
> I would like to point out here that
> transparent portability to arbitrary future or obscure platforms IS NOT
> AND NEVER HAS BEEN A CORE PROJECT GOAL.
Great! Then we can begin reimplementation of fred in C? This would have
the added benefit of reducing CPU u
An embedded and charset-unspecified text was scrubbed...
Name: msg.pgp
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20030517/05c79f4d/attachment.ksh>
On Saturday, May 17, 2003, at 12:34 PM, Greg Wooledge wrote:
> Yves Lempereur (skyrider at vcnet.com) wrote:
>
>> Mach Virtual Memory Statistics: (page size of 4096 bytes, cache hits
>> 28%)
>> free active inac wire faults copy zerofill reactive pageins
>> pageout
>> 83038 48006 46951
Hmmm, they don't all look like that. Case in point:
Mach Virtual Memory Statistics: (page size of 4096 bytes, cache hits
28%)
free active inac wire faults copy zerofill reactive pageins
pageout
83038 48006 46951 18613 21307268 174022 13754470 102390327246
6564
81838
ure
Size: 187 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20030517/e5bd7d4d/attachment.pgp>
Nodes not getting any specialization might also be part of the problem I
guess.. My node is serving 20k+ QPH (and has done so for over a month)
bandwidthlimited to 60kbyte/s outgoing and it hasn't aquired any
specialization yet.
Histogram of keys in in fred's Routing table
0 |===
Am Donnerstag, 15. Mai 2003 00:17 schrieb Nick Tarleton:
> On Wednesday 14 May 2003 05:56 pm, Tracy R Reed wrote:
> > On Wed, May 14, 2003 at 08:30:13PM +0100, Toad spake thusly:
> > > 50M * 1.5 = 75M just for the blocks plus the check blocks. This is a
> > > significant chunk out of the default 12
Hi,
I just got the following error message (build 6027, running on Windows XP
with Sun's Java 1.4.2-beta-b19.
Please Cc: me with any replies; I'm not on the list anymore. Thanks. :)
--- CUT HERE ---
Couldn't retrieve key: SSK at 2a5OvsABcfol00tH29y7nX5fLs4PAgM/TF//
Hops To Live: 50
Please
nts/20030517/d1eaa4e8/attachment.pgp>
37 matches
Mail list logo