Hopefully by now you’ve noticed that the Web site URL has been updated from pulpfree.org to pulpfree.com. I think I have the redirects and updates completed so the Web site should look, act, and feel the same as before (might taste and smell the same as well…) I had the opportunity to purchase the pulpfree.com name a few days ago (more with that on a later post) so really the only thing to wait for are the search engines updates. Enjoy!
So it’s not exactly 200 years… But this post marks my 200th update to this Web site. I thought I’d reflect a little about this momentous occasion… At least pull a few amusing facts that maybe even I didn’t know about.
PULPFREE.ORG was registered on March 25th, 2006. However, the first actual post on this Web site was really on July 23rd, 2006 and was essentially a “Hello world” posting with my logo and not a whole lot more. If you’re paging back through all the posts you’ll see that I have a earlier posting from November 24th, 2005 called “Why You Should Wear Seat Belts” – but it’s actually a posting from my first blog called “Dave Pad” highlighting, well… why you should wear seat belts. Simple math also makes my average posting about once-a-week. Not too bad considering – but I’m always aiming to publish as often as I can.
Popular Posts and Keyword Searches
I’m a metrics kind of guy and I’m always amazed at what draws visitors to this site. You can view a few months of Web stats on my locally hosted stats Web site, but these are a few highlights…
This was an addiction for me… And obviously for a lot of other people as well. Essentially this is a Java applet game which you draw like a paint program elements such as ground, wax, sand, oil, seeds, fire, water, and salt and let those elements interact with each other. I haven’t been back to play since seemingly everybody is playing FarmVille now… But it’s still a high draw for my Web site.
These two top posts I believe get their ranking mostly from image search engines or potentially an easy MP3 download. They’re both part of my Earworm category which does have a 30-second sample of songs which at some point in time were endlessly stuck in my head. It could also be simply the over exposure of both of these ladies and seriously – those GaGa songs really were like a virus.
How doesn’t love a good burger? Mmmm… And this burger joint made plenty of headlines in December of 2006. So not only do we get nice burger pictures… But side by side with scantily clad nurses!
Last but certainly not least, searching for “Kelly Clarkson Boyfriend” on Google brings up this listing on their first page (though right now at the bottom of that first page…) It’s clearly no secret that Kelly is #1 on my “Make Believe Girlfriends List” (still yet to be published). So Kelly – if you’re Googling Yourself and you’ve stumbled upon my Web site, don’t make yourself a stranger… Send me a quick note hello! 😉
By The Numbers (Web Stats)
What update wouldn’t be inclusive without a few page hits and visitor log info. Perhaps I could have done a front page odometer style counter but really – this isn’t GeoCities now is it?
Okay – maybe a little nostalgic… Hold on for some pretty bland Excel charts…
My peak time of day is around 1pm Central with a majority of my visitors coming from the United States and Great Britain, then following up with China, Canada, and Germany. Most of my visitors are using Windows (80%) or a Macintosh (9%). From those Internet Explorer is still in the lead (54%) with Firefox and Mozilla providing the other 30%. It is good to see Safari (7%) and Google Chrome (4%) making an appearance as well… Last fun bit are browser screen sizes with 1024×768 the most popular (37%), 1280×800 (14%), 1280×1024 (14%), 1440×900 (8%) and 1680×1050 pulling almost 5%.
I’ve actually had a good time writing about a fair amount of random information that I hope has served to help, amuse, delight, or at the least – waste a little bit of your time. While probably more popular with Google, Bing, and Yahoo than any sort of regular visitors – I pledge to continue this sort of online therapy as long as it suits to amuse me… Which seemingly does keep me coming back for more.
It’s been in the works for a while – but the last few weeks really just bothered me in that the performance of my Web hosting has been so dismal that I’ve finally upgraded to a dedicated virtual machine from MediaTemple.
I’ve sang the praises of MT before specifically around their GridServices offering – but more specifically around their transparency in discussing their own problems. However – even I have not been blind to their performance issues – now going on for the past 5 months or so…
While I’m sure that in “a few weeks” there will be an announcement of a new GS system (or some kind of new branding for it) – I just couldn’t wait any longer. I actually had been using GoDaddy’s virtual private server for these sites before moving to MediaTemple. But like all things technical in nature – their performance was terrible at the end. CPU utilization wasn’t contained in their shared environment and they didn’t seem to want to fix it. Will MT be any better in their offerings? Time will tell. So far I’ve been pretty happy in the difference. Load times are pretty fast and I have the access to install anything I want again (not that I really needed to… But I’ll probably start running my Cacti scripts with RRD up there again…)
One of the sad parts about this whole experience was the let down in support that I received from MT surrounding my efforts to stay on the GS system. While the performance was pretty lousy (so much that I started keeping my own monitoring stats on it) – I finally opened a ticket on January 16th, 2008 expressing my concerns and the data that supported it.
Hello… I’ve been tracking the response time of my Web site for several months now and it seems to have been getting slower and slower. I’ve only used 11 GPUs (on average) out of 1000 available per month. So I know I’m not a burden on the system by any means.
I’ve tracked response times both from my home Internet connection as well as other Internet monitoring sites and they go from half a second to over 10 seconds – some upwards of 20 seconds to respond for the same page – just seconds apart (refresh – no cache, etc.)
I’m curious to know how this wide deviation in response times from multiple locations for the same resources reflects on how the gird system is performing.
For the most part – it’s “ok” – but nothing near what I would have expected from a low-volume Web site such as mine on such a highly performing GRID cluster system.
And for this incident – it’s not just today or yesterday… I’ve been tracking this issues for about 40 days now. The average was around 4 seconds (still very slow) and now it’s closer to 8 seconds.
What did I get back? Yeah – the standard
We have actually noticed a possible network routing issue in our past support history to your area around St. Louis.
I think I coughed and said something under my breath…
This kind of bantering went on and on. A nice gem:
We sincerely appreciate you taking the time and effort to collect this data. We are aware that the (gs) is currently not in a perfect state of stability yet, but we are getting there. We are continuing to implement the re-architecture our storage segment in an effort to stabilize and increase the performance of this segment.
However, what really set me off was blaming my own Web site… A pretty lean WordPress install that may have upwards of two people a day looking at it (including myself…)
After speaking with our CTO, who has reviewed your data, we have come up with some possibilities of explaining what is going on.
While the hills and valleys in the data are expected over the past week of performance, which we are currently taking measures to resolve, we can’t attribute the increase in response time from the beginning of your monitoring to recent date to these issues.
We believe that you may have a growing database that may be not indexed properly or possibly a sessions directory that is growing and not be flushed properly. Either one of these cases could lead to the symptoms we are seeing.
Another possible issue could be plugins. You may want to try disabling some of our plugins to see if that improves the performance of your site as well.
We urge you to investigate the above and let us know if any of the above as helped.
Ummm… My response?
I’d like to take exception to the conclusions of your research. I have not changed any behavior of my database or the plugins and the performance of the Web site has not added a second (averaging 5 seconds now) than what it was last week.
I’ve actually done a performance of just an image and it’s performance stays pretty constant. – But even then – it’s sometimes 200 MS, sometimes 1000 MS – such a non-database driven request should be the same all the time (it’s only 60 KB in size). I’m going to do the same for a PHP info page and measure the results. And again, for the 1000 GPUs I have – only about 15 are used a month. My tables are very small and the system as a whole should be quite a bit faster…
And a last note – your conclusions about performance and databases would not explain why the request responses are anywhere between 800 MS to 8 seconds for a standard front page – they would be the same time all the time (based on the very low levels of GPU and traffic).
That’s right – with MT’s slogan for their GS services as:
I should have the power of hundreds! My 15 GPUs a month out of 1,000 seemed like I should be able to use a little more of my paid “horsepower” to server up some pages a bit faster. Even if it wasn’t faster – perhaps it could at least be consistent?
I turned to caching and limiting plugins just to do my due diligence:
I’ve now set up database tuning jobs, installed a WordPress cache plugin… And it’s still anywhere between 500 ms (with cached paged) to 15 seconds…
<!– Dynamic Page Served (once) in 15.196 seconds –>
I took a copy of my Web site, installed it (database and pages) on a VMWare Centos install and was able to get an average of 700 ms (not even using the cache plugin!!!)
So 15 seconds for your Grid system – 700 ms for my VMWare Linux install that averages a 3% CPU utilization.
Then silence from the support staff…
Your response: 2008/02/14 19:57
It’s been another 2 weeks and no response to my additional information. I’m still seeing between 150 ms to over 5 seconds for the same page from the same monitoring service. I’ve even gone with caching pages to try and improve performance… Is it time to move? How does this compare to a VPS?
Your response: 2008/02/20 21:06
Hello? Another week has passed…
Your response: 2008/02/24 07:16
4 more days…
Your response: 2008/03/02 11:30
7 more days
Your response: 2008/03/06 19:21
4 more days
It wasn’t for another 11 days after that one that I received word back from MT – March 17th. They said that my ticket wasn’t coming up in their system and did apologize. In the mean time, I did open up two more tickets referencing my first ticket which were in fact closed without answers…
So yes – MediaTemple’s Grid-Service isn’t ready yet. I read the reviews before hand – same issues, same problems. It was great when I opened my account for about a month and then was poor ever since… Never any consistency and rather unacceptable customer service. I actually had the chance to talk to my support technician on the phone and I will say that he was very intelligent, well spoken, technical and very aware of their internal storage subsystem problems. I asked him “Should I move to your DV system to rid myself of these issues? Or are you close to fixing them?”
I moved to a DV system.
As Fox Mulder once said:
How’s it working so far?
I’ll check back in a bit and let you know…
BTW – 100th post! A bit far down the path from my first post back on July 23rd, 2006 – 631 days ago. Statistically speaking, I think I need to write more frequently! Almost once a week isn’t too bad…
Ahhh… That feels better. I added another 100 pixels to the width of these pages… The images in my last post were getting a little cramped. Still have to hand it to Julien for his excellent Freshy Theme. Just… well – needed a bit more room!