GoFuckYourself.com - Adult Webmaster Forum

GoFuckYourself.com - Adult Webmaster Forum (https://gfy.com/index.php)
-   Fucking Around & Business Discussion (https://gfy.com/forumdisplay.php?f=26)
-   -   Nginx has made this forum fast (https://gfy.com/showthread.php?t=1073948)

Vapid - BANNED FOR LIFE 07-08-2012 01:48 PM

Nginx has made this forum fast
 
http://www.fremontne.gov/images/page.../lemonade1.jpg:thumbsup

blackmonsters 07-08-2012 01:56 PM

Hey! What did you just call me! :mad:


Oh wait, read the title again.

Nevermind.

Vapid - BANNED FOR LIFE 07-08-2012 02:02 PM

Noticed in on a timeout, lighttpd/nginx are top notch choices as far as response times go.

MrGusMuller 07-08-2012 02:40 PM

:2 cents::2 cents: for nginx

Brujah 07-08-2012 02:48 PM

Is it a recent switch? Whatever they did it seems to be working fast today.

MrGusMuller 07-08-2012 02:59 PM

20h ago... It WAS REALLY SLOW!! probably they were changing it :)

Congrats

Django 07-08-2012 03:00 PM

I think Jesus Christ had previously predicted that

MrGusMuller 07-08-2012 03:06 PM

http://f.cl.ly/items/0m0Y0c1e3c2R1s2...e%20Chrome.png

:thumbsup:thumbsup

CaptainWolfy 07-08-2012 03:12 PM

it's working faster indeed!

BradBreakfast 07-08-2012 03:35 PM

They could further reduce their server load if they utilized MemSQL, as well as MemCache based object caching.

It's been benchmarked to 80,000 queries a second.

http://gigaom.com/cloud/ex-facebooke...-database-fly/

MrGusMuller 07-08-2012 03:50 PM

Quote:

Originally Posted by BradBreakfast (Post 19049325)
They could further reduce their server load if they utilized MemSQL, as well as MemCache based object caching.

It's been benchmarked to 80,000 queries a second.

http://gigaom.com/cloud/ex-facebooke...-database-fly/

tnks for sharing :)

raymor 07-08-2012 04:08 PM

Quote:

Originally Posted by BradBreakfast (Post 19049325)
They could further reduce their server load if they utilized MemSQL, as well as MemCache based object caching.

It's been benchmarked to 80,000 queries a second.

http://gigaom.com/cloud/ex-facebooke...-database-fly/


But TEST it carefully. Sometimes memcache is fast. Sometimes it's slower than even NFS. It really, really depends on the workload.

A semi truck is the fastest way to get a load of lumber across town. A motorcycle is faster to carry a letter. The motorcycle would take a month to carry the lumber though, one piece at a time. Sometimes memcache is the right tool for the job. Often, memcache is exactly the wrong tool for the job.

Klen 07-08-2012 04:11 PM

Quote:

Originally Posted by raymor (Post 19049364)
But TEST it carefully. Sometimes memcache is fast. Sometimes it's slower than even NFS. It really, really depends on the workload.

Hmm no comment why they just didn't added noatime :1orglaugh

Brujah 07-08-2012 04:13 PM

Quote:

Originally Posted by KlenTelaris (Post 19049370)
Hmm no comment why they just didn't added noatime :1orglaugh

Nothing against raymor, he knows his Apache well but didn't we prove noatime was incorrect?
https://gfy.com/showpost.php?p=18788380&postcount=46

BradBreakfast 07-08-2012 04:17 PM

If setup properly, these two things could reduce this forum to a single server, or reduce the amount of servers needed significantly if it is using a cluster now.

raymor 07-08-2012 04:22 PM

Quote:

Originally Posted by KlenTelaris (Post 19049370)
Hmm no comment why they just didn't added noatime :1orglaugh


Well after all my posts, one person knows. I did think about mentioning what Linus calls the number one performance improvement you can make in Linux.

I figured we can assume noatime on any performance system by now because most sysadmins worth the title have heard what kernel developer Ingo Molnar said:
Quote:

Atime updates are by far the biggest IO performance deficiency that Linux has today. Getting rid of atime updates would give us more everyday Linux performance than all the pagecache speedups of the past 10 years, _combined_.
Linus called atime "perhaps the most stupid Unix design idea of all times" and Alan Cox cited performance improvements of 50% to 100%, so I assumed the GFY admins have done that already.

(Though if they switched web servers and left atime on, yeah that would be a real screw up and a waste of time.)

signupdamnit 07-08-2012 04:25 PM

It's quick but I notice the caching policy change where it sometimes takes a refresh to see new replies. Unless it's something with my client. But they are doing what they have to do to keep things up.

Brujah 07-08-2012 04:29 PM

Relatime is a good choice, which I believe is maintained by Igor Molnar. My servers have always been relatime mounted for the past few years now, so maybe it's already a default on several hosts or certain distros?

Vapid - BANNED FOR LIFE 07-08-2012 04:30 PM

Quote:

Originally Posted by raymor (Post 19049364)
But TEST it carefully. Sometimes memcache is fast. Sometimes it's slower than even NFS. It really, really depends on the workload.

A semi truck is the fastest way to get a load of lumber across town. A motorcycle is faster to carry a letter. The motorcycle would take a month to carry the lumber though, one piece at a time. Sometimes memcache is the right tool for the job. Often, memcache is exactly the wrong tool for the job.

Yes in a highly dynamic environment memcache will not be very effective.

raymor 07-08-2012 04:35 PM

Quote:

Originally Posted by Brujah (Post 19049389)
Relatime is a good choice, which I believe is maintained by Igor Molnar. My servers have always been relatime mounted for the past few years now, so maybe it's already a default on several hosts or certain distros?


I believe relatime is in fact the default for several distros and was created by Molnar in this famous thread:
http://kerneltrap.org/node/14148

relatime is a good default when you don't know the workload. If you know that tmpwatch and mail are set up to work without atimes, noatime performs better.

- Jesus Christ - 07-08-2012 04:57 PM

Quote:

Originally Posted by Django (Post 19049279)
I think Jesus Christ had previously predicted that

More of a suggestion then a prediction.
Not using it on a high traffic site is equivalent to throwing money away.


All times are GMT -7. The time now is 01:23 PM.

Powered by vBulletin® Version 3.8.8
Copyright ©2000 - 2025, vBulletin Solutions, Inc.
©2000-, AI Media Network Inc123