Skip to content
This repository has been archived by the owner on May 2, 2019. It is now read-only.

Make CeNO proxy as reliable and fast as FProxy #280

Open
vmon opened this issue Jun 21, 2016 · 0 comments
Open

Make CeNO proxy as reliable and fast as FProxy #280

vmon opened this issue Jun 21, 2016 · 0 comments
Labels

Comments

@vmon
Copy link
Contributor

vmon commented Jun 21, 2016

In any feed/page which has been successfully inserted by CeNo Bridge in Freenet distributed storage is retrievable by FProxy with 100% (as much as I have tested) success, while CeNo proxy is failing the majority of time to retrieve those pages. And when it does find them it is much slower, than FProxy.

Try the experience yourself, the content is the same it is CENO content.

  1. Get a b64 of url that successfully has been inserted by ceno-freenet bridge
    from CENO.log.
  2. Try CENOBox to go to that url. It will take 10min till it loads.
  3. Use another url, paste it with the public key in fproxy, it takes less
    than a min or two to load.
  4. Use another url, use ceno to browse the url, wait 5min, nothing will
    happen. give the url to fproxy, it loads in 1min at the same time it
    will be loaded in CENO window as well.

I have at least repeated this experience more than 10 times. fproxy is
consistently significantly faster than ceno proxy. There is some reason
that the fproxy request of the same resource is replied much faster than
the CENO requests.

It is probably because FProxy is using active request to retrieve the content if it doesn't find it offers the option of using passive request.

CeNO proxy, in contrast, make a passive request from the begining. And as it truned out passive request is far less efficient and reliable than active request.

A solution is to make CeNo proxy to act like FProxy, make an active request if it fails, then make a passive request.

@vmon vmon added the bug label Jun 21, 2016
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

1 participant