タグ

2011年11月15日のブックマーク (6件)

  • 【デジタル一眼カメラを初めて買う人必見】少し割高でもレンズキットよりボディ単品を買うべし! | ロケットニュース24

    【デジタル一眼カメラを初めて買う人必見】少し割高でもレンズキットよりボディ単品を買うべし! 2011年11月14日 Tweet 秋も紅葉が深まり、これから冬になって夜の街にイルミネーションが輝く季節になる。 そうなると自然を色鮮やかに、イルミネーションをより美しく撮影できる一眼カメラが欲しくなってくると思うのだが、初心者の方にぜひ知っておいて欲しいことがある。 価格コムなどで値段の比較をしていると、レンズが無いボディ単品よりもオプションで標準レンズがセットになった『レンズキット』や、標準レンズと中距離~遠距離撮影の望遠レンズがセットになった『ダブルレンズキット』などがお得だと思うだろう。 だがちょっとだけ待って欲しい。実はレンズキットを買うよりもボディとレンズを別々に買った方が、後々のカメラに対する満足度が全く違ってくることがあるのだ。その理由は以下の通り。 ■意外と写りがショボい場合も

    【デジタル一眼カメラを初めて買う人必見】少し割高でもレンズキットよりボディ単品を買うべし! | ロケットニュース24
  • STATSPACK レポートの見方 - ablog

    自分用のメモです。ablog 全般に言えることですが、間違いだらけなので参考にしないで下さいw [STATSPACK report for -> Sessions] [概要] スナップショット取得時のセッション数を見ることができる。 平常時のスナップショットを取得しておき、負荷が高いときやレスポンス低下時などに比較する。 想定と大きく違わないか確認する。 [Load Profile] [概要] システムの特性・傾向を見ることができる。 平常時のスナップショットを取得しておき、負荷が高いときやレスポンス低下時などに比較する。 [見方] Redo size: 測定期間中に生成されたREDOログ量(byte)。 Hard parses: Parses に対して割合が高い場合はバインド変数が使われていないSQLが原因の可能性がある。 Logons: ログオン数。接続ユーザ数と比べて多すぎると問題あ

    STATSPACK レポートの見方 - ablog
  • [方式設計編]性能要件はユーザーが決めると思ってはいけない

    「ユーザーが要件を決めてくれないので…」「性能要件を出していただかないと機器が見積もれません,早く要件を出してください!」。要件定義フェーズのみならず,プロジェクトの様々な工程でよく耳にする言葉である。 非機能要件はユーザーにヒアリングして洗い出すのが,インフラ設計における一般的な手法だ。だが,インフラ設計者はヒアリングによって得られたユーザーの「要望」を絶対的な「要件」としてとらえてはいけない。非機能要件を洗い出すに際しては,要望の裏にあるリスクやそこから派生する制約を先読みすることが重要である。その思考を停止してしまうと,後工程で様々な問題が発生する。 今回は,非機能要件の中でも読者にとって最も身近だと思われる「(オンラインの)性能要件」を例に解説する。なお,現在のシステム構築では,現行システムが存在せずゼロから開発することはほとんどない。従って,ここでは現行システムで何らかの稼働統計

    [方式設計編]性能要件はユーザーが決めると思ってはいけない
  • 実例で学ぶWebシステムのチューニング手法 | ウルシステムズ株式会社

    IDGジャパン JavaWorld誌2002年2月号特集 「実例で学ぶWebシステムのチューニング手法」の原稿を元に再構成 サンプルプログラムのダウンロードはこちら 近年、大規模で複雑なWEBシステムはアプリケーションサーバを使用して構築するのが常識となりつつある。J2EEの生産性の高さや、アプリケーションサーバの高速性など、CGI + Perlを利用した従来の WEBシステムと比べて、アプリケーションサーバを使用することのメリットは非常に大きい。 アプリケーションサーバを使用して、WEBシステムを開発したが、いざ運用を始めようという段階になって思ったように性能がでないであるとか、運用開始後、順調にアクセス数が増えてきてパフォーマンスが厳しくなってきたというような経験をした読者も多いと思う。 稿では、実際に筆者が行っている方法をベースにWEBシステムのパフォーマンスチューニングの方法を解

    実例で学ぶWebシステムのチューニング手法 | ウルシステムズ株式会社
  • 無線LANが不安定な原因「チャンネル干渉」を調べるのに役立つフリーソフト「inSSIDer」

    Windowsに標準で搭載されている無線LANアクセスポイントを発見するシステムにはなぜかチャンネルを表示するという機能が欠落しており、結果的に気がついたら無線LANのチャンネルが実は干渉しまくっていて不安定になってブチブチ接続が切れたり、速度が出たりでなかったりを繰り返したり……といったことが発生します。 無線LANアクセスポイントによっては自動的に周囲と干渉しない空きチャンネルを探してくれたりするものもあるのですが、そういう機器でない場合は手動で設定を変更する必要があります。そういうときに使えるのがこのフリーソフト「inSSIDer」です。周囲にある無線LANアクセスポイントをリストアップし、さらにチャンネルや電波の強度などを表示してくれるため、「近所に新しくできたこのアクセスポイントのせいで不安定になっていたのか!」というようなことが見るだけでわかります。 ダウンロードとインストール

    無線LANが不安定な原因「チャンネル干渉」を調べるのに役立つフリーソフト「inSSIDer」
  • 無線LAN電波干渉で性能を犠牲にしてませんか? | Act as Professional

    どこもかしこも無線LANがあたりまえになって、スーマートフォンやゲーム機でさえ無線LANを利用している今日この頃です。数百GBものデータをやりとりしなければ、有線LANはもう過去の時代となりました。 ですが、これだけ普及するとお隣さんのアクセスポイントからの電波が干渉して、無線LAN来の性能を発揮できないことがあります。 どこかの会社も、せっかく無線LANが配備されているのにブチブチ切れるということが起きているのではないでしょうか。そんなときは一度、無線LANの電波が干渉していないか調べてみてください。 僕は新居に引っ越してから、iMacのリンクレートが以前のマンションでは300Mbpsだったのに対して、270Mbpsぐらいになっていて、「あれ?」となっていました。 よくよく調べてみると、近所のアクセスポイントとチャンネルが干渉しているようでした。チャンネルを変更して無事に300Mbps

    無線LAN電波干渉で性能を犠牲にしてませんか? | Act as Professional