Google製GNU gold以上の速さを実現 超高速リンカ「mold」を支えるテクニック
Kernel/VM探検隊はカーネルや仮想マシンなどを代表とした、低レイヤーな話題でワイワイ盛り上がるマニアックな勉強会です。rui314氏は、制作中のリンカである「mold」について発表しました。全2回。後半は「mold」速さと、その高速化を実現するテクニックについて話しました。前半はこちら。 リンカが速いと何がうれしいのか 植山類氏（以下、植山）：リンカが速くなって何がうれしいのか。普通にうれしいです。プログラムを書いているとうれしいことがわかると思いますが、makeを実行すると、普通は自分が直前に変更したファイルしかビルドしないので、デバッグをしていると1つのファイルを編集してビルドすることになります。 コンパイラは1つだけのファイルをコンパイルするのはそこそこ速いですが、リンカは基本的には実行ファイルを丸ごと作ります。全体の入力を一気に受け取って出力するため、差分コンパイルであっても
Javaの並行処理を理解する（入門編） - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 例えば以下の点について、ちゃんと並行処理を考慮した実装ができていますか？ シングルトン インクリメント（++）やデクリメント（--） longやdoubleへの代入 <%! %>タグで宣言された変数 もし、何の考慮もせずにこれらのコードを実装していた場合、 本番システムでとんでもないバグを引き起こす可能性があります。 本稿では以下の流れに沿って並行処理を解説したいと思います。 並行処理とは 並行処理をなぜ考慮しなければならないのか スレッドセーフな変数とそうでない変数 並行処理はテストが難しい 「並行処理」とは まずはじめにJavaがメ
Kotlin 1.3のCoroutineのコンテキストとディスパッチャ⑨（スレッドローカルデータ） - Qiita
検証環境 この記事の内容は、以下の環境で検証しました。 Intellij IDEA ULTIMATE 2018.2 Kotlin 1.3.0 Gradle Projectで作成 GradleファイルはKotlinで記述（KotlinでDSL） 準備 詳細は下記の準備を参照してください。 https://qiita.com/naoi/items/8abf2cddfc2cb3802daa Thread-local data 前回に引き続き、公式サイトを読み解いていきます。 今回のタイトルは、スレッドないのローカルのデータだと思いますが、意味不明です。 早速読み進めましょう。 Sometimes it is convenient to have an ability to pass some thread-local data, but, for coroutines, which are no
Kotlin 1.3のCoroutineのコンテキストとディスパッチャ⑧（明示的なJob経由でキャンセル） - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 検証環境 この記事の内容は、以下の環境で検証しました。 Intellij IDEA ULTIMATE 2018.2 Kotlin 1.3.0 Gradle Projectで作成 GradleファイルはKotlinで記述（KotlinでDSL） 準備 詳細は下記の準備を参照してください。 https://qiita.com/naoi/items/8abf2cddfc2cb3802daa Cancellation via explicit job 前回に引き続き、公式サイトを読み解いていきます。 いつもだったらタイトルから内容を予想していま
Kotlin 1.3のCoroutineのコンテキストとディスパッチャ⑦（コンテキストの要素の結合） - Qiita
検証環境 この記事の内容は、以下の環境で検証しました。 Intellij IDEA ULTIMATE 2018.2 Kotlin 1.3.0 Gradle Projectで作成 GradleファイルはKotlinで記述（KotlinでDSL） 準備 詳細は下記の準備を参照してください。 https://qiita.com/naoi/items/8abf2cddfc2cb3802daa Combining context elements 前回に引き続き、公式サイトを読み解いていきます。 前回はコンテキストの要素について説明しました。確か、スレッド名を変更するだけでした。 今回のタイトルを見るとその要素を結合するみたいです。 感のいい人はなんとなく予想がつくかと思います。 それでは、読み進めていきます。 Sometimes we need to define multiple element
Kotlin 1.3のCoroutineのコンテキストとディスパッチャ⑥（デバッグのためのコルーチンの命名） - Qiita
検証環境 この記事の内容は、以下の環境で検証しました。 Intellij IDEA ULTIMATE 2018.2 Kotlin 1.3.0 Gradle Projectで作成 GradleファイルはKotlinで記述（KotlinでDSL） 準備 詳細は下記の準備を参照してください。 https://qiita.com/naoi/items/8abf2cddfc2cb3802daa Naming coroutines for debugging 前回に引き続き、公式サイトを読み解いていきます。 今回のタイトルはわかりやすいです。 これまで、デバッグではスレッド名とIDが表示されることについて学習してきました。 多分、その部分の名前を変えられるのでしょう。 早速読み進めてみます。 Automatically assigned ids are good when coroutines log
Kotlin 1.3のCoroutineのコンテキストとディスパッチャ⑤（親の責任 ） - Qiita
検証環境 この記事の内容は、以下の環境で検証しました。 Intellij IDEA ULTIMATE 2018.2 Kotlin 1.3.0 Gradle Projectで作成 GradleファイルはKotlinで記述（KotlinでDSL） 準備 詳細は下記の準備を参照してください。 https://qiita.com/naoi/items/8abf2cddfc2cb3802daa Parental responsibilities 前回に引き続き、公式サイトを読み解いていきます。 今回のタイトルは教育論でしょうかといった具合になっていますが、これまでの流れだと子コルーチンと親コルーチンの話の続きな気がします。 今回は短めです。 早速読み進めてみます。 A parent coroutine always waits for completion of all its children.
Kotlin 1.3のCoroutineのサスペンド関数の合成④（asyncな関数） - Qiita
検証環境 この記事の内容は、以下の環境で検証しました。 Intellij IDEA ULTIMATE 2018.2 Kotlin 1.3.0 Gradle Projectで作成 GradleファイルはKotlinで記述（KotlinでDSL） 準備 詳細は下記の準備を参照してください。 https://qiita.com/naoi/items/8abf2cddfc2cb3802daa Async-style functions 前回に引き続き、公式サイトを読み解いていきます。 タイトルと読むと漫画の題名みたいです。 タイトルだけではよくわからないので、読んでみましょう。 We can define async-style functions that invoke doSomethingUsefulOne and doSomethingUsefulTwo asynchronously us
Kotlin 1.3のCoroutineのサスペンド関数の合成③（ゆっくりとasyncを実行） - Qiita
検証環境 この記事の内容は、以下の環境で検証しました。 Intellij IDEA ULTIMATE 2018.2 Kotlin 1.3.0 Gradle Projectで作成 GradleファイルはKotlinで記述（KotlinでDSL） 準備 詳細は下記の準備を参照してください。 https://qiita.com/naoi/items/8abf2cddfc2cb3802daa Lazily started async 前回に引き続き、公式サイトを読み解いていきます。 タイトルを見てみるとゆっくり実行って・・・。日本語にするとよくわからないですが、英名で考えると意外とすんなり理解できます。lazilyという単語からlazyで連想した場合、Kotlinだとあとで実行するとイメージするんではないでしょうか？ ということは、今回は、asyncを任意のタイミングで実行する方法と考えられます。
Kotlin 1.3のCoroutineのサスペンド関数の合成②（asyncを利用した並列処理） - Qiita
検証環境 この記事の内容は、以下の環境で検証しました。 Intellij IDEA ULTIMATE 2018.2 Kotlin 1.3.0 Gradle Projectで作成 GradleファイルはKotlinで記述（KotlinでDSL） 準備 詳細は下記の準備を参照してください。 https://qiita.com/naoi/items/8abf2cddfc2cb3802daa Concurrent using async 前回に引き続き、公式サイトを読み解いていきます。 今回のタイトルはわかりやすいです。 asyncってやつを使うと並列処理ができるってイメージでしょうか。 内容を読み進めます。 What if there are no dependencies between invocation of doSomethingUsefulOne and doSomethingUse
Kotlin 1.3のCoroutineのサスペンド関数の合成①（シーケンシャル処理がデフォルト） - Qiita
検証環境 この記事の内容は、以下の環境で検証しました。 Intellij IDEA ULTIMATE 2018.2 Kotlin 1.3.0 Gradle Projectで作成 GradleファイルはKotlinで記述（KotlinでDSL） 準備 詳細は下記の準備を参照してください。 https://qiita.com/naoi/items/8abf2cddfc2cb3802daa Sequential by default 前回に引き続き、公式サイトを読み解いていきます。 タイトルが意味不明です。 読み進めたほうがいい気がします。 Assume that we have two suspending functions defined elsewhere that do something useful like some kind of remote service call or
Kotlin 1.3のCoroutineのキャンセル⑥（タイムアウト） - Qiita
検証環境 この記事の内容は、以下の環境で検証しました。 Intellij IDEA ULTIMATE 2018.2 Kotlin 1.3.0 Gradle Projectで作成 GradleファイルはKotlinで記述（KotlinでDSL） 準備 詳細は下記の準備を参照してください。 https://qiita.com/naoi/items/8abf2cddfc2cb3802daa Timeout 前回に引き続き、公式サイトを読み解いていきます。 今回のタイトルはわかりやすいですね。タイムアウトです。 既に想像に難くないです。コルーチンのタイムアウトでは無いかと推察しておきます。 それでは、読んでみましょう The most obvious reason to cancel coroutine execution in practice is because its execution
Kotlin 1.3のCoroutineのキャンセル⑤（キャンセルさせないブロック） - Qiita
検証環境 この記事の内容は、以下の環境で検証しました。 Intellij IDEA ULTIMATE 2018.2 Kotlin 1.3.0 Gradle Projectで作成 GradleファイルはKotlinで記述（KotlinでDSL） 準備 詳細は下記の準備を参照してください。 https://qiita.com/naoi/items/8abf2cddfc2cb3802daa Run non-cancellable block 前回に引き続き、公式サイトを読み解いていきます。 今回のタイトルは「キャンセルさせない」です。これまではキャンセルさせることに注力していましたが、今回はキャンセルさせないってことでしょうか。 早速、読んでいきます。 Any attempt to use a suspending function in the finally block of the pre
Kotlin 1.3のCoroutineのキャンセル④（finally句でリソースを閉じる） - Qiita
検証環境 この記事の内容は、以下の環境で検証しました。 Intellij IDEA ULTIMATE 2018.2 Kotlin 1.3.0 Gradle Projectで作成 GradleファイルはKotlinで記述（KotlinでDSL） 準備 詳細は下記の準備を参照してください。 https://qiita.com/naoi/items/8abf2cddfc2cb3802daa Cancelling coroutine execution 前回に引き続き、公式サイトを読み解いていきます。 タイトルをみると、わからなくもないです。 キャンセルしたときにfinally句でリソースクローズする話だろうなとイメージはわきます。 それでは、読み進めてみます。 Cancellable suspending functions throw CancellationException on canc
Kotlin 1.3のCoroutineのキャンセル③（計算処理でキャンセル可能にする） - Qiita
検証環境 この記事の内容は、以下の環境で検証しました。 Intellij IDEA ULTIMATE 2018.2 Kotlin 1.3.0 Gradle Projectで作成 GradleファイルはKotlinで記述（KotlinでDSL） 準備 詳細は下記の準備を参照してください。 https://qiita.com/naoi/items/8abf2cddfc2cb3802daa Making computation code cancellable 前回に引き続き、公式サイトを読み解いていきます。 前回は、キャンセルの裏側の話をしました。 しかし、キャンセルできない処理についても話しました。今回のタイトルはそれをひっくり返すような感じがしますね。 早速読み進めます。 There are two approaches to making computation code cancell
Kotlin 1.3のCoroutineのキャンセル②（協力的なキャンセル） - Qiita
検証環境 この記事の内容は、以下の環境で検証しました。 Intellij IDEA ULTIMATE 2018.2 Kotlin 1.3.0 Gradle Projectで作成 GradleファイルはKotlinで記述（KotlinでDSL） 準備 詳細は下記の準備を参照してください。 https://qiita.com/naoi/items/8abf2cddfc2cb3802daa Cancellation is cooperative 前回に引き続き、公式サイトを読み解いていきます。 今回のタイトルは日本語にすると意味がわかりません。 内容を理解すれば、理解できるかもしれません。 早速読み進めます。 Coroutine cancellation is cooperative. A coroutine code has to cooperate to be cancellable. Al
Kotlin 1.3のCoroutineのキャンセル①（コルーチンをキャンセルする） - Qiita
検証環境 この記事の内容は、以下の環境で検証しました。 Intellij IDEA ULTIMATE 2018.2 Kotlin 1.3.0 Gradle Projectで作成 GradleファイルはKotlinで記述（KotlinでDSL） 準備 詳細は下記の準備を参照してください。 https://qiita.com/naoi/items/8abf2cddfc2cb3802daa Cancelling coroutine execution 前回に引き続き、公式サイトを読み解いていきます。 これまでの記事でキャンセルも少しだけふれましたが、今回からはキャンセルの詳細について説明していきます。 それでは、読み進めます。 In a long-running application you might need fine-grained control on your background
Kotlin 1.3のCoroutineの使い方⑧（Globalのコルーチンってデーモンみたい） - Qiita
検証環境 この記事の内容は、以下の環境で検証しました。 Intellij IDEA ULTIMATE 2018.2 Kotlin 1.3.0 Gradle Projectで作成 GradleファイルはKotlinで記述（KotlinでDSL） 準備 詳細は下記の準備を参照してください。 https://qiita.com/naoi/items/8abf2cddfc2cb3802daa Global coroutines are like daemon threads 前回に引き続き、公式サイトを読み解いていきます。 今回のタイトルは読んだままです。 早速読み進めます。 The following code launches a long-running coroutine in GlobalScope that prints "I'm sleeping" twice a second an
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: 並行プログラミング入門 ―Rust、C、アセンブリによる実装からのアプローチ: 高野祐輝: 本
yoh on Twitter: "https://t.co/ivVI1SE7d2 「もしプログラムの半分を並列処理で書けたとして、100万コアがあり、並列処理が100万コアを活用できたとしても、もう半分の順次処理の実行速度に変わりはなく、全体としては元のコードの2… https://t.co/voqcihPYkV"