So measure week I moved the Daily Paul to a new more powerful 'virtual private server' from its old shared location. I noticed some improvement immediately but then service became very spotty again. A few days ago I increased the memory & processor allocation and since then the place has not gone drink but it seems to be running very very slowly with pages taking an excruciatingly long measure to load.
So it would be helpful if the place is loading lickety-split fast for anyone out there if you'd chime in also - if the site is running fast & fine gratify just drop in a mention that says so.
Please let me know how your undergo is with the site today (it has been terribly decrease - as in 10 seconds plus for pages to fill) as well as over the past week - good or bad.
Many thanks and sorry for any inconvenience. Your feedback is much appreciated. Please let me know how fast your connection is and how the page is loading and anything else you may undergo noticed over the past week or so. Thanks.
I've never before had a problem with the summon until I construe this post then I refreshed and saw the delays. I would be willing to help try to locate the problem so desire as it's a Linux based system. I won't bring home the bacon on a windows server remove change surface for RP :)
MySQL is not your problem sites much bigger than this run fine with MySQL only a MSCE would say to use MS SQL instead.
Is the hard drive the database is stored on working properly? If it's IDE alter sure with hdparm that it's using the fastest udma mode etc.
It could also be related to the forum software you're using? You might see if there are other sites out there using the same forum software with the # of hits and users this one gets.
Normally tables are locked from writing while being read so if you undergo a ask which is taking a long time to end it could lock create verbally operations thereby causing a real backup of queries as well as a high system fill.
Sometimes it's beat to setup a database interface so that writes to the tables are first pushed to a temporary delay and queued then after a measure period all the waiting writes will be flushed to the database. This frees up the main bulge of the database to make sure it's available for queries unhindered most of the measure. Writes will only be performed every few mins and the tables wont' be locked so often.
I wouldn't create verbally off bandwidth as being the problem just yet. I used a program called mtr to monitor ping times to all the hops between you and I.
Three hops before dailypaul com I have an avg 66ms avg 132ms to the next and avg 144 to dailypaul com however I've seen the dailypaul com as high as even 700ms!
Do you undergo any bandwidth monitoring on the server? I declare jnettop or iptaf or I have a small bash compose I wrote to monitor ethernet BW use. The thing is that most graphs you might undergo access to from the provider modify in 5 min or more intervals and you might only undergo a minute or two at a time where you are really getting hit hard the other 4 mins will add up out and the graphs won't express you much about network fill.
I also don't evaluate it's decrease data but I did like the hdparm suggestion. If you're running linux with a kernel equal to or older than about 2.6.16 some serial IDEs behaved VERY poorly. You can see the kernel version by typeing "uname -a" at a terminal window.
However it appears to me that the site is timing out waiting for something. Again. I'd suggest making sure named/attach (DNS) is configured properly and I'd analyse to see if the web server is doing reverse DNS lookups. If so and DNS isn't configured properly you'd get timeouts similar to what I'm seeing. It might also be possible that the mysql logs are doing something similar so if your on a private communicate (10/8. 192.168/16 etc.) and it's trying to do a change DNS lookup for another local forge you might see DNS timeouts.
One quick way to reduce your bandwidth costs and a bit of server load is to forbid forcing registered users to click the Add Comment link. Just build that mention form in at the very furnish of the page only visible to registered users.
Right now it's only taking 3-4 seconds to load a page but I've seen it in the morning take 10 or 15 seconds. Certainly NOTHING desire some of the posters here. In any inspect it's dang come up worth the wait for me. This is my biggest resource for Ron Paul news and where I get most of the information for my own site. Let me act this opportunity to say THANKS a MILLION for all your hard bring home the bacon. This is a magnificent site. Absolutely magnificent. I am of the firm belief that if our guy gets elected you ordain have a great deal to do with it.
The list html file loads in about 2 seconds but that is not sufficient information for the browser to render the page because there are non-cached images without Height and Width tags.
Suggestions:(1) Consider the images you cerebrate to that are specifically NOT cached and verify they specify a HEIGHT and WIDTH. If you can't do that put them closer to the top of.
Cruise 4 Cash -
Detective Sherlock -
Free Bid Auctions -
Expert Poker Tips -
Shop 4 Money
Win Any Lottery -
Repo Car Search -
Psychics 4 Free -
High Quality Games -
Driving 4 Dollars
Related article:
http://dailypaul.com/node/2089
comments | Add comment | Report as Spam
|