タグ

ブックマーク / xtech.nikkei.com (7)

  • Linuxチューニング 第1部第1回 ファイル・アクセスを高速化:ITpro

    ファイルの入出力性能の改善は,システム全体の処理速度向上に大きく貢献する。高速なプロセッサを搭載する現在のコンピュータでは,ファイルのアクセス速度がシステム・パフォーマンスのボトルネックになっているためである。不要なディスク・アクセスの削減とアクセス速度そのものの向上が,チューニングの要となる。 アクセス時刻の記録を省略しファイル読み込みを高速化 ファイルにアクセスしたときには,最終アクセス時刻が属性情報として記録される。この情報を記録しないように設定することで,ファイルの読み込み速度を向上できる。最終アクセス時刻の記録を止めるには,ファイル・システムのマウント時に,noatimeオプションを指定する。ベンチマークでは,読み込み速度が2倍強に改善できた。 atimeは無駄 LinuxなどのUNIX系OSでは,statやfstat,lstatというシステム・コールを使って,ファイルの属性情報

    Linuxチューニング 第1部第1回 ファイル・アクセスを高速化:ITpro
  • 第11回 ランダム・アクセスとバイナリ・ファイルの扱いを学ぶ

    前回から2回にわたり,C言語によるファイル処理を説明しています。前回は,テキスト・ファイルにシーケンシャルにアクセスして,先頭から順に読み書きする方法を解説しました。バッファを使ったストリーム入出力で効率良くファイルにアクセスできることや,キーボードやディスプレイなどの周辺機器も標準入出力としてファイルのように扱えることを説明しましたね。2回目となる今回は,ランダム・アクセスとバイナリ・ファイルの操作について説明します。まずは,ランダム・アクセスから解説を始めましょう。 ランダム・アクセスはファイルの任意の位置からデータを読み書きする方法で,ハードディスクやCD-ROMのアクセスに似ています。 一つのデータの長さが決まっている固定長のファイルなら,ファイルの中の関連するデータの固まり(レコード)に,どこの位置からでもアクセスすることができて便利です。シーケンシャルにファイルを読み込む場合,

    第11回 ランダム・アクセスとバイナリ・ファイルの扱いを学ぶ
  • 「New I/Oで高速な入出力」第1回 New I/Oをご存じですか

    Java SEには便利な機能が数多くあるのですが,新しい機能ほど活用されていないのではないでしょうか。筆者がJ2SE 1.4であまり使われていないのではないかと感じる機能を挙げてみます。 Assertion New I/O Image I/O Preferences API Logging API AssertionやLogging APIは,JUnitLog4Jなどのオープンソースのプロダクトで置き換えられるので,それほど使われていなくても不思議ではありません。 しかし,JPEGのイメージを出力するために,いまだにcom.sun.image.codec.jpeg.JPEGImageEncoderクラスを使用しているのは腑に落ちません。J2SE 1.3の頃に作られたアプリケーションであればわかりますが,J2SE 1.4以降に作られたアプリケーションではImage I/Oを使うべきではない

    「New I/Oで高速な入出力」第1回 New I/Oをご存じですか
    boze0904
    boze0904 2007/12/05
    new ioの使い方
  • ITPro: 基本設計におけるレビューの勘どころ

    どんなに基設計をしっかりやっても,その後のフェーズで「欠陥」が見つかれば意味がない。欠陥が発見されれば手戻りが発生し,進ちょく遅れや収益悪化といったプロジェクトの混乱を招く。基設計フェーズにおける品質向上のプロセスや成果物のレビュー方法について解説しよう。 「考慮していない外部システムとの連携が詳細設計で見つかった」,「仕様間の不整合が実装フェーズで発見された」――。どんなに基設計をしっかりやっても,その後のフェーズで「欠陥」が見つかれば意味がない。欠陥が発見されれば手戻りが発生し,進ちょく遅れや収益悪化といったプロジェクトの混乱を招く。基設計フェーズにおける品質向上のプロセスや成果物のレビュー方法について解説しよう。 「欠陥防止」を徹底する 改めて言うまでもないが,基設計の成果物の品質を向上させるプロセスは,(1)設計作業を実施する,(2)成果物をレビューして欠陥を洗い出す,(

    ITPro: 基本設計におけるレビューの勘どころ
  • 意図が伝わる設計書作成の心得【第1回】:行きすぎた技術志向

    設計書の書き方には絶対的な公式があるわけではない。必然的に,設計者の「経験」と「力量」に依存する部分が多くなる。標準の設計フォームや設計書作成ガイドラインを用意することで,このような事態を避けようとしている開発現場は多いだろう。しかし,型通りに作った設計書が,常に目的にかなった“正しいもの”であるとは限らない。 一般によく言われることだが,設計書の書き方には「正解」や「こうしなければならない」という絶対的な公式があるわけではない。必然的に,設計者の「経験」と「力量」に依存する部分が多くなり,完成した設計書の内容と質は設計者ごとに大きく異なる――といった結果に陥りやすい。 もちろん,標準の設計フォーム(ひな型)や設計書作成ガイドラインを用意することで,このような事態を避けようとしている開発現場は多いだろう。しかし,型通りに作った設計書が,常に目的にかなった“正しいもの”であるとは限らない。一

    意図が伝わる設計書作成の心得【第1回】:行きすぎた技術志向
  • ブックマークに入れておきたいお役立ちサービス/Webページ一覧:ITpro

    出典:日経NETWORK 2006年11月号 35ページより 記事は執筆時の情報に基づいており、現在では異なる場合があります。

    ブックマークに入れておきたいお役立ちサービス/Webページ一覧:ITpro
    boze0904
    boze0904 2006/12/30
    サービスのネタになるかも
  • 紹介するフリーサービス 全62サイトINDEX:ITpro

    出典:日経NETWORK 2006年11月号 35ページより 記事は執筆時の情報に基づいており、現在では異なる場合があります。

    紹介するフリーサービス 全62サイトINDEX:ITpro
  • 1