<?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: API: Something new, something faster&#8230;</title>
	<atom:link href="http://techtalk.e-conomic.com/api-news/feed/" rel="self" type="application/rss+xml" />
	<link>http://techtalk.e-conomic.com/api-news/</link>
	<description>the technical voice of e-conomic</description>
	<lastBuildDate>Thu, 03 Nov 2011 18:36:49 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: Christian Estrup</title>
		<link>http://techtalk.e-conomic.com/api-news/#comment-4</link>
		<dc:creator>Christian Estrup</dc:creator>
		<pubDate>Thu, 16 Apr 2009 13:04:44 +0000</pubDate>
		<guid isPermaLink="false">http://techtalk.e-conomic.com/?p=94#comment-4</guid>
		<description>Hi Magnus,

Admittedly, I haven&#039;t tried the more-round-trips-vs-smaller-page-sizes measuring approach - but for 80 to be the optimal page size sounds fairly small to me. Then again - while 80 vs 500 yields more than 8 times as many round trips, the difference is likely negligible when weighed against the server-side speedup of smaller pages.

As for DLL updates, that is only necessary if you wish to use a new function - in this case the ConnectAsAdministrator() function. The product data array optimization is purely server-side, so everyone will benefit from that automagically :-)


Best regards,

Christian Estrup
e-conomic</description>
		<content:encoded><![CDATA[<p>Hi Magnus,</p>
<p>Admittedly, I haven&#8217;t tried the more-round-trips-vs-smaller-page-sizes measuring approach &#8211; but for 80 to be the optimal page size sounds fairly small to me. Then again &#8211; while 80 vs 500 yields more than 8 times as many round trips, the difference is likely negligible when weighed against the server-side speedup of smaller pages.</p>
<p>As for DLL updates, that is only necessary if you wish to use a new function &#8211; in this case the ConnectAsAdministrator() function. The product data array optimization is purely server-side, so everyone will benefit from that automagically <img src='http://techtalk.e-conomic.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Best regards,</p>
<p>Christian Estrup<br />
e-conomic</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Magnus Akselvoll</title>
		<link>http://techtalk.e-conomic.com/api-news/#comment-3</link>
		<dc:creator>Magnus Akselvoll</dc:creator>
		<pubDate>Thu, 16 Apr 2009 12:56:08 +0000</pubDate>
		<guid isPermaLink="false">http://techtalk.e-conomic.com/?p=94#comment-3</guid>
		<description>Hi. Nice to know that you are working on the perfomance of this. When we implemented our integration client to your system, we experienced the problem and actually measured the most efficient page size (time / item) to be around 80.

We will try again in may when IAccount and ICreditor have been fixed.

Btw, does this update require DLL upgrade or is it all server side?</description>
		<content:encoded><![CDATA[<p>Hi. Nice to know that you are working on the perfomance of this. When we implemented our integration client to your system, we experienced the problem and actually measured the most efficient page size (time / item) to be around 80.</p>
<p>We will try again in may when IAccount and ICreditor have been fixed.</p>
<p>Btw, does this update require DLL upgrade or is it all server side?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

