第7回　大規模データ処理におけるCPUとI/Oのバランスをどう考えるか | gihyo.jp

テクノロジーカテゴリーの変更を依頼記事元:

gihyo.jp

42 usersがブックマークコメント

コメント

3

記事へのコメント3件

注目コメント
新着コメント

ponpoko04 [I/O][RDBMS][チューニング]

cpu

2016/01/04 リンク

kana321 大規模データ処理におけるCPUとI/Oのバランスをどう考えるか

2015/03/16 リンク

masato-ka 明日の行きがけに時間があったら読む

2013/03/20 リンク

yogasa

database

labunix

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

第7回　大規模データ処理におけるCPUとI/Oのバランスをどう考えるか | gihyo.jp

3大ボトルネックを解消すれば終わり、ではないこれまでの連載では、ディスクI/O、CPU、ネットワークI/O... 3大ボトルネックを解消すれば終わり、ではないこれまでの連載では、ディスクI/O、CPU、ネットワークI/Oの3つの観点で、大規模データを処理するときのボトルネックの傾向と改善点について説明しました。それらの改善策をすべてを実施すれば、もう何も心配する必要はないのでしょうか？残念ながら、よかれと思って実施したチューニングがほかの箇所に影響を与える可能性があります。最終回となる今回は、その具体例を見ていきましょう。データを圧縮した場合、CPUボトルネックが生じやすくなる大規模データを扱うときは、データの総量を小さくしてストレージ装置のコストを削減するため、圧縮機能の利用を検討することが多いです。データを圧縮する場合、RDBMSの機能を利用するのが一般的です。たとえばOracle Databaseには、以下のように何種類かの圧縮機能があります。標準圧縮機能 OLTP圧縮機能（Adva

ブックマークしたユーザー

ZuiUrs2017/03/09
ponpoko042016/01/04
tkqubo2015/04/20
kana3212015/03/16
beth3212015/01/27
n-sega2014/09/23
masa-zx2013/03/23
mohen2013/03/20
heroheat2013/03/20
peketamin2013/03/20
marmotte2013/03/20
ryus1232013/03/20
ryshinoz2013/03/20
xxxfranzxxx2013/03/20
s_ryuuki2013/03/20
masato-ka2013/03/20
camelia732013/03/20
yogasa2013/03/20

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

設定を変更しましたx