並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 174 件 / 174件

新着順 人気順

並行処理の検索結果161 - 174 件 / 174件

  • SyncとSendトレイトで拡張可能な並行性 - The Rust Programming Language 日本語版

    SyncとSendトレイトで拡張可能な並行性 面白いことに、Rust言語には、寡少な並行性機能があります。この章でここまでに語った並行性機能のほとんどは、 標準ライブラリの一部であり、言語ではありません。並行性を扱う選択肢は、言語や標準ライブラリに制限されません; 独自の並行性機能を書いたり、他人が書いたものを利用したりできるのです。 ですが、2つの並行性概念が言語に埋め込まれています: std::markerトレイトのSyncとSendです。 Sendでスレッド間の所有権の転送を許可する Sendマーカートレイトは、Sendを実装した型の所有権をスレッド間で転送できることを示唆します。 Rustのほとんどの型はSendですが、Rc<T>を含めて一部例外があります: この型は、Rc<T>の値をクローンし、 クローンしたものの所有権を別のスレッドに転送しようとしたら、両方のスレッドが同時に参

    • Concurrent programming, with examples

      Mention concurrency and you’re bound to get two kinds of unsolicited advice: first that it’s a nightmarish problem which will melt your brain, and second that there’s a magical programming language or niche paradigm which will make all your problems disappear. We won’t run to either extreme here. Instead we’ll cover the production workhorses for concurrent software – threading and locking – and le

        Concurrent programming, with examples
      • Anthony Accomazzo @ acco.io | I finally escaped Node (and you can too)

        I wrote my first Node program in 2013. (It was in CoffeeScript.) In those days, there were three factors contributing to Node's ascendancy: The first was "JavaScript everywhere." This originally meant "JavaScript on the front-end, JavaScript on the back-end," which always struck me as a weak rationale. (This has since evolved into "might is right" and JavaScript as a lingua franca, which is a bit

        • The Swift Programming Language: Redirect

          This content has moved; redirecting to the new location.

          • Some mistakes Rust doesn't catch

            Contents The size of the forest Fuck around now, find out... when? Also, types Losing the thread Off to the race conditions You can't use an old map to explore a new world But not all is preventable I still get excited about programming languages. But these days, it's not so much because of what they let me do, but rather what they don't let me do. Ultimately, what you can with a programming langu

              Some mistakes Rust doesn't catch
            • Chris's Wiki :: blog/programming/GoConcurrencyStillNotEasy

              Even in Go, concurrency is still not easy (with an example) Go is famous for making concurrency easy, through good language support for goroutines. Except what Go makes easy is only one level of concurrency, the nuts and bolts level of making your code do things concurrently and communicating back and forth through channels. Making it do the right things concurrently is still up to you, and unfort

              • Concurrency Patterns in Embedded Rust

                How should you do concurrency in an embedded no_std application? There's no built-in support for time-sliced threads in core; that abstraction is only available in std (see std::thread). The latest stable release brought the async/await feature to no_std thanks to our compiler work. Should you always use that instead? Is cooperative scheduling appropriate for all kind of embedded applications? Wha

                  Concurrency Patterns in Embedded Rust
                • 茨城の企業法務に強い弁護士|長瀬総合法律事務所(茨城県弁護士会所属)

                  質問 当社でも今後は少なくとも重要な契約については契約書を作成していこうと思いますが、契約書に度々出てくる「又は」「若しくは」ですとか、「及び」「並びに」といった、細かい用語の使い分け方や読み方がよくわかりません。 「又は」や「若しくは」というのはどちらも同じ意味で、書き手の気分に応じて使い分けても特に問題ないですよね? それとも、これらの用語の使い分けには何か意味があるのでしょうか? 回答 契約書において、法律上、「必ずこの用語・用語ルールに従わなければならない」といった決まりはありません。 もっとも、契約書の作成においては、表現のわかりやすさはもちろん、表現の正確さが最も重要な要素の一つとされるところ、契約当事者のみならず、国民全員を規律する立法の世界においては契約書の場合以上に表現の正確さが重要視されていると言えます。 そして、法令用語においては、読み手によって文書の読み方が変わるこ

                    茨城の企業法務に強い弁護士|長瀬総合法律事務所(茨城県弁護士会所属)
                  • https://ordinarycoding.com/articles/ios-developer-interview-questions-2020/

                      https://ordinarycoding.com/articles/ios-developer-interview-questions-2020/
                    • Thread Sanitizer explained: Data Races in Swift

                      The Thread Sanitizer, also known as TSan, is an LLVM based tool to audit threading issues in your Swift and C language written code. It was first introduced in Xcode 8 and can be a great tool to find less visible bugs in your code, like data races. At WeTransfer, the Thread Sanitizer helped us solve flaky tests and weird crashes that we couldn’t really pinpoint to a certain cause. You might not ha

                        Thread Sanitizer explained: Data Races in Swift
                      • Pythonの並行処理を理解したい [マルチスレッド編]

                        Python の並行処理についてまとめてみました。 並行処理とは? 並行処理(Concurrent)とは、一定の時間内に複数の処理を同時に進行することを指す用語です。 例えば、コーディング中にアプリのビルドを実行しながら Twitter を見るのもコーディングと Twitter の並行処理です。 並行処理と並列処理の違い 並行処理と類似する処理として、並列処理(Parallel)があります。 2 つの違いを簡単にまとめます。 並行処理(Concurrent) 並行処理は瞬間を切り取ったときには 1 つの処理をしているのですが、ある一定の時間でみると処理を切り替えながら複数の処理をこなしているものを指します。 Python では今から説明するマルチスレッド(ThreadPoolExecutor)とイベントループ(asyncio)がこれに当たります。 並行処理での高速化は複数 API のアクセ

                          Pythonの並行処理を理解したい [マルチスレッド編]
                        • メッセージ受け渡しを使ってスレッド間でデータを転送する - The Rust Programming Language 日本語版

                          メッセージ受け渡しを使ってスレッド間でデータを転送する 人気度を増してきている安全な並行性を保証する一つのアプローチがメッセージ受け渡しで、 スレッドやアクターがデータを含むメッセージを相互に送り合うことでやり取りします。 こちらが、Go言語のドキュメンテーションのスローガンにある考えです: 「メモリを共有することでやり取りするな; 代わりにやり取りすることでメモリを共有しろ」 メッセージ送信並行性を達成するためにRustに存在する一つの主な道具は、チャンネルで、 Rustの標準ライブラリが実装を提供しているプログラミング概念です。プログラミングのチャンネルは、 水の流れのように考えることができます。小川とか川ですね。アヒルのおもちゃやボートみたいなものを流れに置いたら、 水路の終端まで下流に流れていきます。 プログラミングにおけるチャンネルは、2分割できます: 転送機と受信機です。転送機

                          • スレッドを使用してコードを同時に走らせる - The Rust Programming Language 日本語版

                            スレッドを使用してコードを同時に走らせる 多くの現代のOSでは、実行中のプログラムのコードはプロセスで走り、OSは同時に複数のプロセスを管理します。 自分のプログラム内で、独立した部分を同時に実行できます。これらの独立した部分を走らせる機能をスレッドと呼びます。 プログラム内の計算を複数のスレッドに分けると、パフォーマンスが改善します。プログラムが同時に複数の作業をするからですが、 複雑度も増します。スレッドは同時に走らせることができるので、異なるスレッドのコードが走る順番に関して、 本来的に保証はありません。これは例えば以下のような問題を招きます: スレッドがデータやリソースに矛盾した順番でアクセスする競合状態 2つのスレッドがお互いにもう一方が持っているリソースを使用し終わるのを待ち、両者が継続するのを防ぐデッドロック 特定の状況でのみ起き、確実な再現や修正が困難なバグ Rustは、ス

                            • 状態共有並行性 - The Rust Programming Language 日本語版

                              状態共有並行性 メッセージ受け渡しは、並行性を扱う素晴らしい方法ですが、唯一の方法ではありません。 Go言語ドキュメンテーションのスローガンのこの部分を再び考えてください: 「メモリを共有することでやり取りする。」 メモリを共有することでやり取りするとはどんな感じなのでしょうか?さらに、 なぜメッセージ受け渡しに熱狂的な人は、それを使わず、代わりに全く反対のことをするのでしょうか? ある意味では、どんなプログラミング言語のチャンネルも単独の所有権に類似しています。 一旦チャンネルに値を転送したら、その値は最早使用することがないからです。 メモリ共有並行性は、複数の所有権に似ています: 複数のスレッドが同時に同じメモリ位置にアクセスできるのです。 第15章でスマートポインタが複数の所有権を可能にするのを目の当たりにしたように、 異なる所有者を管理する必要があるので、複数の所有権は複雑度を増さ