<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Plugins To Avoid</title>
	<atom:link href="http://www.bloggingpro.com/archives/2006/12/01/plugins-to-avoid/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.bloggingpro.com/archives/2006/12/01/plugins-to-avoid/</link>
	<description>News, plugins and themes for blogging applications</description>
	<lastBuildDate>Fri, 10 Feb 2012 01:07:34 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: aydin-aydin</title>
		<link>http://www.bloggingpro.com/archives/2006/12/01/plugins-to-avoid/#comment-215237</link>
		<dc:creator>aydin-aydin</dc:creator>
		<pubDate>Thu, 18 Sep 2008 08:23:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.bloggingpro.com/archives/2006/12/01/plugins-to-avoid/#comment-215237</guid>
		<description>Patent, Marka Patent, Patent Ofisi, Patent Dirsek, Patent Office, Patent Tescil, Patent Burosu, www patent, Patent com, Patent Ofisim, Patent Tescili, marka patent tescil, patent alma, turk patent, tasarim tescili, tescil belgesi, tasarim tescil, marka tescil, marka tescil belgesi, marka tescili</description>
		<content:encoded><![CDATA[<p>Patent, Marka Patent, Patent Ofisi, Patent Dirsek, Patent Office, Patent Tescil, Patent Burosu, www patent, Patent com, Patent Ofisim, Patent Tescili, marka patent tescil, patent alma, turk patent, tasarim tescili, tescil belgesi, tasarim tescil, marka tescil, marka tescil belgesi, marka tescili</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sohbet</title>
		<link>http://www.bloggingpro.com/archives/2006/12/01/plugins-to-avoid/#comment-214380</link>
		<dc:creator>sohbet</dc:creator>
		<pubDate>Wed, 23 Jul 2008 21:52:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.bloggingpro.com/archives/2006/12/01/plugins-to-avoid/#comment-214380</guid>
		<description>And yes, I recall that Gravatar-related plugins were among the Plugins to Avoid we recently wrote about.</description>
		<content:encoded><![CDATA[<p>And yes, I recall that Gravatar-related plugins were among the Plugins to Avoid we recently wrote about.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Angsuman Chakraborty</title>
		<link>http://www.bloggingpro.com/archives/2006/12/01/plugins-to-avoid/#comment-105818</link>
		<dc:creator>Angsuman Chakraborty</dc:creator>
		<pubDate>Sat, 30 Dec 2006 16:25:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.bloggingpro.com/archives/2006/12/01/plugins-to-avoid/#comment-105818</guid>
		<description>I think he unfairly implicated us for performance of WordPress object cache.

Translator plugin Pro uses dual caching to speed up your access time. The first level cache doesn&#039;t use the WordPress object cache and will improve your performance even with standard caching disabled. The second level cache uses WordPress Object cache. This allows us to serve your translated pages much much faster.

We did extensive testing with the WordPress object cache to identify performance bottlenecks, if any. We couldn&#039;t find any inherent problem.
It can cause performance penalty only when the memory is low and too many Apache processes are allowed. With caching enabled each Apache process (or Thread), serving a WordPress page request, caches at most 125 php objects (we only contribute one of them) which can increase memory consumption. 
As a result kswapd (swap manager) comes into play and at high loads it tends to swap too often and ends up consuming most of the CPU cycles itself instead of allowing actual processing.
So if you are on a low end machine with low RAM or if you are sharing the machine with lots of other users then you can experience performance issues. However you can easily solve it by either increasing the memory or reducing the maximum number of Apache processes you serve.

In our tests I could repeatedly run 50 simultaneous full site crawl on a big website with over 20, 000 pages (copy of my Simple Thoughts blog with translated pages in 14 languages) without delay (using wget in recursive mode) with only 512 MB RAM without breaking a sweat in low end Intel Pentium (1.8 Ghz) running Fedora Core 4. I was using the Translator plugin in cache mode. The pages were not cached when we started. If that is not good performance I don&#039;t know what is.</description>
		<content:encoded><![CDATA[<p>I think he unfairly implicated us for performance of WordPress object cache.</p>
<p>Translator plugin Pro uses dual caching to speed up your access time. The first level cache doesn&#8217;t use the WordPress object cache and will improve your performance even with standard caching disabled. The second level cache uses WordPress Object cache. This allows us to serve your translated pages much much faster.</p>
<p>We did extensive testing with the WordPress object cache to identify performance bottlenecks, if any. We couldn&#8217;t find any inherent problem.<br />
It can cause performance penalty only when the memory is low and too many Apache processes are allowed. With caching enabled each Apache process (or Thread), serving a WordPress page request, caches at most 125 php objects (we only contribute one of them) which can increase memory consumption.<br />
As a result kswapd (swap manager) comes into play and at high loads it tends to swap too often and ends up consuming most of the CPU cycles itself instead of allowing actual processing.<br />
So if you are on a low end machine with low RAM or if you are sharing the machine with lots of other users then you can experience performance issues. However you can easily solve it by either increasing the memory or reducing the maximum number of Apache processes you serve.</p>
<p>In our tests I could repeatedly run 50 simultaneous full site crawl on a big website with over 20, 000 pages (copy of my Simple Thoughts blog with translated pages in 14 languages) without delay (using wget in recursive mode) with only 512 MB RAM without breaking a sweat in low end Intel Pentium (1.8 Ghz) running Fedora Core 4. I was using the Translator plugin in cache mode. The pages were not cached when we started. If that is not good performance I don&#8217;t know what is.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: &#160; Downtime at Gravatar. Should a New System be in Place?&#160;by&#160;Blogging Pro</title>
		<link>http://www.bloggingpro.com/archives/2006/12/01/plugins-to-avoid/#comment-99462</link>
		<dc:creator>&#160; Downtime at Gravatar. Should a New System be in Place?&#160;by&#160;Blogging Pro</dc:creator>
		<pubDate>Tue, 05 Dec 2006 16:53:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.bloggingpro.com/archives/2006/12/01/plugins-to-avoid/#comment-99462</guid>
		<description>[...] And yes, I recall that Gravatar-related plugins were among the Plugins to Avoid we recently wrote about. [...]</description>
		<content:encoded><![CDATA[<p>[...] And yes, I recall that Gravatar-related plugins were among the Plugins to Avoid we recently wrote about. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

