headers
SourceForge.net | 3 Feb 2005 17:45
Picon
Favicon

[ dijjer-Bugs-1115550 ] Delay increase in transmission speed

Bugs item #1115550, was opened at 2005-02-03 08:45
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=695574&aid=1115550&group_id=123152

Category: Data Transport
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Ian Clarke (sanity)
Assigned to: Ian Clarke (sanity)
Summary: Delay increase in transmission speed

Initial Comment:
A sucessfully transmitted packet should not result in
an increase in transmission speed, rather we should
buffer these by whatever the window size is (it doesn't
make much sense, but i know what i mean  ;)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=695574&aid=1115550&group_id=123152

-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ian Clarke | 3 Feb 2005 18:41
Picon

Update

The list has been quite quiet - I have been working on the new 
Downloader, but have also been distracted by a number of issues 
unrelated to Dijjer development.

Significant issues that probably won't be fixed by my Downloader 
re-implementation:

  - I still don't trust the data transmission stuff, even though IMHO it 
is far better now than it was before.  it needs someone to watch its 
behaviour closely (eg. adjustment of transmission rate) to ensure that 
it is sane.

  - We have had reports of OutOfMemoryExceptions, these could be due to 
bugs in the downloader, but not necessarily

  - The website needs more work, those working on it are going to 
migrate to a pure-PHP implementation which should be helpful

Once the current feature set is stable, hopefully in the next week or 
two, we will release 1.0, and then I have a few really cool new 
features for us to implement.

Ian.

--
Founder, The Freenet Project	http://freenetproject.org/
CEO, Cematics Ltd				http://cematics.com/
Personal Blog					http://locut.us/~ian/blog/

-------------------------------------------------------
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 4 Feb 2005 07:47
Picon
Favicon

[ dijjer-Bugs-1116004 ] bandwidth limiting?

Bugs item #1116004, was opened at 2005-02-03 23:47
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=695574&aid=1116004&group_id=123152

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Hein Roehrig (hein)
Assigned to: Nobody/Anonymous (nobody)
Summary: bandwidth limiting?

Initial Comment:
Perhaps these are FAQs -- if not,  they are feature
requests:

1) is there any way to bound the total amount of
traffic caused by a single download?

2) is there any way to bound the maximum sharing bandwidth?

The rationale: not everybody has flat-rate DSL.
Therefore it is highly desirable to be able to keep an
eye on/control the traffic volume and bandwidth
consumption of Dijjer.

Thanks,
Hein
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 4 Feb 2005 20:54
Picon
Favicon

[ dijjer-Bugs-1116432 ] Detect when other dijjer is running

Bugs item #1116432, was opened at 2005-02-04 11:54
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=695574&aid=1116432&group_id=123152

Category: Local HTTP Interface
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Ian Clarke (sanity)
Assigned to: Nobody/Anonymous (nobody)
Summary: Detect when other dijjer is running

Initial Comment:
Dijjer should detect whether another Dijjer is running,
and if it is, shut it down.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=695574&aid=1116432&group_id=123152

-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
Permalink | Reply | 0 comments |
headers
Ian Clarke | 6 Feb 2005 01:52
Picon

Plans for Dijjer 1.1 - Replacing RSS

As we work towards Dijjer 1.0 (which I would like to release on the 
16th of February, my Birthday ;), I thought people might be interested 
in what is on the menu for Dijjer 1.1.

The main thing is to use the existing Dijjer P2P network to replace 
RSS, while also having many applications elsewhere.

Imagine being able to get a small piece of information, such as a blog 
update, to millions of people in a matter of seconds without any 
significant bandwidth cost.  Dijjer 1.1 will be able to deliver this 
functionality.

It would therefore solve the core problem with RSS, namely that it 
relies on inefficient "polling".

Dijjer would provide a programatic interface to this functionality, but 
would likely also provide an RSS front-end to this so that RSS readers 
should be able to work with Dijjer out of the box.

As such, Dijjer will further its goal of solving the bandwidth problem.

Ian.

--
Founder, The Freenet Project	http://freenetproject.org/
CEO, Cematics Ltd				http://cematics.com/
Personal Blog					http://locut.us/~ian/blog/

-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ian Clarke | 6 Feb 2005 18:59
Picon

Build 83 - new Downloader code

Build 83 is now in - here is the cvs comment:

Build 83:  Redo Downloader from scratch.

The replacement should be tidier, and less prone to strange bugs.  It 
also has the advantage that hashes are now downloaded in parallel with 
blocks, and blocks are streamed to the client as they are received.  
The immediate effect is that downloads are smoother and appear to start 
much more quickly.

Yet to be implemented:
* Reinstate corruption checking
* Add "safe" mode where blocks are only sent to the browser once their
   hashes have been received
