为什么 Swift 里面自己实现的 concurrentMap() 会比 STL 自带的 map() 要慢? 据称自带的 map() 还是单线程的

2019-01-11 20:13:49 +08:00
 shengyang998

concurrentMap 实现如下:

extension Array {

    func concurrentMap<T>(_ mapper: (Element) -> T) -> [T] {
        if self.count == 0 {
            return []
        }
        let q = DispatchQueue(label: "dispatch sync queue")
        var result = Array<T?>(repeating: nil, count: self.count)
        DispatchQueue.concurrentPerform(iterations: self.count) { (idx) in
            let element = self[idx]
            let transformed = mapper(element)
            q.sync {
                result[idx] = transformed
            }
        }
        return result.map{ $0! }
    }

}

测试用例如下:

let a = Array(0..<60000)
let startTime = mach_absolute_time()
a.map{ $0 / 2000 }
let midTime = mach_absolute_time()
a.concurrentMap{ $0 / 2000 }
let endTime = mach_absolute_time()

结果:

There are 60000 elements.
      STL map consumes: 8144985
concurrentMap consumes: 567991454
1067 次点击
所在节点    问与答
1 条回复
66450146
2019-01-11 22:19:44 +08:00
因为 overhead 比计算花的时间更长啊……而且这也不是 STL ……

把 map 里面换成 `_ in sleep(1)` 就是 concurrent 更快了


一个程序员碰到了一个问题,他决定用多线程来解决。现在他有两个了问题

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/526188

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX