<p dir="ltr">Le 4 oct. 2014 03:22, "Madhura Jayaratne" <<a href="mailto:madhura.cj@gmail.com">madhura.cj@gmail.com</a>> a écrit :<br>
><br>
><br>
><br>
> On Sat, Oct 4, 2014 at 1:24 AM, Hugues Peccatte <<a href="mailto:hugues.peccatte@gmail.com">hugues.peccatte@gmail.com</a>> wrote:<br>
>><br>
>> 2014-10-03 12:26 GMT+02:00 Marc Delisle <<a href="mailto:marc@infomarc.info">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</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>
<p dir="ltr">Hugues.</p>