タグ

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

  • 関連タグはありません

タグの絞り込みを解除

oracleとperformanceとmemoryに関するdannのブックマーク (3)

  • OracleをIn-Memoryで使うためには2 | Insight Technology, Inc.

    (前回の続き) DB_KEEP_CACHE_SIZEを可能な限り大きく設定した場合のインデックスレンジ検索の振る舞いを見てみます。 主キー項目であるKEY列に与える条件を調整して戻り行数を変化させてみました。(注目ポイントをハイライト表示させています。) SQL> select * from LARGE_TBL_KEEP where key < 76501; 76500行が選択されました。 実行計画 ---------------------------------------------------------- Plan hash value: 3698628736 ---------------------------------------------------------------------------------------------- | Id | Operatio

    dann
    dann 2011/07/27
    db_cache_size
  • OracleをIn-Memoryで使うためには | Insight Technology, Inc.

    あるお客様から「頻繁にアクセスされる大きな(というより巨大な)テーブルをメモリ上に常駐させて物理I/Oを削減したいのだけど。」という要望を受けました。 通常、Oracleは(9i以降であれば) 20ブロックもしくはv$buffer_pool.buffers / 50のいずれかより大きなテーブル(long table)は、全件検索時にDB_FILE_MULTIBLOCK_READ_COUNT分のブロックを読み込みながら、どんどんメモリ(キャッシュ)から追い出してしまいます。これは限りあるメモリ資源を有効に活用するための仕組みです。 従って、この場合SGAを単純に大きくすればよいというものではありません。明示的に”KEEP”バッファ・プールを指定して、当該テーブルの属性も”KEEP”に設定しage outされないようにする必要があります。 KEEPバッファ・プールというのは、それほど大きくはな

    dann
    dann 2011/07/27
    db_cache_size
  • redhat.com | Red Hat responds.

    Platform solutionsArtificial intelligenceBuild, deploy, and monitor AI models and apps. Linux standardizationGet consistency across operating environments. Application developmentSimplify the way you build, deploy, and manage apps. AutomationScale automation and unite tech, teams, and environments. Explore solutions Use casesVirtualizationModernize operations for virtualized and containerized work

    redhat.com | Red Hat responds.
  • 1