Delphi vs Java, the native is slower ?
Delphi vs Java, the native is slower ?
http://robertocschneiders.wordpress.com/2013/05/17/soap-and-rest-using-gzip-with-delphi-client/
http://robertocschneiders.wordpress.com/2013/05/17/soap-and-rest-using-gzip-with-delphi-client/
in usually boils down to implementation... but the short answer is not really (:
ReplyDeleteThat depends more on the implementation, and less on the language.
ReplyDeleteHm, that does not seem to be a test of Delphi vs Java, but of uncompressed vs compressed communication with a server?
ReplyDeleteIndy suxx in performance. Not surprised.
ReplyDeleteDorin Duminica Lars Fosdal , I know it's problem of the implementation, but we have fast compiler and bad implementation, which can't compete with slower compiler and good implementation.
ReplyDeleteAlexey Petushkov can deal with performance, bugs are the ones that make me suffer ):
ReplyDeleteMatthias Bolliger , if you look at the table above the chart, you will see the comparison between Java and Delphi, with compressed and uncompressed results.
ReplyDeleteMohammed Nasman the post is about the performance of requests with and without data compression -- which is huge if you look at the numbers.
ReplyDeleteDorin Duminica , the table below, compare between both Delphi & Java in both modes, so look at the Java in Normal mode with 100,000 records and compare it to Delphi, and see the difference.
ReplyDeletehttp://robertocschneiders.files.wordpress.com/2013/05/gzip-results.png
yes, I got that, also the fact that it's a "hidden" message within the post, the performance difference still boils down to implementation.
ReplyDeleteIIRC java can do some "hot-swap" for code after a few trials, this means that it can further improve performance based on some analysis at runtime which is not really available for delphi's native code.
p.s. if you were to build an apache module, you'll see huge difference between a TIdHTTPServer and the apache(even with the module which they say has ~5% drop in performance if it's dynamically loaded)
ReplyDelete