<?xml version="1.0" encoding="utf-8"?><?xml-stylesheet title="XSL formatting" type="text/xsl" href="http://www.fishpool.org/feed/rss2/xslt" ?><rss version="2.0"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:content="http://purl.org/rss/1.0/modules/content/"
  xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
  <title>Fishpool  - Comments</title>
  <link>http://www.fishpool.org/</link>
  <atom:link href="http://www.fishpool.org/feed/rss2/comments" rel="self" type="application/rss+xml"/>
  <description>Osman satunnaisia aivoituksia</description>
  <language>en</language>
  <pubDate>Wed, 03 Dec 2008 03:44:13 +0200</pubDate>
  <copyright>Creative Commons Attribution Sharealike</copyright>
  <docs>http://blogs.law.harvard.edu/tech/rss</docs>
  <generator>Dotclear</generator>
  
    
    
    <item>
    <title>MySQL 5.1 continues community release madness - Kevin Burton</title>
    <link>http://www.fishpool.org/post/2008/12/02/MySQL-51-continues-community-release-madness#c8370235</link>
    <guid isPermaLink="false">urn:md5:8e6de591a7dc3e5a0925cf469e239912</guid>
    <pubDate>Wed, 03 Dec 2008 05:44:13 +0200</pubDate>
    <dc:creator>Kevin Burton</dc:creator>
    
    <description>&lt;p&gt;Yes. A REALLY good way to get MySQL to stop doing this is to stop buying
their Enterprise product.&lt;/p&gt;
&lt;p&gt;I don't understand the logic really.&lt;/p&gt;
&lt;p&gt;Why would I want to use a product that has *less* QA?&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>MySQL 5.1 continues community release madness - z</title>
    <link>http://www.fishpool.org/post/2008/12/02/MySQL-51-continues-community-release-madness#c8369933</link>
    <guid isPermaLink="false">urn:md5:1ff19cb4969b68891bd5fd768a71a0e2</guid>
    <pubDate>Tue, 02 Dec 2008 17:22:20 +0200</pubDate>
    <dc:creator>z</dc:creator>
    
    <description>&lt;p&gt;before talking about stable ABI and API for storage engine plugins, they
should think a bit about decoupling a shared library from the mysqld
executable. That shared library cannot be used without loading mysqld seems
nonsense.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>New reward models for Habbo - Osma</title>
    <link>http://www.fishpool.org/post/2008/11/25/New-reward-models-for-Habbo#c8368729</link>
    <guid isPermaLink="false">urn:md5:e068b6598feef49cfcf0fccef03a3ea1</guid>
    <pubDate>Sun, 30 Nov 2008 19:07:12 +0200</pubDate>
    <dc:creator>Osma</dc:creator>
    
    <description>&lt;p&gt;Heh, re-reading that sentence I can see what you mean :)&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>New reward models for Habbo - Gerben</title>
    <link>http://www.fishpool.org/post/2008/11/25/New-reward-models-for-Habbo#c8368324</link>
    <guid isPermaLink="false">urn:md5:bac9a69527be13679ba3e76806736252</guid>
    <pubDate>Sat, 29 Nov 2008 23:41:25 +0200</pubDate>
    <dc:creator>Gerben</dc:creator>
    
    <description>&lt;p&gt;Haha, this made me laugh:&lt;/p&gt;
&lt;p&gt;&amp;quot;the community feedback is overwhelmingly positive, despite its normal bias
towards resisting change.&amp;quot;&lt;/p&gt;
&lt;p&gt;However these 'Pixels' look really promising and I'm really looking forward
to how you guys will further enhance these features..&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Helsinki Airport shows a clue about wireless networks - Osma</title>
    <link>http://www.fishpool.org/post/2008/11/25/Helsinki-Airport-shows-a-clue-about-wireless-networks#c8366142</link>
    <guid isPermaLink="false">urn:md5:6a0ba1467e5c827390df642aff5a6f75</guid>
    <pubDate>Wed, 26 Nov 2008 17:00:03 +0200</pubDate>
    <dc:creator>Osma</dc:creator>
    
    <description>&lt;p&gt;Dunno, haven't been there yet so I'm relying on a news report at this stage.
WPA is broken though, so using it doesn't improve things by a whole lot, might
be different with WPA2. That said, anything that needs security hopefully
already is end-to-end secured with SSL rather than just to the nearest
AP+switch..&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Helsinki Airport shows a clue about wireless networks - Adam</title>
    <link>http://www.fishpool.org/post/2008/11/25/Helsinki-Airport-shows-a-clue-about-wireless-networks#c8365525</link>
    <guid isPermaLink="false">urn:md5:9e5506ad9b0e532ee4c07dbf6ce06a1c</guid>
    <pubDate>Wed, 26 Nov 2008 12:04:28 +0200</pubDate>
    <dc:creator>Adam</dc:creator>
    
    <description>&lt;p&gt;But it still uses WPA, right? With the password publically prominetnly
