-
Notifications
You must be signed in to change notification settings - Fork 97
Fetch feeds in parallel ? #581
Comments
|
Why is this a parameter? If I have 20 feeds, I expect 20 reload threads, no? |
It depends on your network's capabilities. |
I'm pretty sure my network can handle many hundreds of parallel connections like any other network... |
Did a quick search on parallel connections[1], and then checked when this was implemented[2]. The issue fixed by this commit appears to be in another bugtracker.
`Firefox` now defaults to 900 max connections[3] (though this may not consider making all at once). `newsbeuter` seems to be fine checking all (110) of my feeds at once. OTOH, I had to limit the threads used by a particular software for it to work properly with my previous ISP, Time Warner.
Setting `reload-threads` to `0` makes it use just 1 thread -- would be nice for it to remove the limit. Seems like a good time to raise the default, as well.
[1] https://stackoverflow.com/questions/985431/max-parallel-http-connections-in-a-browser#30064610
[2] 56379ce
[3] https://bugzilla.mozilla.org/show_bug.cgi?id=1260218
… -------- Original Message --------
Subject: Re: [akrennmair/newsbeuter] Fetch feeds in parallel ? (#581)
Local Time: July 18, 2017 12:05 AM
UTC Time: July 18, 2017 4:05 AM
From: ***@***.***
To: akrennmair/newsbeuter ***@***.***>
Daniel M. Capella ***@***.***>, Comment ***@***.***>
I'm pretty sure my network can handle many hundreds of parallel connections like any other network...
—
You are receiving this because you commented.
Reply to this email directly, [view it on GitHub](#581 (comment)), or [mute the thread](https://github.com/notifications/unsubscribe-auth/ADXpfrsT7yekexNAwfdRbWr0tVKvdcIGks5sPC8XgaJpZM4Oav70).
|
Really like the And we should limit the number of connections per host like browsers do, though in our case we can set it to 1. I wager that:
Anyone willing to draw up a PR?
Yes, it's on Google Code. No details there, though. |
An option like Edit: I do see a quick CPU spike across my 4 cores when reloading all feeds.
If I could. :) |
I think users will just jack it up real high in hopes of getting their feeds a second earlier. Which might even not happen, i.e. it'll be slower, because of TCP slow start.
I consider this a bug :) |
FWIW, it appears to check them all in under a second. |
Actually I've found it misses several feeds when fetching all at once. |
What do you mean by "misses"? How do you check that? |
I had enabled |
After launching just now (with |
This hides the articles from the user (effectively deleting them), but still keeps the article in the cache so that future updates don't bring them back. The articles will be deleted for real only when they fall out of the feed. Kudos to @polyzen for bringing this up in #581 (comment)
I just pushed a fix to master, can you please test? Commit ID is cc5d03e I'm not sure what's up with articles missing if you have |
@Minoru, thank you, it does work. Will keep an eye on the error log. |
Edit: Got basically the same results at the next auto-reload. ProtonMail apparently borked SSL for their feed. No errors when I Edit2: 8 YT feed errors after setting Edit3: Another auto-reload: 2 more YT errors and the ProtonMail error is back. Edit4: I receive YT errors nearly every auto-reload. |
I'll try to add the actual HTTP code to the log tomorrow—right now it's quite useless. Knowing what kind of errors it is will help understand what can/should we do about them. I wager it's 429 because you're fetching a lot of stuff simultaneously. |
Today with
|
(Edited your comment to move the log excerpt from external Pastebin into the comment itself. Had enough Paste- and imagebin links expire on me to not trust any. Nothing short of GitHub's death should take this issue tracker down :) SSL errors are easily explained if you look at LWN's certificate—it has been issued yesterday, on August 11th. Apparently they forgot to do it and the HTTPS was down for a few hours. No worries. |
@polyzen, I just added the HTTP code to the error message. Let's see what causes those fetch failures for you! |
The error log was empty all day, until 3 404's from YT about an hour ago. |
Hmm. A fluke on YouTube's site? That's weird, but I can't do anything about it. I'm not even sure what we're looking for anymore. Apparently |
Thank you. Will continue to play around with the setting. |
Not seeing any noteworthy errors while fetching all feeds at once. |
It would appear at least from the UI that refreshing feeds goes one by one. Why? It should do them all in parallel, no?
The text was updated successfully, but these errors were encountered: