Question posted in 
I have developed a C# ebay app that goes and search ebay items by keywords using the ebay finding API. I have done one in WinForms and one in ASP.NET(the same functionality on both).
Only 10000 items can be retrieved (the first 10000 actually since you have max 100 pages ,max 100 items per page). T
he WinForms App takes about 6 min to download all the items and the ASP.NET takes about 4 and a half minutes.
I have a friend who uses the Ebay Blackthorne software and he said that uploading 30000 items with it takes about 2-3 days (though I am aware that it is implemented using the trading API).
My question is how to speed up your ebay app on the windows platform- is multi-threading going to make it faster (it is a web bound I/O after all), and is the trading api faster than the finding api?
When one uses the ebay app for android even with 3g connection, when you type search expressions it appears to show everything almost instantaneously. Could this be accomplished in C#?
I haven’t downloaded the Ebay Windows SDK, but I am directly adding web reference to my project.
Also the app is running in Virtual Box and my internet speed (Virgin broadband) is download :up to 1MB/s(megabyte) and upload :up to 100KB/s.
What I do is obtain the information about the items, convert it to string and append it in a rich text box, which becomes visible after all of the search has completed.
Again, any specifics of how to speed up the up and elaboration on how native ebay app are working would be greatly appreciated>>>
2
Answers
For large sellers with much items to update, eBay offers the Large Merchant Services:
http://developer.ebay.com/DevZone/large-merchant-services/Concepts/LMS_APIGuide.html
With this you can transfer the XML-files compressed.
The Finding API can differ in speed depending on the parameters you use.
As an example, if you are searching for just the keywords “blue jeans” you would see a significantly slower response time than if you searched for “blue jeans” in conjunction with the correct categoryID. Generally, the broader the query the slower the response.
As you are already having to perform multiple calls due to the 100 items x 100 pages limit, narrowing your search queries down slightly should give you more speed in the Finding API.