displayed all around the airport, right?&lt;/p&gt;
&lt;p&gt;Or is it that they still only have *half* a clue?&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>New reward models for Habbo - Osma</title>
    <link>http://www.fishpool.org/post/2008/11/25/New-reward-models-for-Habbo#c8364798</link>
    <guid isPermaLink="false">urn:md5:f9f39838957f4a6cc80ef5b2b2feb0ab</guid>
    <pubDate>Tue, 25 Nov 2008 10:48:19 +0200</pubDate>
    <dc:creator>Osma</dc:creator>
    
    <description>&lt;p&gt;Oh, and the 'lag' people are complaining about? Looks like Shockwave Player
just can't keep up with all the stuff we throw at it these days. It takes a
pretty fast machine to keep everything completely responsive today. We're
working on the optimizations, of course.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Falcon database engine in MySQL 6.0 alpha - Osma</title>
    <link>http://www.fishpool.org/post/2008/03/29/Falcon-database-engine-in-MySQL-60-alpha#c8043687</link>
    <guid isPermaLink="false">urn:md5:3911d6d3b3084e4e510b1f8e5c0e9012</guid>
    <pubDate>Sun, 04 May 2008 22:52:24 +0300</pubDate>
    <dc:creator>Osma</dc:creator>
    
    <description>&lt;p&gt;Kevin, thanks for taking the time to comment. As said, this was again purely
based on a read of the documentation. Glad to hear you have implemented
backups; you should update the docs as that is a major item.&lt;/p&gt;
&lt;p&gt;Same goes for threads, it's still contradicted in &lt;a href=&quot;http://dev.mysql.com/doc/refman/6.0/en/se-falcon-principles-threads.html&quot; title=&quot;http://dev.mysql.com/doc/refman/6.0/en/se-falcon-principles-threads.html&quot; rel=&quot;nofollow&quot;&gt;http://dev.mysql.com/doc/refman/6.0...&lt;/a&gt;
and leaves the reader confused.&lt;/p&gt;
&lt;p&gt;As for the &amp;quot;single cache&amp;quot; item; I think you misread my meaning. Since a DBA
can not assign separate cache/buffer memory regions to particular tablespaces,
accidents like &amp;quot;select * from history_log&amp;quot; wiping out everything else in the
cache and causing excessive cache misses for transactional events can still
happen. Yes, a single cache in theory &amp;quot;spreads more evenly&amp;quot;, but in practice,
this sort of situations can easily negate that.&lt;/p&gt;
&lt;p&gt;I haven't seen those Falcon scaling benchmarks, would love to review them.
However, as long as foreign keys remain unsupported, that's a pretty
meaningless comparison for practical considerations..&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Optimizing Linux for random I/O on hardware RAID - Osma</title>
    <link>http://www.fishpool.org/post/2008/03/31/Optimizing-Linux-I/O-on-hardware-RAID#c8043090</link>
    <guid isPermaLink="false">urn:md5:b5691dfd5b11c5047272b15daf174205</guid>
    <pubDate>Sun, 04 May 2008 22:36:45 +0300</pubDate>
    <dc:creator>Osma</dc:creator>
    
    <description>&lt;p&gt;Probably, although I have no experience with SSD devices other than USB
memory sticks. Would make sense though; a battery-backed RAM cache on a RAID
device is essentially a type of SSD.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>MySQL Users Conference followup and MySQL's business model - Osma</title>
    <link>http://www.fishpool.org/post/2008/04/22/MySQL-Users-Conference-followup-and-MySQLs-business-model#c8043059</link>
    <guid isPermaLink="false">urn:md5:bfbb79d542e407a58273d89965a3bc44</guid>
    <pubDate>Sun, 04 May 2008 22:35:10 +0300</pubDate>
    <dc:creator>Osma</dc:creator>
    
    <description>&lt;p&gt;Henrik, thanks for your comment. I've shared this same message directly with
Mårten as well. I publish some of this stuff simply because I believe a public
discourse will be even more beneficial than commenting to the sales
organization in private.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Optimizing Linux for random I/O on hardware RAID - krteQ</title>
    <link>http://www.fishpool.org/post/2008/03/31/Optimizing-Linux-I/O-on-hardware-RAID#c7837489</link>
    <guid isPermaLink="false">urn:md5:044eef21ac8da3cd618923c072830a8b</guid>
    <pubDate>Wed, 30 Apr 2008 16:58:36 +0300</pubDate>
    <dc:creator>krteQ</dc:creator>
    
    <description>&lt;p&gt;I think it's the same problem like with the newest SSD devices, where the
