<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2014-10-04 9:01 GMT+02:00 Hugues Peccatte <span dir="ltr"><<a href="mailto:hugues.peccatte@gmail.com" target="_blank">hugues.peccatte@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Le 4 oct. 2014 03:22, "Madhura Jayaratne" <<a href="mailto:madhura.cj@gmail.com" target="_blank">madhura.cj@gmail.com</a>> a écrit :</p><div><div class="h5"><br>
><br>
><br>
><br>
> On Sat, Oct 4, 2014 at 1:24 AM, Hugues Peccatte <<a href="mailto:hugues.peccatte@gmail.com" target="_blank">hugues.peccatte@gmail.com</a>> wrote:<br>
>><br>
>> 2014-10-03 12:26 GMT+02:00 Marc Delisle <<a href="mailto:marc@infomarc.info" target="_blank">marc@infomarc.info</a>>:<br>
>>><br>
>>> Hi Hugues,<br>
>>> I retested this morning on a laptop, importing a SQL file containing<br>
>>> 10000 employees from the sample employees database. This is a small file<br>
>>> (660 KB).<br>
>>><br>
>>> Current master: 3 min 25 sec (and ends with JSON.parse: unexpected<br>
>>> character)<br>
>>><br>
>>> Current Tithugues/stringFunctions_master: 2 min 10 sec (same js error)<br>
>>><br>
>>> Current QA_4_2: 0 min 5 sec<br>
>>><br>
>>> There has been improvement, but we cannot release 4.3 with this import<br>
>>> speed.<br>
>>><br>
>>> --<br>
>>> Marc Delisle | phpMyAdmin<br>
>><br>
>><br>
>> Hi,<br>
>><br>
>> I agree… But I'm afraid this is linked to multibytes functions… <br>
>> Maybe we shouldn't use the multibytes functions everywhere…<br>
>><br>
>> I'll still try to improve performances.<br>
>><br>
>> Hugues.<br>
>><br>
><br>
> Indeed, I also think that we should use mb_* function only when necessary and choice to use them should be made in case by case basis.<br>
><br>
> -- <br>
> Thanks and Regards,<br>
><br>
> Madhura Jayaratne</div></div><p></p>
<p dir="ltr">Hi, </p>
<p dir="ltr">I didn't push my commits, but that's what I've started. I replaced the mb_* calls by standard calls on configuration variables, reserved words, etc.</p><span class="HOEnZb"><font color="#888888">
<p dir="ltr">Hugues.</p></font></span></blockquote><div><br></div><div>Hi,</div><div><br></div><div>Out of desperation, I try another algorithm. Instead of buffering data until SQL delimiter, I'll try to parse all lines.</div><div>So, I won't parse 1000 times a buffer of 50000 characters, but less than 10 times many buffers of 500 characters. I hope this will be faster.</div><div><br></div><div>Hugues.</div></div></div></div>