<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Founds</title>
	<atom:link href="http://blog.dataparksearch.org/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.dataparksearch.org</link>
	<description>Just DataparkSearch weblog</description>
	<lastBuildDate>Mon, 08 Feb 2010 22:34:12 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Even faster strncpy, fixed</title>
		<link>http://blog.dataparksearch.org/227</link>
		<comments>http://blog.dataparksearch.org/227#comments</comments>
		<pubDate>Mon, 08 Feb 2010 22:07:08 +0000</pubDate>
		<dc:creator>Maxime</dc:creator>
				<category><![CDATA[Algorithms and technologies]]></category>

		<guid isPermaLink="false">http://blog.dataparksearch.org/?p=227</guid>
		<description><![CDATA[Even faster strncpy has a caveat of nonpadding by 0&#8217;s if the length of source string is less than the length specified by a function parameter. The version below has this issue fixed, but it&#8217;s still faster than standard  version of strncpy, if the code is compiled with optimization on a modern processor.


typedef long [...]]]></description>
		<wfw:commentRss>http://blog.dataparksearch.org/227/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>www/dpsearch: 4.53</title>
		<link>http://blog.dataparksearch.org/225</link>
		<comments>http://blog.dataparksearch.org/225#comments</comments>
		<pubDate>Sun, 31 Jan 2010 12:47:20 +0000</pubDate>
		<dc:creator>Maxime</dc:creator>
				<category><![CDATA[DataparkSearch]]></category>

		<guid isPermaLink="false">http://blog.dataparksearch.org/?p=225</guid>
		<description><![CDATA[FreeBSD’s port www/dpsearch has been updated to the latest version of DataparkSearch Engine released, 4.53.
]]></description>
		<wfw:commentRss>http://blog.dataparksearch.org/225/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>DataparkSearch 4.53</title>
		<link>http://blog.dataparksearch.org/223</link>
		<comments>http://blog.dataparksearch.org/223#comments</comments>
		<pubDate>Sat, 23 Jan 2010 23:11:10 +0000</pubDate>
		<dc:creator>Maxime</dc:creator>
				<category><![CDATA[DataparkSearch]]></category>

		<guid isPermaLink="false">http://blog.dataparksearch.org/?p=223</guid>
		<description><![CDATA[A new version, 4.53, of DataparkSearch Engine has been released. Changes since version 4.52 are:


ReverseAliasProg command has been added.
A faster hash function implemented. You need to configure with &#8211;enable-hashcompatible switch when upgrade without reindexing.
Template meta-variables are now rounded on a space or a puntuation mark.
ExcerptMark command has been added. Use it to alter the delimiter [...]]]></description>
		<wfw:commentRss>http://blog.dataparksearch.org/223/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>nobrandsearch of Hakia is flawed</title>
		<link>http://blog.dataparksearch.org/219</link>
		<comments>http://blog.dataparksearch.org/219#comments</comments>
		<pubDate>Mon, 18 Jan 2010 16:50:01 +0000</pubDate>
		<dc:creator>Maxime</dc:creator>
				<category><![CDATA[Google]]></category>
		<category><![CDATA[Other Engines]]></category>

		<guid isPermaLink="false">http://blog.dataparksearch.org/?p=219</guid>
		<description><![CDATA[NoBrandSearch is a new project of Hakia. It&#8217;s intended to be an one more blind comparison of search engines. Unfortunately, it has a flaw in non-Latin characters display for Google results (and, in particular, that fact has led me to vote for Bing&#8217;s results which displays Cyrillic correctly):


That is not a Google problem, it displays [...]]]></description>
		<wfw:commentRss>http://blog.dataparksearch.org/219/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Begun: ads templates</title>
		<link>http://blog.dataparksearch.org/215</link>
		<comments>http://blog.dataparksearch.org/215#comments</comments>
		<pubDate>Mon, 18 Jan 2010 13:58:33 +0000</pubDate>
		<dc:creator>Maxime</dc:creator>
				<category><![CDATA[Context ads]]></category>

		<guid isPermaLink="false">http://blog.dataparksearch.org/?p=215</guid>
		<description><![CDATA[Begun, the second large Russian context ads network introduces templates for context ads, as it&#8217;s been stated at corporate site. 
A template of context ads is a basic form of ads in which Begun inserts search keywords automatically according to user queries. E.g., the ad template heading &#8220;#foreign# cars sale&#8221; will appear as &#8220;Audi cars [...]]]></description>
		<wfw:commentRss>http://blog.dataparksearch.org/215/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>For screwed Yandex</title>
		<link>http://blog.dataparksearch.org/213</link>
		<comments>http://blog.dataparksearch.org/213#comments</comments>
		<pubDate>Sat, 26 Dec 2009 22:11:52 +0000</pubDate>
		<dc:creator>Maxime</dc:creator>
				<category><![CDATA[Yandex]]></category>

		<guid isPermaLink="false">http://blog.dataparksearch.org/?p=213</guid>
		<description><![CDATA[15455788.1732105.1261865371.d7b254696f78ac63f2067e2815cf80c3
]]></description>
		<wfw:commentRss>http://blog.dataparksearch.org/213/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Even faster memcpy</title>
		<link>http://blog.dataparksearch.org/208</link>
		<comments>http://blog.dataparksearch.org/208#comments</comments>
		<pubDate>Sun, 20 Dec 2009 17:08:13 +0000</pubDate>
		<dc:creator>Maxime</dc:creator>
				<category><![CDATA[Algorithms and technologies]]></category>

		<guid isPermaLink="false">http://blog.dataparksearch.org/?p=208</guid>
		<description><![CDATA[Below is a faster implementation of the memcpy function (previous version is here). The comparison of the old, the new, the FreeBSD&#8217;s version in C language and the standard implementation on the test:

test0: FreeBSD memcpy in C 2.7686
test1: &#60;new dps_memcpy&#62;    0.43485
test2: &#60;old dps_memcpy&#62;    2.50218
test3: &#60;standard memcpy&#62;   0.456584
ratio(1/2): [...]]]></description>
		<wfw:commentRss>http://blog.dataparksearch.org/208/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Even faster strncpy</title>
		<link>http://blog.dataparksearch.org/204</link>
		<comments>http://blog.dataparksearch.org/204#comments</comments>
		<pubDate>Wed, 09 Dec 2009 11:21:35 +0000</pubDate>
		<dc:creator>Maxime</dc:creator>
				<category><![CDATA[Algorithms and technologies]]></category>

		<guid isPermaLink="false">http://blog.dataparksearch.org/?p=204</guid>
		<description><![CDATA[Below is a faster implementation of the strncpy function (previous version is here). The comparison of the old, the new and the standard implementation on the test:

test1: &#60;new dps_strncpy&#62;  3.00593
test2: &#60;old dps_strncpy&#62;  3.39416
test3: &#60;standard strncpy&#62; 5.06081
ratio(1/2): 0.89
ratio(1/3): 0.59
ratio(2/3): 0.67


The results are for FreeBSD 7.1 running on Intel Duo E8400 3MHz. So the new [...]]]></description>
		<wfw:commentRss>http://blog.dataparksearch.org/204/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Duff&#8217;s device bubblesort</title>
		<link>http://blog.dataparksearch.org/201</link>
		<comments>http://blog.dataparksearch.org/201#comments</comments>
		<pubDate>Fri, 30 Oct 2009 11:22:20 +0000</pubDate>
		<dc:creator>Maxime</dc:creator>
				<category><![CDATA[Algorithms and technologies]]></category>

		<guid isPermaLink="false">http://blog.dataparksearch.org/?p=201</guid>
		<description><![CDATA[As continue of bubbles, caches and predictors of transitions, a new version of Bubble sort à la Duff&#8217;s device:

    for (i = 1; i < N; i++) {
      n = (i + 7) / 8;
      s = i % 8;
   [...]]]></description>
		<wfw:commentRss>http://blog.dataparksearch.org/201/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Rutvit, Russian Twitter</title>
		<link>http://blog.dataparksearch.org/197</link>
		<comments>http://blog.dataparksearch.org/197#comments</comments>
		<pubDate>Sat, 10 Oct 2009 09:14:41 +0000</pubDate>
		<dc:creator>Maxime</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://blog.dataparksearch.org/?p=197</guid>
		<description><![CDATA[Dmitry Koterov, co-founder of professional social network &#8220;Moi Krug&#8221; (similar to LinkedIn), has announced the launch of a new project called RuTvit.
According to Dmitry, RuTvit combines the best of FriendFeed and twitter, also the improvements focused on Russians has being brought to the project.
As examples of inconveniences of existing services, Dmitry points out the absence [...]]]></description>
		<wfw:commentRss>http://blog.dataparksearch.org/197/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
