ZZ
авторы старались?
Size: a a a
2019 August 08
ZZ
причем там не Array глючит, а String !
ZZ
function wtf(col)
println("Creating arr inside function")
m = 0;
@time begin
co = collect(col.bs);
arr :: Array{String} = Array{String}(undef, length(co)); # YES EVEN THIS
for q in 1:length(arr)
arr[q]= co[q]
end
end
println("Doing loop")
@time for zz in 1:length(arr) if arr[zz] == "B" m+=1 end end
println("m=", m)
end
VG
Подаете DataFrames на вход, и он внутри должен разобраться, какое поле запрашивается, какого типа это поле. Он не может специализировать функцию по типу DataFrames, т.к. у него может вообще не быть такого поля или тип может быть другой
VG
а если подавать колонку - он вообще оптимизирует копирование, скорее всего
ZZ
Во-первых, мне не интересна специализация функции. Меня беспокоит специализация цикла. А он специализирован.
ZZ
Он специализирован по Array{String} в обоих случаях.
VG
специализация цикла - такого не существует
VG
делайте вложенную функцию тогда
ZZ
специализация - это расстановка типов + компиляция
VG
она существует для функций
ZZ
ZZ
по факту код для цикла одинаков и там и сям.
ZZ
щас в отладчике запущу и найду проблему, кто именно аллоцирует и где течет абстрация, расчехлю Juno
ZZ
или прямо в cli
VG
где-то была такая рекомендация - делать вложенные функции для вариантов с аллокациями и без
VG
типа y = sum(x) аллоцирует y и вызывает sum!(y, x)
ZZ
я понимаю ваше желание объяснить мне и благодарен, но это все не помогает мне в голове построить правильную модель, т.к. это ответы не о том, до сих пор состояние WTF. Щас буду ковырять в отладчике, искать ответ.