noop scheduler performs the best.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>MySQL Users Conference followup and MySQL's business model - Henrik Ingo</title>
    <link>http://www.fishpool.org/post/2008/04/22/MySQL-Users-Conference-followup-and-MySQLs-business-model#c7673137</link>
    <guid isPermaLink="false">urn:md5:ea79bd9d8c0517f5f023221e1cfbe5e2</guid>
    <pubDate>Thu, 24 Apr 2008 05:58:48 +0300</pubDate>
    <dc:creator>Henrik Ingo</dc:creator>
    
    <description>&lt;p&gt;Hi Osma&lt;/p&gt;
&lt;p&gt;I'm starting to repeat myself, but I believe it is important to highlight
this simple fact to paying MySQL customers such as yourself. It is good for you
to know that the sales organisation has a lot of weight in discussions on how
to develop our commercial offering. This is natural, since account managers are
the ones who spend time with customers and they also have a first hand feel for
what features there are demand for and also what is not selling good.&lt;/p&gt;
&lt;p&gt;So the conclusion is, writing this blog helps a little, since many in the
MySQL organisation read blogs (Mårten certainly does) but an even better option
is for you to make sure you mention your wishes next time you (or someone in
your organisation) is in touch with the MySQL account manager.&lt;/p&gt;
&lt;p&gt;Many sales reps don't ever read blogs, but they will have a lot of say when
MySQL management evaluates which directions to go. This is all done with the
intent of serving our paying customers as good as possible. Make sure you make
full use of the privilege of being one.&lt;/p&gt;
&lt;p&gt;henrik&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Falcon database engine in MySQL 6.0 alpha - Anonymous</title>
    <link>http://www.fishpool.org/post/2008/03/29/Falcon-database-engine-in-MySQL-60-alpha#c7668933</link>
    <guid isPermaLink="false">urn:md5:7ccb2f7b5688da9e3cfefdf23508ada8</guid>
    <pubDate>Wed, 23 Apr 2008 20:11:10 +0300</pubDate>
    <dc:creator>Anonymous</dc:creator>
    
    <description>&lt;p&gt;I have to object to &amp;quot;Falcon scales much better than InnoDB.&amp;quot; Publish the
benchmarks and their setups, please. The only benchmarks I've seen were not
setup correctly. (Remaining anonymous because I'm not sure whether these
benchmarks are supposed to be public).&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Falcon database engine in MySQL 6.0 alpha - Kevin Lewis</title>
    <link>http://www.fishpool.org/post/2008/03/29/Falcon-database-engine-in-MySQL-60-alpha#c7667578</link>
    <guid isPermaLink="false">urn:md5:6b38a4c6c26778e0cde79d480aa3020f</guid>
    <pubDate>Wed, 23 Apr 2008 17:00:30 +0300</pubDate>
    <dc:creator>Kevin Lewis</dc:creator>
    
    <description>&lt;p&gt;Unfortunately, you have a few of your facts wrong here.&lt;/p&gt;
&lt;p&gt;The current Falcon release, version 6.0.4, has a pool of IO threads that can
be configured. Thus you can spread the IO work over multiple CPUs.&lt;/p&gt;
&lt;p&gt;Version 6.0.5 has row-level backup integrated with Falcon. This release is
in production now. In the mean time, you can get a copy at &lt;a href=&quot;http://forge.mysql.com/wiki/Falcon_Feature_Preview&quot; title=&quot;http://forge.mysql.com/wiki/Falcon_Feature_Preview&quot; rel=&quot;nofollow&quot;&gt;http://forge.mysql.com/wiki/Falcon_...&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;There is a single cache for all tablespaces, but this cache is by no means
blocking. A hash table exists to store a pointer to each page and that short
code patch is the only cache-wide serialization point. It is a very short code
path, and even this will get broken up in our next release (6.0.6). So there is
no need to worry about a single Falcon cache. It is actually a benefit,
allowing the work to be spread more evenly across the system resources.&lt;/p&gt;
&lt;p&gt;Falcon scales much better than InnoDB with multiple cores and with
increasing connections. It still has its bottlenecks, which are being
identified and fixed. But its performance has already eclipsed InnoDB on 8-way
systems where the database is fully cached. And the IO performance is
improving.&lt;/p&gt;
&lt;p&gt;Kevin Lewis&lt;br /&gt;
MySQL Falcon Team Lead&lt;/p&gt;</description>
  </item>
      
    <item>
    <title>[ping] Acer TravelMate 6292 and Fedora 7 Linux - Fishpool</title>
    <link>http://www.fishpool.org/post/2007/07/18/Acer-TravelMate-6292-and-Fedora-7-Linux#c2772181</link>
    <guid isPermaLink="false">urn:md5:4ba0939d4b7b88f346603905ff89180f</guid>
    <pubDate>Tue, 21 Aug 2007 10:36:18 +0300</pubDate>
    <dc:creator>Fishpool</dc:creator>
    
    <description>&lt;p&gt;&lt;a href="http://www.fishpool.org/post/2007/08/21/Acer-Crystal-Eye-and-GStreamer"&gt;Acer Crystal Eye and GStreamer&lt;/a&gt;&lt;/p&gt;
    &lt;!-- TB --&gt;

