Почему быстрые итераторы медленнее, чем построение массива?
это как-то связано с этот вопрос, где предполагалось, что использование генераторов (итераторов) для обхода вложенного массива будет оптимальным для итерации по элементам, если вам не нужно хранить результат, а использование повторной конкатенации массива лучше всего, если вы просто хотите сгладить массив.
однако я решил провести некоторое тестирование и реализовать эту функцию (которая выравнивает массив [Any]
С Int
s или [Int]
s) в ленивой и сохраненной форме, оказывается, сохраненная форма быстрее, даже если она используется только для итерации элементов! Это означает, что каким-то образом итерация через генератор занимает больше времени, чем оба строительство новый массив в памяти, и затем переборем это.
невероятно, это даже на 5-70% медленнее, чем python реализация той же программы, которая усиливается при меньший вклад. Swift был построен с -O
флаг.
вот три тестовых примера 1. малый входной сигнал, смешанный; 2. большой вход, [Int]
доминирующим, 3. большой вход, Int
доминирующим:
Свифт
let array1: [Any] = [Array(1...100), Array(101...105), 106,
Array(107...111), 112, 113, 114, Array(115...125)]
let array2: [Any] = Array(repeating: Array(1...5), count: 2000)
let array3: [Any] = Array(repeating: 31, count: 10000)
Python
A1 = [list(range(1, 101)), list(range(101, 106)), 106,
list(range(107, 112)), 112, 113, 114, list(range(115, 126))]
A2 = list(range(1, 6)) * 2000
A3 = [31] * 10000
генератор и построитель массива:
Свифт
func chain(_ segments: [Any]) -> AnyIterator<Int>{
var i = 0
var j = 0
return AnyIterator<Int> {
while i < segments.count {
switch segments[i] {
case let e as Int:
i += 1
return e
case let E as [Int]:
if j < E.count {
let val = E[j]
j += 1
return val
}
j = 0
i += 1
default:
return nil
}
}
return nil
}
}
func flatten_array(_ segments: [Any]) -> [Int] {
var result = [Int]()
for segment in segments {
switch segment {
case let segment as Int:
result.append(segment)
case let segment as [Int]:
result.append(contentsOf: segment)
default:
break
}
}
return result
}
Python
def chain(L):
for i in L:
if type(i) is int:
yield i
elif type(i) is list:
yield from i
def flatten_list(L):
result = []
for i in L:
if type(i) is int:
result.append(i)
elif type(i) is list:
result.extend(i)
return result
и результаты теста (100000 петель на первом тестовом примере, 1000 на другие):
Свифт
test case 1 (small mixed input)
Filling an array : 0.068221092224121094 s
Filling an array, and looping through it : 0.074559926986694336 s
Looping through a generator : 1.5902719497680664 s *
Materializing the generator to an array : 1.759943962097168 s *
test case 2 (large input, [Int] s)
Filling an array : 0.20634698867797852 s
Filling an array, and looping through it : 0.21031379699707031 s
Looping through a generator : 1.3505551815032959 s *
Materializing the generator to an array : 1.4733860492706299 s *
test case 3 (large input, Int s)
Filling an array : 0.27392101287841797 s
Filling an array, and looping through it : 0.27670192718505859 s
Looping through a generator : 0.85304021835327148 s
Materializing the generator to an array : 1.0027849674224854 s *
Python
test case 1 (small mixed input)
Filling an array : 0.1622014045715332 s
Filling an array, and looping through it : 0.4312894344329834 s
Looping through a generator : 0.6839139461517334 s
Materializing the generator to an array : 0.5300459861755371 s
test case 2 (large input, [int] s)
Filling an array : 1.029205083847046 s
Filling an array, and looping through it : 1.2195289134979248 s
Looping through a generator : 1.0876803398132324 s
Materializing the generator to an array : 0.8958714008331299 s
test case 3 (large input, int s)
Filling an array : 1.0181667804718018 s
Filling an array, and looping through it : 1.244570255279541 s
Looping through a generator : 1.1220412254333496 s
Materializing the generator to an array : 0.9486079216003418 s
очевидно, Swift очень, очень хорош в создании массивов. Но почему его генераторы так медленны, даже медленнее, чем у Python в некоторых случаях? (Отмечены *
в таблице.) Тестирование с чрезвычайно большим входным сигналом (> 100,000,000 элементов, что почти приводит к сбоям Swift) предполагает, что даже на пределе генератор работает медленнее, чем заполнение массива, по крайней мере в 3,25 раза в лучшем случае случай.
если это действительно присуще языку, это имеет некоторые забавные последствия. Например, здравый смысл (для меня как программиста python в любом случае) сказал бы, что если бы мы пытались синтезировать неизменяемый объект (например, строку), мы должны сначала передать источник в генерирующую функцию, чтобы развернуть его, а затем передать вывод в joined()
метод, который работает на одной мелкой последовательности. Вместо этого, похоже, что наиболее эффективной стратегией является сериализация через array; разворачивание источника в промежуточный массив, а затем построение вывода из массива.
строит весь новый массив, а затем повторяет его быстрее, чем ленивая итерация на исходном массиве? Почему?
(возможно, связанный с javascript вопрос)
редактировать
вот код проверки:
Свифт
func time(test_array: [Any], cycles: Int = 1000000) -> (array_iterate: Double,
array_store : Double,
generate_iterate: Double,
generate_store: Double) {
func start() -> Double { return Date().timeIntervalSince1970 }
func lap(_ t0: Double) -> Double {
return Date().timeIntervalSince1970 - t0
}
var t0 = start()
for _ in 0..<cycles {
for e in flatten_array(test_array) { e + 1 }
}
let ΔE1 = lap(t0)
t0 = start()
for _ in 0..<cycles {
let array: [Int] = flatten_array(test_array)
}
let ΔE2 = lap(t0)
t0 = start()
for _ in 0..<cycles {
let G = chain(test_array)
while let g = G.next() { g + 1 }
}
let ΔG1 = lap(t0)
t0 = start()
for _ in 0..<cycles {
let array: [Int] = Array(chain(test_array))
}
let ΔG2 = lap(t0)
return (ΔE1, ΔE2, ΔG1, ΔG2)
}
print(time(test_array: array1, cycles: 100000))
print(time(test_array: array2, cycles: 1000))
print(time(test_array: array3, cycles: 1000))
Python
def time_f(test_array, cycles = 1000000):
lap = lambda t0: time() - t0
t0 = time()
for _ in range(cycles):
for e in flatten_list(test_array):
e + 1
ΔE1 = lap(t0)
t0 = time()
for _ in range(cycles):
array = flatten_list(test_array)
ΔE2 = lap(t0)
t0 = time()
for _ in range(cycles):
for g in chain(test_array):
g + 1
ΔG1 = lap(t0)
t0 = time()
for _ in range(cycles):
array = list(chain(test_array))
ΔG2 = lap(t0)
return ΔE1, ΔE2, ΔG1, ΔG2
print(time_f(A1, cycles=100000))
print(time_f(A3, cycles=1000))
print(time_f(A2, cycles=1000))
1 ответов
вы спросили: "почему его [Swift] генераторы настолько медленные, даже медленнее, чем Python в некоторых случаях?"
в более ранней работе (см. соответствующее сообщение в блоге на http://lemire.me/blog/2016/09/22/swift-versus-java-the-bitset-performance-test/), я обнаружил, что быстрые итераторы были примерно вдвое быстрее, чем эквивалент в Java при работе над классом bitset. Это не здорово, но Java очень эффективна в этом отношении. Между тем, Go делает хуже. Я представляю вам, что быстрые итераторы, вероятно, не идеально эффективны, но они, вероятно, в два раза больше того, что возможно с необработанным кодом C. И разрыв в производительности, вероятно, должен сделать с недостаточной функцией встраивания в Swift.
Я вижу, что вы используете AnyIterator
. Я предлагаю получить struct
С IteratorProtocol
вместо этого, который имеет преимущество обеспечения того, что не должно быть никакой динамической отправки. Вот относительно эффективная возможность:
public struct FastFlattenIterator: IteratorProtocol {
let segments: [Any]
var i = 0 // top-level index
var j = 0 // second-level index
var jmax = 0 // essentially, this is currentarray.count, but we buffer it
var currentarray : [Int]! // quick reference to an int array to be flatten
init(_ segments: [Any]) {
self.segments = segments
}
public mutating func next() -> Int? {
if j > 0 { // we handle the case where we iterate within an array separately
let val = currentarray[j]
j += 1
if j == jmax {
j = 0
i += 1
}
return val
}
while i < segments.count {
switch segments[i] {
case let e as Int: // found an integer value
i += 1
return e
case let E as [Int]: // first encounter with an array
jmax = E.count
currentarray = E
if jmax > 0 {
j = 1
return E[0]
}
i += 1
default:
return nil
}
}
return nil
}
}
С этим классом я получаю следующие номера. Для каждого тестового случая первые четыре подхода берутся из образца кода, а последние два (быстрый итератор) строятся с использованием новая структура. Обратите внимание, что" цикл через быстрый итератор " всегда самый быстрый.
test case 1 (small mixed input)
Filling an array : 0.0073099999999999997 ms
Filling an array, and looping through it : 0.0069870000000000002 ms
Looping through a generator : 0.18385799999999999 ms
Materializing the generator to an array : 0.18745700000000001 ms
Looping through a fast iterator : 0.005372 ms
Materializing the fast iterator : 0.015883999999999999 ms
test case 2 (large input, [Int] s)
Filling an array : 2.125931 ms
Filling an array, and looping through it : 2.1169820000000001 ms
Looping through a generator : 15.064767 ms
Materializing the generator to an array : 15.45152 ms
Looping through a fast iterator : 1.572919 ms
Materializing the fast iterator : 1.964912 ms
test case 3 (large input, Int s)
Filling an array : 2.9140269999999999 ms
Filling an array, and looping through it : 2.9064290000000002 ms
Looping through a generator : 9.8297640000000008 ms
Materializing the generator to an array : 9.8297640000000008 ms
Looping through a fast iterator : 1.978038 ms
Materializing the fast iterator : 2.2565339999999998 ms
вы найдете мой полный образец кода на GitHub: https://github.com/lemire/Code-used-on-Daniel-Lemire-s-blog/tree/master/extra/swift/iterators