<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title><![CDATA[Latest posts for the topic "recapture speed"]]></title>
		<link>https://forums.qrecall.com/posts/list/3.page</link>
		<description><![CDATA[Latest messages posted in the topic "recapture speed"]]></description>
		<generator>JForum - http://www.jforum.net</generator>
			<item>
				<title>recapture speed</title>
				<description><![CDATA[ I rescanned my 15GB archive, and it found/added/changed 588 items from 92,457 in around 3minutes. That was pretty impressive! Also the system was still pretty responsive while it was happening!]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/14/28.page</guid>
				<link>https://forums.qrecall.com/posts/preList/14/28.page</link>
				<pubDate><![CDATA[Tue, 17 Apr 2007 13:50:04]]> GMT</pubDate>
				<author><![CDATA[ john hampson]]></author>
			</item>
			<item>
				<title>recapture speed</title>
				<description><![CDATA[ [quote=john hampson]I rescanned my 15GB archive, and it found/added/changed 588 items from 92,457 in around 3minutes. That was pretty impressive! Also the system was still pretty responsive while it was happening![/quote] <br> <br>Good! That's the way it is supposed to work. <br> <br>Incremental recaptures are designed to be very fast, as this is the action that will occur the most often. And I have some optimizations to make it even faster in the future.]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/14/33.page</guid>
				<link>https://forums.qrecall.com/posts/preList/14/33.page</link>
				<pubDate><![CDATA[Tue, 17 Apr 2007 14:45:22]]> GMT</pubDate>
				<author><![CDATA[ James Bucanek]]></author>
			</item>
	</channel>
</rss>