Best Practice for Speed?

Support requests, bug reports, etc. go here. Dedicated servers / VDS hosting only
azemon
Bear Rating Trainee
Bear Rating Trainee
Posts: 3
Joined: 14 May 2013, 16:17
Contact:

Re: Best Practice for Speed?

Postby azemon » 14 May 2013, 16:47


User avatar
fox
^ me reading your posts ^
Posts: 6318
Joined: 27 Aug 2005, 22:53
Location: Saint-Petersburg, Russia
Contact:

Re: Best Practice for Speed?

Postby fox » 14 May 2013, 17:03

Poster of the week material right there. Let's quickly run through your argument here:

1. You have no idea how to setup http servers properly for performance while rationalizing your ignorance with a completely retarded "philosophical" argument because you don't understand how expiration over http actually works
2. You don't realize that "loading icons over AJAX" is a terrible idea
3. You blindly assume that "so many people are seeing performance which is much worse" is something that actually happens and is a problem with tt-rss, not people running tt-rss on unsupported configurations and/or with software configured by largely incompetent people like yourself

And finally the best part:

4. You assume I'm the one who needs help here and offer it in a hilarously smug fashion

I don't know about you, but usually I prefer getting help A) after I asked for it, and B) from people who actually know shit. You, unfortunately, don't seem to fall into that category. So, thanks, but no thanks.

Continue posting though, if only for the entertainment value alone.

azemon
Bear Rating Trainee
Bear Rating Trainee
Posts: 3
Joined: 14 May 2013, 16:17
Contact:

Re: Best Practice for Speed?

Postby azemon » 14 May 2013, 17:25


User avatar
fox
^ me reading your posts ^
Posts: 6318
Joined: 27 Aug 2005, 22:53
Location: Saint-Petersburg, Russia
Contact:

Re: Best Practice for Speed?

Postby fox » 14 May 2013, 18:27

> I appreciate it when people offer constructive suggestions and offer to help.

Me too. If only you actually had anything constructive to say.

gitawego
Bear Rating Trainee
Bear Rating Trainee
Posts: 9
Joined: 08 May 2013, 00:35

Re: Best Practice for Speed?

Postby gitawego » 14 May 2013, 19:56

to speed up boot time, you can compress dojo/dijit to one file if you wish: http://dojotoolkit.org/reference-guide/ ... uild-index
better use with NodeJs, use closure as compress method, shrinksafe is less powerful.
my tt-rss is slow as well, but that's because I have thousands of feeds, and my site is built on NAS (lol). try to remove all the useless feeds :)

PS: I noticed the files are compressed, but the modules are not consumed by require, it's a bug.
@see:

User avatar
sleeper_service
Bear Rating Overlord
Bear Rating Overlord
Posts: 884
Joined: 30 Mar 2013, 23:50
Location: Dallas, Texas

Re: Best Practice for Speed?

Postby sleeper_service » 15 May 2013, 03:18


Sidicas
Bear Rating Trainee
Bear Rating Trainee
Posts: 12
Joined: 15 May 2013, 14:24

Re: Best Practice for Speed?

Postby Sidicas » 15 May 2013, 14:31


User avatar
Skibbi
Bear Rating Disaster
Bear Rating Disaster
Posts: 61
Joined: 15 Mar 2013, 14:59
Location: Poland

Re: Best Practice for Speed?

Postby Skibbi » 15 May 2013, 22:16

I started using tt-rss with MySQL, but number of disk I/O operations was way to big. So I switched to postgres, tweaked shared memory and there is a huge improvement. But still greader is faser ;)

graymattr
Bear Rating Trainee
Bear Rating Trainee
Posts: 24
Joined: 29 Apr 2013, 02:46

Re: Best Practice for Speed?

Postby graymattr » 02 Aug 2013, 22:18

I wanted to quickly add that I recently switched from MySQL to Postgres and am seeing a massive improvement in the performance of my instance. It feels a lot more responsive, and menus/views load much more quickly. For others who might be frustrated with slowness, I'd suggest making the switch to Postgres.

durval
Bear Rating Trainee
Bear Rating Trainee
Posts: 26
Joined: 27 Jul 2013, 13:35

Re: Best Practice for Speed?

Postby durval » 03 Aug 2013, 00:51



Return to “Support”

Who is online

Users browsing this forum: No registered users and 7 guests