タグ

threadに関するNobuhisaのブックマーク (3)

  • 2.6に新搭載のmultiprocessingを見て俺のPythonがおっきした件 | TRIVIAL TECHNOLOGIES 4

    みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー いやー,multiprocessingモジュールイイよ。パねえよ。要はプロセス間通信を行うときに便利なパッケージで,threadingと似たようなAPIなのでGILが回避できてマルチプロセッサとかマルチコアの性能を有効に使えてウハウハとか,リモートマシンにあるプロセスと通信したりオブジェクトをやりとりしたりできてウハウハとか,まあそういうモノです。これでおっきしない奴は技術者として大切な資質を失っていると思うよ。べつにおっきしなくてもいいんだけど,そういう奴とは一緒に仕事したくないよ。 ドキュメントのイントロダクションを超訳してみたです。 はじめに multiprocessingはth

  • スレッドプール側で投げる例外に注意 - 匣の向こう側 - あまりに.NETな

    http://d.hatena.ne.jp/akiramei/20060124/p1 ↑は、ちょっと説明が足りなすぎなので補足します。 using System; using System.Threading; delegate void SilverSkin (); class Program { static void Lance () { throw new Exception ("届け…"); } static void Callback (IAsyncResult r) { SilverSkin ss = r.AsyncState as SilverSkin; Console.WriteLine ("In Callback."); try { ss.EndInvoke (r); } catch (Exception) { Console.WriteLine ("例外をそのまま投げ

    スレッドプール側で投げる例外に注意 - 匣の向こう側 - あまりに.NETな
    Nobuhisa
    Nobuhisa 2008/09/23
    Delegate.EndInvoke
  • 【C#】時間のかかる処理をバックグラウンドで実行するには?[2.0のみ、C#、VB] − @IT

    Windowsアプリケーションでは、時間のかかる処理(以下、重い処理)はアプリケーションのメインのスレッドとは別のスレッドで行わなければならない。これは重い処理がアプリケーションのユーザー・インターフェイス(UI)をフリーズさせてしまうからだ。 たとえユーザーがその処理の完了まで待つ必要があるとしても、その間にウィンドウの移動や最小化ができなければならないし、可能であれば処理の進ちょく状況をプログレス・バーなどで表示すべきである。 .NET Framework 2.0では、そのような処理を容易に実装するための「BackgroundWorkerコンポーネント」が新しく追加されている。これを使えばスレッドをほとんど意識することなく、重い処理を別スレッド(バックグラウンド)で実行させることができる。 稿では、BackgroundWorkerコンポーネントを利用し、進ちょく状況を表示しながら、重

  • 1