Skip to content
This repository has been archived by the owner. It is now read-only.

Initial seeks can be overly slow #57

Closed
vtsukur opened this issue Sep 29, 2015 · 4 comments
Closed

Initial seeks can be overly slow #57

vtsukur opened this issue Sep 29, 2015 · 4 comments

Comments

@vtsukur
Copy link

vtsukur commented Sep 29, 2015

From time to time it can be observed that initial seek for a file can be overly slow.

For example, when file is ipfs add-ed on a locally running machine, and then retrieved via gateway.ipfs.io/ipfs, request can take any time in between several hundreds of milliseconds down to 2 minutes timing out several times in a row (ending in successful seek, eventually).

If file is ipfs get-ed :) from a node that does not share same network, it is usually much much slower. Succeeds, but amount of attempts is usually bigger.

I am curious to know why these latency issues are present at the moment. Thanks!

@jbenet
Copy link
Contributor

jbenet commented Sep 30, 2015

this sounds like NAT problems and nodes not finding you. these will get a lot better, and in the general case they already are.

@jbshirk
Copy link

jbshirk commented Oct 29, 2015

I have observed the same, but assumed this was just normal propagation time. But if it's NAT problems, where should people go to learn how to resolve that?

@RichardLitt
Copy link
Contributor

RichardLitt commented May 2, 2016

@whyrusleeping I believe some of this was fixed in 0.4.0 and 0.4.1. Can you confirm?

@madavieb
Copy link

madavieb commented May 23, 2017

This issue has been moved to https://discuss.ipfs.io/t/initial-seeks-can-be-overly-slow/480.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants