気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
qiita.com/ayattyエントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
0
記事へのコメント0件
- 注目コメント
- 新着コメント
新着コメントはまだありません。
このエントリーにコメントしてみましょう。
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Node.jsのworker_threadsに何を渡すべきか - Qiita
久々にScalaの世界からJSの世界に帰ってきました。 1. 本日の課題 本来Node.jsは非同期処理をストイック... 久々にScalaの世界からJSの世界に帰ってきました。 1. 本日の課題 本来Node.jsは非同期処理をストイックに突き詰めることでマルチスレッドやマルチプロセスのようなオーバーヘッドを伴う方法よりも高効率に並列処理を実現しているわけです。 ただし、それが有効なのは頻繁に「待ち」≒「I/O処理」が発生する場合に限られます。 ひたすらI/OなしでCPUをぶん回す処理、を複数同時にやれって言われたらシングルスレッドなNodeはマルチスレッドに勝てません。 ですがですが、Nodeにだってマルチスレッド/マルチプロセスの仕組みはあります。 さて今回は、 数百MB～数GB程度のデータ構造(変数として持っている)に対して 秒オーダーの時間をかけておこなう検索処理を 複数回おこなう 元のデータ構造は更新しない(Read Only) という要件で、この「複数回おこなう」というところをマルチスレッドかマル
qiita.com/ayatty
qiita.com/ayatty
qiita.com/ayatty
qiita.com/ayatty
meetscareer.tenshoku.mynavi.jp
rtain.jp
anond.hatelabo.jp
togetter.com
www.ketancho.net
blog.pokutuna.com
togetter.com
togetter.com
anond.hatelabo.jp
www.watch.impress.co.jp
techfeed.io
www.toyamayama.com
studyhacker.net
developers.freee.co.jp
tech.nri-net.com
