タグ

2012年11月12日のブックマーク (9件)

  • Javaパフォーマンスチューニング

    Javaパフォーマンスチューニングのルール Javaパフォーマンスチューニング(1) JVMレベルにとどまらず、OSのカーネル・パラメータやネットワーク・パラメータのレベルでのチューニングを6回の連載で紹介する

  • 『【iPhoneアプリ開発ドリル】UIViewとCALayerの関係を理解する』

    #import <QuartzCore/QuartzCore.h> ・ ・ - (id)initWithFrame:(CGRect)frame { if (self = [super initWithFrame:frame]) { self.layer.contentsRect = CGRectMake(0, 0, 0.5, 0.5); } return self; }

    『【iPhoneアプリ開発ドリル】UIViewとCALayerの関係を理解する』
  • CALayer を使って UIImage を描画する

    UIImage を高速で描画する必要がある案件に遭遇したため、 CALayer を使ってみました。 CALayer と聞くとなにやら難しい感じがしますが、実際に使ってみると非常に簡単で高速です。 CALayer を使うと良い場面は以下のような場合です。 画像を大量に描画する必要がある 画像を高速に描画する必要がある 画像を高速に変形・移動する必要がある CGContextDrawImage を今使っている箇所がある とくに変形に対して非常に強いです。 CGContextDrawImage で変形後の UIImage を再度描画し直したりするのに比べると、 CALayer の変形は格段に高速に動作します。 ■実際に描画してみる まず最初に <QuartsCore/QuartsCore.h> をインポートします。 QuartzCore.framework をプロジェクトに追加するのも忘れないよ

  • 【真夏の夜のミステリー】Tomcatを殺したのは誰だ? (1/3) - @IT

    【真夏の夜のミステリー】Tomcatを殺したのは誰だ?:現場から学ぶWebアプリ開発のトラブルハック(6)(1/3 ページ) 連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。(編集部) 【第1章】Tomcatが無応答!? トラフィックの多い大規模サイトでは、その負荷のためにさまざまな問題が発生する。それらの問題を回避するには、性能を考慮して作られたアプリケーションや、ノウハウに基づいたミドルウェアのチューニングが必要となる。 TomcatはServletコンテナとしての長い歴史を持ち、多くの採用実績を持つオープンソースのアプリケーションサーバ(以下、APサーバ)だ。大規模なサイトで採用される事例も出てきており、To

    【真夏の夜のミステリー】Tomcatを殺したのは誰だ? (1/3) - @IT
  • Tomcatの最大使用可能スレッド数の見積 - 銀の鍵 (The Silver Key)

    我等が働き者、Tomcat。君は一体、どの程度まで多くのスレッドを作成してリクエストをさばく事が出来るんだい? まず最初にLinuxのスレッドライブラリについて軽く言及しておかねばなるまい。Linuxのスレッドライブラリには二種類ある。 まず、昨今のLinux(Kernel 2.6及びそれ以降)で用いられているNTPL(Native POSIX Thread Library)。これは1:1モデルのスレッドライブラリで、スレッドをプロセスとして実装してある。SolarisなどではいわゆるLWP(Light Weight Process)をしてスレッドを実装してあるのだけれども、Linuxではスレッドもプロセスも同じtask_struct構造体として扱い、COE(Context Of Execution、実行コンテキスト)をそれぞれ用に割り当てて用いているようだ。各プロセスは独立した仮想メモリ

    n-sega
    n-sega 2012/11/12
    スレッド数の調整
  • 【真夏の夜のミステリー】Tomcatを殺したのは誰だ?

    2007/xx/xx xx:28:50 org.apache.tomcat.util.threads.ThreadPool logFull 致命的: すべてのスレッド (200) が現在稼働中で待機しています。maxThreads (200) を増やすか、そのサーブレットのステータスをチェックしてください これは、Tomcatの持つスレッドプールが最大スレッド数に達してしまったという内容のメッセージだ。Tomcatは、スレッドの生成/破棄のオーバヘッドを削減するため、スレッドプーリングの機能を持っている。スレッドの数が多過ぎるとサーバ上のリソースを消費し過ぎてしまうため、プールには上限値として最大スレッド数を設定できる。 ■Tomcat解剖 それでは、最大スレッド数に達した場合にはどうなってしまうのか。それを理解するためには、Tomcat内部の動作に関する知識が必要となる。図3はTomca

    【真夏の夜のミステリー】Tomcatを殺したのは誰だ?
    n-sega
    n-sega 2012/11/12
    Thread数まわり
  • テスト設計の自動化(1)組み合わせテスト支援ツール

    10月公開の特集「テスト実装・実行の自動化」では、主に単体テストとGUIテストに焦点を当て、テストの実装や実行の自動化について解説しました。これらはテスト自動化の分野ではかなり成熟してきているものです。 今回からは、テスト実装・実行に比べてまだ発展途上である分野について、今後の展望も交えながら解説していきます。以下ではまず、「テスト設計の自動化」について紹介していきましょう。 6種類のテスト設計自動化ツール ソフトウエアテストのプロセスは、(1)テスト計画/管理、(2)テスト分析、(3)テスト設計、(4)テスト実装、(5)テスト実行、(6)テスト結果の評価、の六つのアクティビティーに分けることができます。今回対象とするテスト設計は、テスト分析によって洗い出されたテスト条件を、漏れがなく、かつ無駄のないテストケースへと落とし込んでいく作業を意味します。 テスト設計を自動化するツールは、その用

    テスト設計の自動化(1)組み合わせテスト支援ツール
  • 設計と実装の狭間で - 急がば回れ、選ぶなら近道

    ・現状 ・・・相変わらず溝は埋まっていません。希望の星と目されたDSLは現時点ではかなりの不発弾に近い感じで、設計系クラスターはあまり元気がないですね。翻って見れば、設計と実装が最も近かった時代は、なんのことはなくて、自分も含めて(懐古趣味の老人を除いた)皆さんが毛嫌いするCOBOL+汎用機の時代だったかもしれないという意見すら出る惨状です。あの時代以降、 UMLが登場し、まさに銀の弾丸状態で、それ以降Unified Processやら何やらが、インフルエンザの如く流行りました。ま、その延長上に今のアジャイルまでの流れがあるわけですが、気がついてみれば、これほど設計と実装が離れてしまった時代もないという状態になってしまっています。・・・設計と実装の狭間は、相変わらず埋まっていない気がします。 ここへ来て、実装技術の多様化は、カンブリア紀を思わせる拡大の一途になっています。開発環境のみならず

    設計と実装の狭間で - 急がば回れ、選ぶなら近道
  • 株式会社フリークアウト に行ってきた! - 941::blog

    ちゃす!くしいです! いやー、この行ってきたシリーズ。数えてみたら今回で53箇所目。 引越したらまた行ったりってのをやってるから40社以上は行ったっぽい。すごーい。 というわけで今回は、知り合いのエンジニアたちがわさわさ集まっている噂の企業、株式会社フリークアウトさんにお邪魔してきた。広告配信の統合プラットフォーム DSP(Demand-Side Platform)を提供している会社さんなんだけど、ノリが独特すぎてすごい。 会社概要を見てみたら「オンラインマーケティングの質を丸裸にする、スーパーセクシーな 会社をつくりませんか?」ですよ。よくわかんないけどとりあえず行ってみたら、これまた凄いところでした。 「表参道スタジオから世界に向けて、 自社企画/開発、商品設計、販売まで一貫して行なっております。」って書いていて、スタジオ?と思ったらスタジオだった。何を言ってるか俺もわからねえが、ま

    株式会社フリークアウト に行ってきた! - 941::blog