gnunet-developers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [GNUnet-developers] Fwd: amortizable hashcash paper


From: Jan Marco Alkema
Subject: RE: [GNUnet-developers] Fwd: amortizable hashcash paper
Date: Sun, 27 Apr 2003 11:26:12 -0700

Hello Christian,

I am very happy with MySQL and gnunet. The current CVS release is very
stable --)

> Comments?

I have another approach to “the directory/subspace proposal”.

If I look to the current gnunet behavior it looks like a “block proxy
 server”. See appendix A for the details.

In mine opinion there are to sides:
1)      very anonymous, secure, tons of network load, “transfer rate????” of
0.167 kilobyte per second, etc. Your server gets information never asked
for!
2)      very fast, not secure, not anonymous like vsftpd (Very Secure ftpd). 
Only
get something on demand! --)

In my view gnunet should have both 1 and 2. Depending on the status of the
information different methods are used.

> Currently, a peer can not tell other peers how much data he is willing to
receive. The only chance that a peer has is to limit how much he sends (or
how many connections are established). Adding such a feature would require
an additional P2P message that communicates a new bandwidth limit.

> The only chance that a peer has is to limit how much he sends
A gnunet server wants for example a bunch of files. This can be “on demand”
only! The server knows that he has enough space (network/disk, etc) to
receive it. I think only information should be send on demand, thus “the
only chance that a peer has is to limit how much he sends” is not true.

I believe in the java/job scheduler concept. Search and commits in Java what
you want. The scheduler computes when and which files, from who must be
downloaded.

Example download of the last cdfoon. The size is 687 Mb. If the job
scheduler only downloads the files of the gnunet server of Richard then the
download will last a very long period (min 12.21 hours). Richard uplink is
128 kbit /sec. A better solution is to do more downloads from different
gnunet servers. File 1 from Richard, file 2 from Iceman, file 3 from Ukkie,
etc. Maybe split a big file in parts and download each part form different
gnunet servers simultaneous. N.B. My download speed is 1536 kbit/sec.

>From the overall bandwidth limit and the sum of the down-streams a peer can
then compute a reasonable number of connections, eliminating the MAXCONNECT
option.

I believe in the tree structure. A normal end user logs in a “linking pin
server” in a tree. If the linking pin server is not available then the end
user logs automatically in the root server. The root server asks the end
user to go to a certain linking pin server (depending on the behavior of the
end user). In mine view the linking pin will only be used for free format
searches. Free format searches cost a lot of network load that’s why it
should not be preferred.

If you want something what is “categorized” then via Java, MySQL, job
scheduler you can receive the different files of the distribution
simultaneously ---)

If some one has better ideas please let me know---),

Greetings Jan Marco

Appendix A: block proxy server behavior:

address@hidden bin]# ./gnunet-download -o "aliensong.zip" --
4AFA774B82BFB43F04B2CE42197B5D5ED5A2C16E
85DFBFF3B41C6609CBC40EC286F457A093C8032C 38D96B65 2980077
Speed was    0.167 kilobyte per second.

address@hidden bin]# ./gnunet-download -o "aliensong.zip" --
4AFA774B82BFB43F04B2CE42197B5D5ED5A2C16E
85DFBFF3B41C6609CBC40EC286F457A093C8032C 38D96B65 2980077
Speed was 1143.060 kilobyte per second.

address@hidden bin]# ./gnunet-download -o "aliensong.zip" --
4AFA774B82BFB43F04B2CE42197B5D5ED5A2C16E
85DFBFF3B41C6609CBC40EC286F457A093C8032C 38D96B65 2980077
Speed was 1760.576 kilobyte per second.
.
{some time later}
.
address@hidden bin]# ./gnunet-download -o "aliensong.zip" --
4AFA774B82BFB43F04B2CE42197B5D5ED5A2C16E
85DFBFF3B41C6609CBC40EC286F457A093C8032C 38D96B65 2980077
Speed was  580.769 kilobyte per second.

address@hidden bin]# ./gnunet-download -o "aliensong.zip" --
4AFA774B82BFB43F04B2CE42197B5D5ED5A2C16E
85DFBFF3B41C6609CBC40EC286F457A093C8032C 38D96B65 2980077
Speed was 1634.043 kilobyte per second.
.
{few days later}
.
address@hidden bin]# ./gnunet-download -o "aliensong.zip" --
4AFA774B82BFB43F04B2CE42197B5D5ED5A2C16E
85DFBFF3B41C6609CBC40EC286F457A093C8032C 38D96B65 2980077
Speed was    1.138 kilobyte per second.

address@hidden bin]# ./gnunet-download -o "aliensong.zip" --
4AFA774B82BFB43F04B2CE42197B5D5ED5A2C16E
85DFBFF3B41C6609CBC40EC286F457A093C8032C 38D96B65 2980077
Speed was 1788.710 kilobyte per second.

address@hidden bin]# ./gnunet-download -o "aliensong.zip" --
4AFA774B82BFB43F04B2CE42197B5D5ED5A2C16E
85DFBFF3B41C6609CBC40EC286F457A093C8032C 38D96B65 2980077
Speed was 1796.439 kilobyte per second.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]