<?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 for FewBar.com - Make it good</title>
	<atom:link href="http://fewbar.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://fewbar.com</link>
	<description>Technology, life, and mischief, not in that order</description>
	<lastBuildDate>Sat, 23 Jan 2010 20:25:18 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on How do you do, that voodoo, that Queues Do? by Bruce Snyder</title>
		<link>http://fewbar.com/2010/01/queue-voodoo-that-queues-do/comment-page-1/#comment-265</link>
		<dc:creator>Bruce Snyder</dc:creator>
		<pubDate>Sat, 23 Jan 2010 20:25:18 +0000</pubDate>
		<guid isPermaLink="false">http://fewbar.com/?p=136#comment-265</guid>
		<description>Ah, yes, that&#039;s a very different scenario and is known by a few names including infinite failover and continuous availability. This feature is not available in ActiveMQ largely because it&#039;s a very difficult problem to solve for many reasons. Some of the commercial MOMs have solved this and that&#039;s partially why they cost so much money. But they also come with some very costly requirements to make such a feature work, too. Thanks for the clarification. 

Bruce</description>
		<content:encoded><![CDATA[<p>Ah, yes, that&#8217;s a very different scenario and is known by a few names including infinite failover and continuous availability. This feature is not available in ActiveMQ largely because it&#8217;s a very difficult problem to solve for many reasons. Some of the commercial MOMs have solved this and that&#8217;s partially why they cost so much money. But they also come with some very costly requirements to make such a feature work, too. Thanks for the clarification. </p>
<p>Bruce</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on How do you do, that voodoo, that Queues Do? by clint</title>
		<link>http://fewbar.com/2010/01/queue-voodoo-that-queues-do/comment-page-1/#comment-264</link>
		<dc:creator>clint</dc:creator>
		<pubDate>Sat, 23 Jan 2010 05:52:35 +0000</pubDate>
		<guid isPermaLink="false">http://fewbar.com/?p=136#comment-264</guid>
		<description>Bruce,

I wasn&#039;t very clear in the article above. What I was referring to was the procedure required to recover with a pure Master/Slave.

http://activemq.apache.org/pure-master-slave.html

As I said, I&#039;m not looking for the big enterprise solution where I have a SAN or a big NFS appliance that I trust not to die (a really nice Linux or FreeBSD server running nfs doesn&#039;t count).

With pure master/slave, when the master fails the slave takes over and conceivably your stomp clients could be made to use it. However, when the master comes back online, according to the link above:

&quot;# A failed master cannot be re-introduced without shutting down the the slave broker (no automatic failback)
# There is no automatic synchronization between brokers. This is a manual process.&quot;

And the procedure:

&quot;This is a manual process - once a master has failed, the only sure way to ensure that the toplogy is synchronized again is manually:

    * shutdown the slave broker (The clients do not need to be shutdown - they will wait until the topology is re-established if they are failover clients
    * copy the data directory from the slave over the data directory of the master broker
    * re-start the master and the slave
&quot;

Stomp doesn&#039;t really have the &quot;failover&quot; bit builtin, though it can be made to do it more or less.

My issue with this is that one of the big points of using a queueing system is to be able to quickly dump messages into it and forget about them, trusting that a backend process will receive it.

But if I have to wait while a big backed up queue is synchronized, even if its just for 1 minute.. thats 1 minute of browser spinning, or errors due to timeouts.</description>
		<content:encoded><![CDATA[<p>Bruce,</p>
<p>I wasn&#8217;t very clear in the article above. What I was referring to was the procedure required to recover with a pure Master/Slave.</p>
<p><a href="http://activemq.apache.org/pure-master-slave.html" rel="nofollow">http://activemq.apache.org/pure-master-slave.html</a></p>
<p>As I said, I&#8217;m not looking for the big enterprise solution where I have a SAN or a big NFS appliance that I trust not to die (a really nice Linux or FreeBSD server running nfs doesn&#8217;t count).</p>
<p>With pure master/slave, when the master fails the slave takes over and conceivably your stomp clients could be made to use it. However, when the master comes back online, according to the link above:</p>
<p>&#8220;# A failed master cannot be re-introduced without shutting down the the slave broker (no automatic failback)<br />
# There is no automatic synchronization between brokers. This is a manual process.&#8221;</p>
<p>And the procedure:</p>
<p>&#8220;This is a manual process &#8211; once a master has failed, the only sure way to ensure that the toplogy is synchronized again is manually:</p>
<p>    * shutdown the slave broker (The clients do not need to be shutdown &#8211; they will wait until the topology is re-established if they are failover clients<br />
    * copy the data directory from the slave over the data directory of the master broker<br />
    * re-start the master and the slave<br />
&#8221;</p>
<p>Stomp doesn&#8217;t really have the &#8220;failover&#8221; bit builtin, though it can be made to do it more or less.</p>
<p>My issue with this is that one of the big points of using a queueing system is to be able to quickly dump messages into it and forget about them, trusting that a backend process will receive it.</p>
<p>But if I have to wait while a big backed up queue is synchronized, even if its just for 1 minute.. thats 1 minute of browser spinning, or errors due to timeouts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on How do you do, that voodoo, that Queues Do? by Bruce Snyder</title>
		<link>http://fewbar.com/2010/01/queue-voodoo-that-queues-do/comment-page-1/#comment-262</link>
		<dc:creator>Bruce Snyder</dc:creator>
		<pubDate>Fri, 22 Jan 2010 15:34:21 +0000</pubDate>
		<guid isPermaLink="false">http://fewbar.com/?p=136#comment-262</guid>
		<description>Actually, you don&#039;t need to shut down ActiveMQ for the master/slave to reconnect. You just need to configure the connection between them using the failover transport and it works like a charm. This feature was added in the ActiveMQ 5.3.0 release. In fact, I just tested this last week for use in a network of brokers in ActiveMQ. The write-up of it is available on my blog: 

http://bit.ly/6loIOu</description>
		<content:encoded><![CDATA[<p>Actually, you don&#8217;t need to shut down ActiveMQ for the master/slave to reconnect. You just need to configure the connection between them using the failover transport and it works like a charm. This feature was added in the ActiveMQ 5.3.0 release. In fact, I just tested this last week for use in a network of brokers in ActiveMQ. The write-up of it is available on my blog: </p>
<p><a href="http://bit.ly/6loIOu" rel="nofollow">http://bit.ly/6loIOu</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on MemcacheDB fault tolerance procedures by TokyoOops &#124; FewBar.com &#8211; Make it good</title>
		<link>http://fewbar.com/2009/03/memcachedb-fault-tolerance-procedures/comment-page-1/#comment-86</link>
		<dc:creator>TokyoOops &#124; FewBar.com &#8211; Make it good</dc:creator>
		<pubDate>Tue, 27 Oct 2009 04:28:58 +0000</pubDate>
		<guid isPermaLink="false">http://fewbar.com/?p=46#comment-86</guid>
		<description>[...] fantastic as the early work was by Steve Chu, the project is in disrepair. That, coupled with the less than obvious failover for its replication combined to make us seek alternatives.  Brian Aker had mentioned to me at one time that TokyoTyrant [...]</description>
		<content:encoded><![CDATA[<p>[...] fantastic as the early work was by Steve Chu, the project is in disrepair. That, coupled with the less than obvious failover for its replication combined to make us seek alternatives.  Brian Aker had mentioned to me at one time that TokyoTyrant [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SSH brute force protection &#8211; Its almost always already written by JW</title>
		<link>http://fewbar.com/2009/08/ssh-brute-force-protection-its-almost-always-already-written/comment-page-1/#comment-53</link>
		<dc:creator>JW</dc:creator>
		<pubDate>Tue, 25 Aug 2009 05:49:02 +0000</pubDate>
		<guid isPermaLink="false">http://fewbar.com/?p=111#comment-53</guid>
		<description>You know you have friends you could have asked... :-P</description>
		<content:encoded><![CDATA[<p>You know you have friends you could have asked&#8230; <img src='http://fewbar.com/wp-includes/images/smilies/icon_razz.gif' alt=':-P' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Using memcachedb and memcached to make things scale by xiafan</title>
		<link>http://fewbar.com/2008/06/using-memcachedb-and-memcached-make-things-scale/comment-page-1/#comment-49</link>
		<dc:creator>xiafan</dc:creator>
		<pubDate>Thu, 20 Aug 2009 05:55:30 +0000</pubDate>
		<guid isPermaLink="false">http://fewbar.com/?p=9#comment-49</guid>
		<description>can you tell me how to configure the replication of the memcachedb?I have got some methods but they don&#039;t work;</description>
		<content:encoded><![CDATA[<p>can you tell me how to configure the replication of the memcachedb?I have got some methods but they don&#8217;t work;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on TokyoTyrant &#8211; MemcacheDB, but without the BDB? by altex</title>
		<link>http://fewbar.com/2009/06/tokyotyrant-memcachedb-but-without-the-bdb/comment-page-1/#comment-48</link>
		<dc:creator>altex</dc:creator>
		<pubDate>Tue, 18 Aug 2009 15:21:01 +0000</pubDate>
		<guid isPermaLink="false">http://fewbar.com/?p=85#comment-48</guid>
		<description>Hi.

I made all the tests from your zip file (i used latest brutis, it&#039;s realy buggy, i made some patches for it), and two libraries libmemcached and libmemcache.

1) --------------------------------
libmemcache sometimes made sochet read errors when 20 clients was connected, so libmemcached is the only way to use to realy test hiload access to memcache protocol. 

2) -----------------------------------
&gt;&gt; Of course, in nosync mode, memcachedb 
&gt;&gt; is just throwing data at the disk. 

It is not correct. In nosync mode it just operates data in memory throwing data to disk from time to time.

3) -----------------------------------
You realy should test not just cpu usage, but also disk usage (iowait). So tokyotyrant use disk much more than memcachedb-nosync. 

I&#039;ve played with various tests for about a week, and i think memcachedb-nosync is the best solution for me (i need hignload solution for a big dating site).

Thanks</description>
		<content:encoded><![CDATA[<p>Hi.</p>
<p>I made all the tests from your zip file (i used latest brutis, it&#8217;s realy buggy, i made some patches for it), and two libraries libmemcached and libmemcache.</p>
<p>1) &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;<br />
libmemcache sometimes made sochet read errors when 20 clients was connected, so libmemcached is the only way to use to realy test hiload access to memcache protocol. </p>
<p>2) &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;<br />
&gt;&gt; Of course, in nosync mode, memcachedb<br />
&gt;&gt; is just throwing data at the disk. </p>
<p>It is not correct. In nosync mode it just operates data in memory throwing data to disk from time to time.</p>
<p>3) &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;<br />
You realy should test not just cpu usage, but also disk usage (iowait). So tokyotyrant use disk much more than memcachedb-nosync. </p>
<p>I&#8217;ve played with various tests for about a week, and i think memcachedb-nosync is the best solution for me (i need hignload solution for a big dating site).</p>
<p>Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Memcached and Mogile Form MemcacheMegaZord! by TokyoTyrant - MemcacheDB, but without the BDB? &#124; FewBar.com - Make it good</title>
		<link>http://fewbar.com/2008/12/memcached-and-mogile-form-memcachemegazord/comment-page-1/#comment-38</link>
		<dc:creator>TokyoTyrant - MemcacheDB, but without the BDB? &#124; FewBar.com - Make it good</dc:creator>
		<pubDate>Thu, 04 Jun 2009 06:40:35 +0000</pubDate>
		<guid isPermaLink="false">http://fewbar.com/?p=27#comment-38</guid>
		<description>[...] View&#8217;s quaint downtown, Brian, Patrick, and I were discussing memcached stuff. I mentioned my idea, and subsequent implementation of the Mogile+Memcached method for storing data more reliably in memcached. I knew in my head why we had chosen to read from all of the replica servers, not just [...]</description>
		<content:encoded><![CDATA[<p>[...] View&#8217;s quaint downtown, Brian, Patrick, and I were discussing memcached stuff. I mentioned my idea, and subsequent implementation of the Mogile+Memcached method for storing data more reliably in memcached. I knew in my head why we had chosen to read from all of the replica servers, not just [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Can more queries equal a healthier MySQL server? by clint</title>
		<link>http://fewbar.com/2008/08/innodb-concurrency-problems-on-multi-core-boxes-possibly-a-thing-of-the-past/comment-page-1/#comment-8</link>
		<dc:creator>clint</dc:creator>
		<pubDate>Fri, 26 Dec 2008 15:50:26 +0000</pubDate>
		<guid isPermaLink="false">http://fewbar.com/?p=14#comment-8</guid>
		<description>This is a well known problem Kunal. If you&#039;re using MyISAM tables, then you might try multiple key caches. If you are all InnoDB.. I think the only real solution is to run Percona&#039;s new XtraDB InnoDB plugin replacement:

http://www.mysqlperformanceblog.com/2008/12/16/announcing-percona-xtradb-storage-engine-a-drop-in-replacement-for-standard-innodb/</description>
		<content:encoded><![CDATA[<p>This is a well known problem Kunal. If you&#8217;re using MyISAM tables, then you might try multiple key caches. If you are all InnoDB.. I think the only real solution is to run Percona&#8217;s new XtraDB InnoDB plugin replacement:</p>
<p><a href="http://www.mysqlperformanceblog.com/2008/12/16/announcing-percona-xtradb-storage-engine-a-drop-in-replacement-for-standard-innodb/" rel="nofollow">http://www.mysqlperformanceblog.com/2008/12/16/announcing-percona-xtradb-storage-engine-a-drop-in-replacement-for-standard-innodb/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The new fad: Outsourced Parachute Packing by Recent Links Tagged With "parachute" - JabberTags</title>
		<link>http://fewbar.com/2008/08/online-storage-provider-linkup-goes-belly-up/comment-page-1/#comment-7</link>
		<dc:creator>Recent Links Tagged With "parachute" - JabberTags</dc:creator>
		<pubDate>Sat, 13 Dec 2008 21:04:20 +0000</pubDate>
		<guid isPermaLink="false">http://fewbar.com/?p=12#comment-7</guid>
		<description>[...] public links &gt;&gt; parachute   National Airborne Day Saved by mightguy13 on Wed 10-12-2008   The new fad: Outsourced Parachute Packing Saved by adamliptrot on Sat 22-11-2008   Parachute Band Goes ‘Technicolor’ Saved by [...]</description>
		<content:encoded><![CDATA[<p>[...] public links &gt;&gt; parachute   National Airborne Day Saved by mightguy13 on Wed 10-12-2008   The new fad: Outsourced Parachute Packing Saved by adamliptrot on Sat 22-11-2008   Parachute Band Goes ‘Technicolor’ Saved by [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
