.NET での並列プログラミング: ドキュメントのガイド
多くのパーソナル コンピューターとワークステーションには、複数スレッドの同時実行を可能にする複数の CPU コアがあります。 ハードウェアを活用するには、コードを並列化して複数のプロセッサに負荷を分散します。 以前は、並列化には低水準のスレッドおよびロックの操作が必要でした。 Visual Studio と .NET では、ランタイム、クラス ライブラリの型、および診断ツールを提供することで、並列プログラミングのサポートを強化しています。 .NET Framework 4 に導入されたこれらの機能によって、並行開発が簡略化されます。 スレッドやスレッド プールを直接操作することなく、効率的で詳細な、拡張性のある並列コードを自然な表現方法で記述できるようになります。 .NET の並列プログラミング アーキテクチャの高度な概要を次の図に示します。 関連トピック テクノロジ 説明
Async/Await - 非同期プログラミングのベスト プラクティス
async void を避ける 使用できる戻り値の型には、Task、Task<T>、および void の 3 つがありますが、async メソッドで自然な戻り値の型は Task と Task<T> だけです。同期コードから非同期コードに変換する際、型 T を返すメソッドはすべて Task<T> を返す async メソッドになり、void を返すメソッドはすべて Task を返す async メソッドになります。次のコード スニペットは、void を返す同期メソッドとそれに相当する非同期メソッドを示しています。 void MyMethod() { // Do synchronous work. Thread.Sleep(1000); } async Task MyMethodAsync() { // Do asynchronous work. await Task.Delay(1000);
.NET Coreが動くまで
（なんかこのネタ、誰かがやってそうな気がしつつ） 一部ではバージョンがわかりづらいなどとも言われている .NET Core の起動の仕組みについて、適宜ソースコードを眺めつつ、整理したいと思います。私は中の人ではなく、コードを解析しながら書いているので、おかしな点がありましたら twitter 等で教えていただけると嬉しいです。 構造 ご存知のように、.NET Core は、コンパイル結果の実行可能アプリケーションまたは dotnet コマンドから実行します。 その時の動作の流れを図にすると、以下のようになっています。 この図において、長方形はファイル、角丸四角形はレイヤー、青の長方形は説明のためのグルーピングです。 この図の要素を簡単に説明すると、以下のようになります。 dotnet コマンド。別名 .NET CLI と言われているのはこれ（のはず）です。muxer と呼ばれることもあり
Application Insights の概要 - Azure Monitor
Azure Monitor Application Insights は、Azure Monitor の機能であり、ライブ Web アプリケーションの Application Performance Management (APM) に優れています。 エクスペリエンス Application Insights は、アプリケーションのパフォーマンス、信頼性、品質を向上させる数多くのエクスペリエンスを備えています。 調査 アプリケーション ダッシュボード: アプリケーションの正常性とパフォーマンスを一目で確認できる評価。 アプリケーション マップ: アプリケーションのアーキテクチャとコンポーネントの相互作用の視覚的な概要。 Live metrics: アプリケーションのアクティビティとパフォーマンスに対する分析情報のリアルタイムな分析ダッシュボード。 トランザクションの検索: トランザクション
.NETで非同期ライブラリを正しく実装する
アプリケーション開発者はシグネチャを見て、このルールに従っていると仮定します。例えば、ライブラリに同期メソッドがあれば、利用者側はスレッドプールを使って安全に並列化できると仮定できます。しかし、非同期であれば、スレッドを新しく生成するのは無駄で、シングルスレッドのループの中で非同期メソッドを実行するほうがいいと判断するでしょう。 このように考えると、さらに基本的な原則が生まれます。 “ライブラリ内でTask.Runを使わない” スレッド、特にスレッドプールのスレッドはグローバルに共有されているリソースで、アプリケーション開発者に属しています。ライブラリの作者はTask.Runを使ったり、スレッドを作るメソッドを作成するべきではありません。どのようなタイミングでスレッドを追加するか決めるのはアプリケーション開発者の権利と責任です。 次のコードは典型的なアンチパターンです。 public st
マルチコアJITを有効にする (Multicore JIT, .NET 4.5, System.Runtime.ProfileOptimization, パフォーマンス向上) - いろいろ備忘録日記
以下、自分用のメモです。 .NET 4.5より、マルチコアJIT (Multicore JIT)という機能が追加されました。 文字通り、マルチコアな環境で並列してJITを動作させるという機能です。 An easy solution for improving app launch performance http://blogs.msdn.com/b/dotnet/archive/2012/10/18/an-easy-solution-for-improving-app-launch-performance.aspx .NET 4.5 におけるパフォーマンス向上の概要 http://msdn.microsoft.com/ja-jp/magazine/hh882452.aspx Why is Multicore JIT not “on by default” in .net 4.5? htt
JetBrainsのクロスプラットフォーム対応.NET IDE「Rider」誕生までの歴史とそのアーキテクチャ | JetBrains ブログ
IDEs AppCode CLion DataGrip DataSpell Fleet GoLand IntelliJ IDEA PhpStorm PyCharm RustRover Rider RubyMine WebStorm Plugins & Services Big Data Tools Code With Me Quality Assurance JetBrains Platform Scala Toolbox App Writerside JetBrains AI Grazie Team Tools Datalore Space TeamCity Upsource YouTrack Hub Qodana .NET & Visual Studio .NET Tools ReSharper C++ Languages & Frameworks Kotlin Ktor MPS Am
アプリのメモリ使用量を測定する - Visual Studio (Windows)
デバッガーに統合されたメモリ使用量診断ツールを使用したデバッグ中に、メモリ リークおよび非効率的なメモリを見つけます。 メモリ使用量ツールを使うと、マネージド メモリ ヒープとネイティブ メモリ ヒープの 1 つまたは複数の "スナップショット" を取得して、オブジェクト型のメモリ使用量への影響を理解するのに役立てることができます。 デバッガーがアタッチされていない状態で、または実行中のアプリをターゲットにして、メモリ使用率を分析することもできます。 詳細については、「デバッガーを使用して、または使用せずにプロファイリング ツールを実行する」を参照してください。 ニーズに最適なメモリ分析ツールを選択する方法については、「メモリ分析ツールの選択」を参照してください。 メモリ使用量 ツールでメモリのスナップショットをいつでも収集できますが、Visual Studio デバッガーを使用すると、パ
メモリダンプから.NETのメモリ状態を探りたい - Grani Engineering Blog
こんにちは、@mayukiです。 以前、このブログにてダンプ解析入門 - Visual Studioでの可視化によるC#トラブルシューティングというスタックオーバーフローのような問題を調査する方法について触れましたが、今回はダンプを元にメモリ周りの状態を見ていく方法について調べたので少しまとめてみました。 長い時間実行するようなアプリケーション(アプリケーションサーバーなど)ではメモリの使用状況やメモリリークなどを調査したいというケースがたまにやってきます。そんなときにはプロセスのメモリダンプを取得して解析することで問題の原因がわかりそう…そんなシチュエーションで役立つかもしれません。 お品書き お品書き 前提 メモ: 64bit コンピューターで動作している32bit プロセスのダンプをとる ダンプのみどころ どのツールで解析すれば? Visual Studioを試してみる DebugD
Six Important .NET Concepts: Stack, Heap, Value Types, Reference Types, Boxing, and Unboxing
In this article, you will learn about what happens internally when you declare a variable followed by an explanation of two important concepts: stack and heap. The article then talks about reference types and value types and clarifies some of the important fundamentals around them. Finally, you will see a demonstration of how performance is hampered due to boxing and unboxing, with sample code. Do
.NET Coreへの移植
twitterで流れてきてて、気になったやつ。 Porting to .NET Core 内容的には、 フィードバック募集中なのでお願いします .NET Coreは今、ASP.NET、UWP、コンソール アプリに使えるけども、.NET Frameworkからの移植のモチベーションはそれぞれ何か .NET Framework と .NET Coreの関係・差分 意図して.NET Coreには取り込まなかったものがちらほらあるから注意 .NET Core化するかどうか、単純に時間的な不足で検討してないものもちらほら 特にフィードバックほしいのはここ。ほしいかどうか、優先度付けしたい 移植にあたってのコツ みたいなの。 以下、さらっと概要。 何を移植するか ASP.NET 移植する理由: .NET Coreならクロスプラットフォーム。MacやLinuxで動く マシン全体に対するインストールじゃな
Reactive Extensionsのはじめかた - かずきのBlog@hatena
最近Reactive Extensionsがバズってきてて、2年以上前に公開したReactive Extensionsのv1のメソッドを大体網羅したPDFが割と参照されてます。 Reactive extensions入門v0.1 from 一希 大田 www.slideshare.net 個人的な入門は、そこに全部書いたので今更感もありますが、Reactive Extensionsを今から入門する人向けに色々書いてみたいと思います。 Reactive Extensionsとは IObservable<T>とIObserver<T>がコアのインターフェースになります。名前からわかるようにこれは、GoFのデザインパターンの1つ、オブザーバーパターンを表したインターフェースになります。 Observerパターン Observerパターンを簡単に説明すると、IObservableの状態に何かしら変
.NET のパイプ操作 - .NET
パイプは、プロセス間通信の手段となります。 パイプには、2 種類あります。 匿名パイプ。 匿名パイプは、ローカル コンピューターでのプロセス間通信を実現します。 匿名パイプは、名前付きパイプより必要なオーバーヘッドは少ないですが、提供するサービスは限られています。 匿名パイプは一方向であり、ネットワーク経由で使用することはできません。 これでは、1 つのサーバー インスタンスのみをサポートしています。 匿名パイプは、スレッド間、またはパイプ ハンドルを作成時に子プロセスに簡単に渡すことができる親と子のプロセス間の通信で便利です。 .NET では、AnonymousPipeServerStream クラスと AnonymousPipeClientStream クラスを使用して匿名パイプを実装します。 「方法:ローカルのプロセス間通信で匿名パイプを使用する」を参照してください。 名前付きパイプ
[雑記] Dispose にまつわる余談
概要 「リソースの破棄」で説明したように、 C# で何らかのリソースの破棄が必要な場合、IDisposable インターフェイスを実装して、using ステートメントを使います。 この、IDisposable インターフェイス（の Dispose メソッド）の実装方法などに関して、少々注釈を。 IDisposable インターフェイスの実装 .NET の性質上、 明示的に破棄処理を書く必要があるリソースには、非管理リソース（unmanaged resource）と管理リソース（managed resource）の2種類あります。 非管理リソース .NET Framework （の自動メモリ管理）の範疇にないリソースです。 ネイティブ コードで書かれた OS 機能を直接呼び出す場合などです。 例えば、.NET の範疇でも File クラスを使ってファイルの読み書きができますが、 Window
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TelemetryClient Class (Microsoft.ApplicationInsights) - Azure for .NET Developers
How the dotnet CLI tooling runs your code · Performance is a Feature!
Understanding .NET Just-In-Time Compilation
Custom templates for dotnet new | Microsoft Docs
Compiling Apps with .NET Native
.NET の今とミライ (.NET Conf 2018 Japan Keynote)