* Reinstate MD5Sum calculation

--
Founder, The Freenet Project	http://freenetproject.org/
CEO, Cematics Ltd				http://cematics.com/
Personal Blog					http://locut.us/~ian/blog/

-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
Permalink | Reply | 0 comments |
headers
Ian Clarke | 7 Feb 2005 11:25
Picon

Exceptions related to Loader

Mason, this looks like it might be in your department:

[ERROR] [02-07-2005 10:24:11] 
dijjer.io.comm.RoutingTable.setPeerInfo(line:265) Unknown Error
java.lang.NullPointerException
	at dijjer.updater.Loader.reload(Loader.java:87)
	at dijjer.io.comm.RoutingTable.setPeerInfo(RoutingTable.java:263)
	at dijjer.io.comm.Dispatcher.handleMessage(Dispatcher.java:94)
	at 
dijjer.io.comm.UdpSocketManager.checkFilters(UdpSocketManager.java:129)
	at dijjer.io.comm.UdpSocketManager.threadLoop(UdpSocketManager.java:57)
	at dijjer.util.AbstractThread.run(AbstractThread.java:60)
	at java.lang.Thread.run(Thread.java:552)
[INFO] Newest seen build now 77
[ERROR] [02-07-2005 10:24:11] 
dijjer.io.comm.RoutingTable.setPeerInfo(line:265) Unknown Error
java.lang.NullPointerException
	at dijjer.updater.Loader.reload(Loader.java:87)
	at dijjer.io.comm.RoutingTable.setPeerInfo(RoutingTable.java:263)
	at dijjer.io.comm.Dispatcher.handleMessage(Dispatcher.java:94)
	at 
dijjer.io.comm.UdpSocketManager.checkFilters(UdpSocketManager.java:129)
	at dijjer.io.comm.UdpSocketManager.threadLoop(UdpSocketManager.java:57)
	at dijjer.util.AbstractThread.run(AbstractThread.java:60)
	at java.lang.Thread.run(Thread.java:552)
[INFO] Newest seen build now 79

--
Founder, The Freenet Project	http://freenetproject.org/
CEO, Cematics Ltd				http://cematics.com/
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 9 Feb 2005 18:34
Picon
Favicon

[ dijjer-Bugs-1119450 ] gentoo ebuild request

Bugs item #1119450, was opened at 2005-02-09 18:34
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=695574&aid=1119450&group_id=123152

Category: Downloader
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Mark Janssen (praseodymium)
Assigned to: Nobody/Anonymous (nobody)
Summary: gentoo ebuild request

Initial Comment:
Could anyone create a gentoo ebuild for Dijjer?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=695574&aid=1119450&group_id=123152

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
Permalink | Reply | 0 comments |
headers
SourceForge.net | 10 Feb 2005 17:05
Picon
Favicon

[ dijjer-Bugs-1120125 ] Fails to connect to 9114 on startup and dies

Bugs item #1120125, was opened at 2005-02-10 08:05
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=695574&aid=1120125&group_id=123152

Category: Misc
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fails to connect to 9114 on startup and dies

Initial Comment:
I have seen this using the Jet version where on startup
it wont connect to 9114 and just stops execution.
here is the debug output:

Warning! Unknown JET property: jet.jit
Class cache:C:\Documents and
Settings\Andrew\Development\eclipse\workspace\Dijje
r\windows\.dijjer\classes
Data cache:C:\Documents and
Settings\Andrew\Development\eclipse\workspace\Dijjer
\windows\.dijjer
Starting Dijjer build 90 (c) Copyright 2004, 2005
Change.Tv, Inc.
Distributed under the Gnu Public License
[INFO] Connecting to the network
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 10 Feb 2005 18:33
Picon
Favicon

[ dijjer-Bugs-1120180 ] Maxpeer should be ignored by master peers

Bugs item #1120180, was opened at 2005-02-10 17:33
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=695574&aid=1120180&group_id=123152

Category: Misc
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Mason (gnovos)
Assigned to: Nobody/Anonymous (nobody)
Summary: Maxpeer should be ignored by master peers

Initial Comment:
The "seed" peers should be taught to ignore the
maxpeers and keep as big a peer list of active as
possible and randomly give out a selection of those
peers in join requests.  As it stands now, only "new"
peers will be in the list.  What this means, I think,
is that the network will be somewhat fractured because
only people who started dijjer at around the same time
will hear about each other.  Ten people who start up
dijjer and shut it back down again fairly quickly may
be enough to split the network in two.

Additionally, people with long-running peers will see
thier peer list shrink as thier shorter-lived friends
drop out of the network and almost never grow until
finally there is nobody left who knows about them
(Continue reading)

Permalink | Reply | 0 comments |

Gmane