1.6だとCollectionイテレータ、2.0は配列アクセス？でL3キャッシュで収まることがわかると。生成コードのComposabilityは落ちるとのことですが、データ量の暴力にはこう対応する方が有効と。

kimutansk のブックマーク 2016/10/04 10:04

<blockquote class="hatena-bookmark-comment"><a class="comment-info" href="https://b.hatena.ne.jp/entry/303185688/comment/kimutansk" data-user-id="kimutansk" data-entry-url="https://b.hatena.ne.jp/entry/s/www.databricks.com/blog/2016/10/03/voice-from-cern-apache-spark-2-0-performance-improvements-investigated-with-flame-graphs.html" data-original-href="https://www.databricks.com/blog/2016/10/03/voice-from-cern-apache-spark-2-0-performance-improvements-investigated-with-flame-graphs.html" data-entry-favicon="https://cdn-ak2.favicon.st-hatena.com/64?url=https%3A%2F%2Fwww.databricks.com%2Fblog%2F2016%2F10%2F03%2Fvoice-from-cern-apache-spark-2-0-performance-improvements-investigated-with-flame-graphs.html" data-user-icon="/users/kimutansk/profile.png">Voice from CERN: Apache Spark 2.0 Performance Improvements Investigated With Flame Graphs</a><ul class="comment-tag" style="list-style: none; margin: 0px;"><li style="float: left">[<a href="https://b.hatena.ne.jp/q/performance">performance</a>]</li><li style="float: left">[<a href="https://b.hatena.ne.jp/q/spark">spark</a>]</li></ul><br><p style="clear: left">1.6だとCollectionイテレータ、2.0は配列アクセス？でL3キャッシュで収まることがわかると。生成コードのComposabilityは落ちるとのことですが、データ量の暴力にはこう対応する方が有効と。</p><a class="datetime" href="https://b.hatena.ne.jp/kimutansk/20161004#bookmark-303185688"><span class="datetime-body">2016/10/04 10:04</span></a></blockquote><script src="https://b.st-hatena.com/js/comment-widget.js" charset="utf-8" async></script>

このブックマークにはスターがありません。
最初のスターをつけてみよう！