Информация

Обсуждало 2 человека

V8

Логика и программирование
15 февраля 2013 в 03:48:25

В гугловском javascript`е (в Chrome который) при проверке в 100000 цикле на массиве из 2 элементов нативный Array.join() работает в несколько раз медленнее, чем:

Array.prototype.join = function(value){ var result = '', a; for(a=0; a<this.length; a++) result += this[a] + (a == this.length - 1 ? '' : value); return result; }

P.s. Справедливо только для массивов со строками длиннее 8 символов. С 7 символами, например, нативный справляется шустрее, тогда как с 8 уже лососает. Плюс к тому, изменённая функция лучше справляется с меньшим размером массива, но там разница несущественна.

Боюсь предположить, чем вызван сей факт.

Обновлено: 15 февраля 2013 в 03:49:12

Обсуждение (вниз)

Не хватает только вашего мнения. Зарегистрируйтесь, чтобы написать!

15 февраля 2013 в 13:25:10

Я вот вчера библиотеку нашел для AS3 JPGEncoder который якобы от адоб, и оптимизировал ее, правда слабовато пока, на обработку 2048х1536 уходить 12 секунд, я сократил до 8 но в итоге изображение вообще остается серым, а если сделать обнуление переменной то обратно становится 12 секунд, в общем ее есть куда оптимизировать, придется весь алгортим с нуля переписывать, потому что даже профессионалы из адоб которые создали АС3 сами еще далеко не знают все об оптимизации алгоритмов, хотя алгоритм писался скорее как модуль в который можно добавлять свои методы, если же сделать его оптимизированным то своя вряд ли что-то добавишь, но мне в принципе ничего и добавлять не надо, мне важна скорость работы.

15 февраля 2013 в 13:20:50

Ну чтоб наверняка удостовериться точно ли они равны или нет

15 февраля 2013 в 08:30:54

Я даже боюсь предположить, зачем 100 тыщ раз проверять 2 элемента?..
Fundux.ru v.3.0 © 2006-2021 AleXNoD
Портал русских флеш игр и flash мультов