&lt;p&gt;The Crystal Eye webcam in new Acer laptops, my TravelMate 6292 included, works with the linux-uvc driver, as I noted before. To use it in GStreamer applications, you need to have the v4l2src component, which recently moved from the...&lt;/p&gt;</description>
  </item>
    
      
    
    <item>
    <title>Day in Lisbon - manna</title>
    <link>http://www.fishpool.org/post/2007/07/24/Day-in-Lisbon#c1863137</link>
    <guid isPermaLink="false">urn:md5:7ced73fe460f79b40d4267abe35d5848</guid>
    <pubDate>Thu, 26 Jul 2007 13:27:53 +0300</pubDate>
    <dc:creator>manna</dc:creator>
    
    <description>&lt;p&gt;no jopas jotakin....&lt;br /&gt;
tulivat perille kuitenkin. hyvää matkan jatkoa!&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Good luck, MySQL! - Osma</title>
    <link>http://www.fishpool.org/post/2007/06/27/Good-luck-MySQL#c1717358</link>
    <guid isPermaLink="false">urn:md5:67b8050a773a4aed868449687875f8f4</guid>
    <pubDate>Mon, 16 Jul 2007 21:18:24 +0300</pubDate>
    <dc:creator>Osma</dc:creator>
    
    <description>&lt;p&gt;For comments on Sulake's possible IPO or lack thereof, I refer to our
CEO.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Good luck, MySQL! - Olav</title>
    <link>http://www.fishpool.org/post/2007/06/27/Good-luck-MySQL#c1469048</link>
    <guid isPermaLink="false">urn:md5:f611a5cbd6550bd450c49e576d7b67d7</guid>
    <pubDate>Thu, 28 Jun 2007 13:38:43 +0300</pubDate>
    <dc:creator>Olav</dc:creator>
    
    <description>&lt;p&gt;Understand MySql is profitable and the IPO is valued at the $600m to $1Bill
range, their revenues have grown consistently and they are profitable. Heard
Sulake wants tp IPO according to its CEO. On the other hand, heard from an
insider HABBO revenues are flat/declining, competition is fierce, its customer
base getting younger, it loses money and Sulake is laying off staff. So is a
Sulake IPO out of the question? Did Sulake miss the IPO window with HABBO?&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Font rendering Mac OS X vs Windows vs Linux - Michael Zed</title>
    <link>http://www.fishpool.org/post/2007/06/12/Font-rendering-Mac-OS-X-vs-Windows-vs-Linux#c1292680</link>
    <guid isPermaLink="false">urn:md5:f713a8155dc845daeef0d27452335efd</guid>
    <pubDate>Tue, 12 Jun 2007 20:11:29 +0300</pubDate>
    <dc:creator>Michael Zed</dc:creator>
    
    <description>&lt;p&gt;Better than Windows. The font stroke width is retained in the horizontals
and verticals. Is this Arial font, or a near substitute?&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Fedora 7 nice step forward again - osma</title>
    <link>http://www.fishpool.org/post/2007/05/23/Fedora-7-nice-step-forward-again#c1286269</link>
    <guid isPermaLink="false">urn:md5:91f8e760a09b9c0e5b3dd8a063cbc15b</guid>
    <pubDate>Sun, 10 Jun 2007 19:24:17 +0300</pubDate>
    <dc:creator>osma</dc:creator>
    
    <description>&lt;p&gt;That ought to be relatively clear from the history of this blog... &lt;a href=&quot;http://www.fishpool.org/tag/Fedora&quot; title=&quot;http://www.fishpool.org/tag/Fedora&quot; rel=&quot;nofollow&quot;&gt;http://www.fishpool.org/tag/Fedora&lt;/a&gt;&lt;/p&gt;</description>
  </item>
      
</channel>
</rss>