<?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: Thunderbird full-text search prototype a la SQLite FTS3</title>
	<atom:link href="http://www.visophyte.org/blog/2008/08/19/thunderbird-full-text-search-prototype-a-la-sqlite-fts3/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.visophyte.org/blog/2008/08/19/thunderbird-full-text-search-prototype-a-la-sqlite-fts3/</link>
	<description>visualizing things with python</description>
	<pubDate>Wed, 07 Jan 2009 19:11:08 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: david ascher - &#187; Gearing up</title>
		<link>http://www.visophyte.org/blog/2008/08/19/thunderbird-full-text-search-prototype-a-la-sqlite-fts3/comment-page-1/#comment-404</link>
		<dc:creator>david ascher - &#187; Gearing up</dc:creator>
		<pubDate>Wed, 20 Aug 2008 01:53:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.visophyte.org/blog/?p=117#comment-404</guid>
		<description>[...] end-users, from the mundane (a birthday field in the address book, simpler account setup) to some powerful, platform-style [...]</description>
		<content:encoded><![CDATA[<p>[...] end-users, from the mundane (a birthday field in the address book, simpler account setup) to some powerful, platform-style [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arthur</title>
		<link>http://www.visophyte.org/blog/2008/08/19/thunderbird-full-text-search-prototype-a-la-sqlite-fts3/comment-page-1/#comment-402</link>
		<dc:creator>Arthur</dc:creator>
		<pubDate>Tue, 19 Aug 2008 18:11:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.visophyte.org/blog/?p=117#comment-402</guid>
		<description>Yes, a lot of my messages won't ever be searched simultaneously. They're in different folders and different mail account. The maximum of messages to search at the same time would probably be around 400'000 at the moment. That's still quite a lot and the current subject/sender search field already takes its time. But I'm certainly looking forward to the new search features! Making the handling of mails easier is wonderful. Thank's for the great work.

A plot of index disk usage vs. number of mails and search time vs. number of mails would certainly be interesting. Probably interesting enough for an automated regression test like the current performance measurements for FF?</description>
		<content:encoded><![CDATA[<p>Yes, a lot of my messages won&#8217;t ever be searched simultaneously. They&#8217;re in different folders and different mail account. The maximum of messages to search at the same time would probably be around 400&#8242;000 at the moment. That&#8217;s still quite a lot and the current subject/sender search field already takes its time. But I&#8217;m certainly looking forward to the new search features! Making the handling of mails easier is wonderful. Thank&#8217;s for the great work.</p>
<p>A plot of index disk usage vs. number of mails and search time vs. number of mails would certainly be interesting. Probably interesting enough for an automated regression test like the current performance measurements for FF?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Sutherland</title>
		<link>http://www.visophyte.org/blog/2008/08/19/thunderbird-full-text-search-prototype-a-la-sqlite-fts3/comment-page-1/#comment-400</link>
		<dc:creator>Andrew Sutherland</dc:creator>
		<pubDate>Tue, 19 Aug 2008 16:44:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.visophyte.org/blog/?p=117#comment-400</guid>
		<description>Right, that's not a limitation on a number of messages it can index or easily handle.  The example is to provide an idea of 'bloat' for disk usage for FTS3, mozilla.dev.apps.thunderbird hopefully being near and dear to many hearts.

On the other hand, 2 million messages is a lot.  I expect that would require extra leg-work to be able to handle that optimally.

Are a lot of those messages from mailing lists?  More specifically, can they be categorized into different domains, not all of which need to be accessed all simultaneously?  We could potentially segment the database along those lines.</description>
		<content:encoded><![CDATA[<p>Right, that&#8217;s not a limitation on a number of messages it can index or easily handle.  The example is to provide an idea of &#8216;bloat&#8217; for disk usage for FTS3, mozilla.dev.apps.thunderbird hopefully being near and dear to many hearts.</p>
<p>On the other hand, 2 million messages is a lot.  I expect that would require extra leg-work to be able to handle that optimally.</p>
<p>Are a lot of those messages from mailing lists?  More specifically, can they be categorized into different domains, not all of which need to be accessed all simultaneously?  We could potentially segment the database along those lines.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arthur</title>
		<link>http://www.visophyte.org/blog/2008/08/19/thunderbird-full-text-search-prototype-a-la-sqlite-fts3/comment-page-1/#comment-397</link>
		<dc:creator>Arthur</dc:creator>
		<pubDate>Tue, 19 Aug 2008 11:30:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.visophyte.org/blog/?p=117#comment-397</guid>
		<description>4500 is bit low for daily usage. My mail folders have something like 2 million messages in total. I hope it'll be still usable with that many mails.</description>
		<content:encoded><![CDATA[<p>4500 is bit low for daily usage. My mail folders have something like 2 million messages in total. I hope it&#8217;ll be still usable with that many mails.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
