タグ

関連タグで絞り込む (27)

タグの絞り込みを解除

パフォーマンスに関するNilfsのブックマーク (9)

  • なぜMicroservicesか?


    現職においてMonolithアーキテクチャからMicroservicesアーキテクチャへの移行とその基盤の構築に関わって2年近くが経った．未だ道半ばであるがこれまでの経験や日々のインプットをもとにいろいろ書いておこうという気持ちになった．本記事ではそもそもMicroservicesアーキテクチャとは何かを整理し，なぜやるべきか?・なぜ避けるべきかを整理する． Microservices? Microservicesアーキテクチャとは﹁Single purpose，High cohesion，そしてLoosly Couploedなサービスを組み合わせてシステムを構築する﹂アーキテクチャ手法である．それぞれの原則をまとめると以下のようになる． Single purpose: 一つのことに集中しておりそれをうまくやること Loose coupling: サービスは依存するサービスについて最小限の
    Nilfs
    Nilfs 2019/05/22
    他のケースでも組織とアーキテクチャを揃えたほうがいいケースあるのかな。意識して観測してみよう
    リンク

  • CPU使用率は間違っている | Yakst


    Netflixのパフォーマンスエンジニアである筆者からの、topコマンドなどで表示されるCPU使用率(%CPU)は、いまや本当の使用率を表しておらず、チューニングなどのための指標として使えないという指摘。なぜそうなってしまったのか、何を見れば本当のCPU使用率がわかるのかをわかりやすく解説した記事。 私たちみんながCPU使用率として使っている指標は非常に誤解を招くもので、この状況は毎年悪化しています。CPU使用率とは何でしょうか？プロセッサーがどのくらい忙しいか？違います。CPU使用率が表しているのはそれではありません。私が話しているのは、あちこちで、あらゆる人たちに、あらゆる監視製品で、あるいはtop(1)でも使われている、"%CPU"という指標のことです。 あなたの考えているであろうCPU使用率90% : 実際 : "stalled"(訳注 : 以下ストールと言う)とは、プロセッサーが
    CPU使用率は間違っている | Yakst
    Nilfs
    Nilfs 2017/06/16
    日本語訳出てたのか、もっかい見直すかな
    リンク

  • WPF のパフォーマンス プロファイリング ツール


    このトピックには次のセクションが含まれています。 パフォーマンス プロファイリング ツールの使用 イベント トレース Perforator ETW トレース ビューア ビジュアル プロファイラ 作業セット アナライザ その他のパフォーマンス ツールのリソース 関連トピック パフォーマンス プロファイリング ツールの使用 WPF のパフォーマンス プロファイリング ツールを実行するには、[Microsoft Windows SDK] メニューの [Tools] サブメニューをクリックします。[Tools] サブメニューで WpfPerf アプリケーションを実行します。WpfPerf の最初の実行時には、ホスト コンテナ ウィンドウにツールが表示されません。WpfPerf にツールを追加するには、タブ ウィンドウのプラス (+) 記号をクリックします。[Add Tool] ダイアログ ボックス
    WPF のパフォーマンス プロファイリング ツール

  • WPF アプリケーションのパフォーマンスの最適化

    このトピックは、Windows Presentation Foundation (WPF) アプリケーションのパフォーマンスを改善する方法を探している開発者にリファレンス情報を提供することを目的にしています。Microsoft .NET Framework Version 3.0 や WPF を初めて使用する開発者は、先にこの 2 つのプラットフォームについてよく学ぶ必要があります。このトピックは、両方のプラットフォームの実践的な知識があり、既に実行可能なアプリケーションを作成できるプログラマを対象としています。このトピックの情報はバージョン 1.0 の WPF に基づいています。 このトピックで紹介するパフォーマンス データは、512 MB の RAM と ATI Radeon 9700 グラフィックス カードを搭載した 2.8 GHz の PC で WPF アプリケーションを実行した場

    WPF アプリケーションのパフォーマンスの最適化

  • Martin Fowler's Bliki in Japanese - 朝会のパターン：立ってるだけじゃないよ


    朝会︵デイリー・スタンドアップ・ミーティング、デイリー・スクラム、デイリー・ハドル*1、朝のロールコール*2︶を説明するのは簡単だ。チーム全員が毎日顔を合わせ、現在の状況を迅速に確認しあう。立ってやるのはミーティングの時間を短くするためだ。以上。 でもこれだけじゃあ、﹁良い朝会﹂と﹁悪い朝会﹂の微妙な違いは分からないだろう。 朝会の定義は非常に簡単なものなのに、 うまくいっていない朝会があって私はとても驚いた。 すぐに原因は分かったが、そのチームはそれが何なのか分かっていなかった。 朝会の基本原則と詳細を意識していなかったのだ。 そのために朝会の問題について診断や解決がなされていなかったわけだ。 良い朝会を経験した人たちは、 うまくいってないときに何をすればいいかを知っている。 朝会に慣れていない人たちは、 うまくいってないときに何をすればいいかに気づかない。 ﹁暗黙知なんだから、とにかく

  • 実はオブジェクト指向ってしっくりきすぎるんです！ 不変オブジェクトのすゝめ。 - Bug Catharsis


    バグのないソフトウェアを作りたいお仕事では主にVB.NETとC#を。趣味のプログラミングでは関数型言語F#を利用しています。 私自身のF#スキル(関数型的な考え方)は、まだまだ実践レベルとはとても言えないシロモノだけど、 面白い発見と多くの可能性を感じられる言語なので、F#はさわっていてとても楽しい。 私はこれまでオブジェクト指向言語によるオブジェクト指向プログラミングをこよなく愛してきました。 というのも、﹁いかにバグを減らすか﹂、﹁バグのないソフトウェアを作ること﹂が私の最大の関心事だからです。 バグの多いコード、あるいは技術的負債の多いコードというのは、コスト的な問題があるばかりか、 開発者の身体や心までもを不健康にし、われわれに大きな不幸をもたらすことを経験的にわかっているからです。 わたしにとってオブジェクト指向技術は、それらの問題を防いだり解決をする手段として適した技術でした。
    実はオブジェクト指向ってしっくりきすぎるんです！ 不変オブジェクトのすゝめ。 - Bug Catharsis

  • Adobe AIRでのCPU使用率の削減 | デベロッパーセンター


    コミュニティーリソース Flex cookbook* (コードの共有) CSS Advisor (ブラウザ別バグ修正) Exchanges* (コンポーネントの共有) Adobe Labs* ユーザフォーラム RSS フィード* Flex バグベース* ユーザグループの検索* ユーザグループについて* Adobe Community Experts (ACE)* デベロッパーイベント* ブログ MXNA* (ブログアグリゲータ) Adobe ブログ* 正直に言いましょう。AIRはランタイムが大きすぎ、貴重なメモリとCPUを浪費すると言われています。確かに多くのAIRアプリケーションがこの罠に陥っていますが、これは決して避けられないわけではありません。様々な技法を利用することで、ネイティブプログラムに遜色ないパフォーマンスを発揮する軽量のアプリケーションも開発できるのです。 CPU使用率を劇

  • [FLASH][ActionScript3]FLASHのパフォーマンスをあげるための10のコツ - toytools log


    ActionScriptでパフォーマンスをあげるためのいくつかのコツです。 純粋なソースでのチューニング方法をあげているTIPSは多いけどそういうのとはちょっと違う切り口のものを。 1.大量のDisplayObjectを同じルールで動かすときには、ひとつずつ指定しないでDisplayObjectContainerでラップしてまとめて移動させる リストのように表示されているものをまとめて動かす場合にはforなどでまわしてひとつずつ座標を指定していくのではなくて、ひとつ上のレイヤーでDisplayObjectContainerでラップしてそちらを移動しましょう。 個別に動かす必要がある場合にはひとつずつ移動して、まとめて動かす場合にはひとつ上のレイヤーで一気に移動させるように場合によって切り替えることでかなりのパフォーマンスアップが期待できます var container:MovieClip
    [FLASH][ActionScript3]FLASHのパフォーマンスをあげるための10のコツ - toytools log

  • MySQLのパフォーマンスチューニング - モノノフ日記

    とある勉強会でSunのエンジニアの人のプレゼンを直接聞く機会があったのでメモったことを公開します。基本的な事が多いんだろうけど、非常に参考になりました。 パフォーマンスとは スループット レスポンスタイム/レイテンシ スケーラビリティ 上記のコンビネーション アーキテクチャとは Connection Thread Pool Query Cache Parser SQLクエリをパース Optimizer Storage Engines アプリによって最適なエンジンを選択すべき サーバのコネクション&スレッド my.cnf max_connection (100) 多すぎるとメモリを消費しきる可能性あり thread_cache_size (8) スレッドをコネクションの切断後にもキャッシュしておく数 一般的には max_connections / 3 sort_buffer_size(2M)

    MySQLのパフォーマンスチューニング - モノノフ日記
  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.