Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Smarter polling [long-term issue] #34

Open
wentwild opened this issue Sep 10, 2014 · 2 comments
Open

Smarter polling [long-term issue] #34

wentwild opened this issue Sep 10, 2014 · 2 comments

Comments

@wentwild
Copy link

I currently have around 1400 users that my installation is polling for content. It takes about 30 minutes to get through the list. Many of the accounts have not had any updates in a long time but the still get polled just as frequently as users who have recent submissions. In the long run this is going to be a big problem and will most likely result in missing out on content.

One thing that has occured to me is to create a group of users who have been inactive for X time period. The process could poll some subset of this group after grabbing the new top content week. Then go through the list of active users again like it currently does.

@4pr0n
Copy link
Owner

4pr0n commented Oct 22, 2014

One option is to use the "friends" functionality (--just-friends), which only polls /r/friends for updates every 2 seconds.

It should still work...

@4pr0n
Copy link
Owner

4pr0n commented Oct 22, 2014

Then again, the last-updated time for each user is available in the database... Coming up with an algorithm that checks new accounts quickly and occassionally checks older accounts would require some thought.

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

No branches or pull requests

2 participants