<div dir="ltr">Hi!<div><br></div><div>I am active user of mORMot and Zeos, I'd like to forward here important message from Google+:</div><div><br></div><div><a href="https://plus.google.com/+ABouchez/posts/eGyvNBsrM9b">https://plus.google.com/+ABouchez/posts/eGyvNBsrM9b</a><br></div><div><br></div><div>Any chance to improve this? :</div><div><br></div><div><div>Original message (author: A. Bouchez):</div><div><br></div><div>FPC 3.0 Strings are SLOW...</div><div>Did you experience this? After introducing of code pages to the String process, we discovered a huge slowdown at execution.</div><div><a href="http://wiki.freepascal.org/FPC_Unicode_support">http://wiki.freepascal.org/FPC_Unicode_support</a> is confusing... We were not able to find a compilation mode in which the behavior was close to Delphi. For instance, the code page of the string constants in source code are broken. Or in case of string comparison, RawByteString are converted to the current system code page, so are dead slow, and broke most of existing code.</div><div>We had some discussion with ZEOS authors, and they are as concerned as we are. See <a href="http://synopse.info/forum/viewtopic.php?pid=19498#p19498">http://synopse.info/forum/viewtopic.php?pid=19498#p19498</a></div><div>The FPC RTL introduced clearly some performance regressions. A lot of hidden charset conversion is done at runtime, for no benefit, and breaking all code expectations.</div><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div>Best regards,<br>Maciej Izak</div></div></div>
</div></div>