Pular para o conteúdo
  • Este tópico contém 3 respostas, 3 vozes e foi atualizado pela última vez 17 anos, 1 mês atrás por Rodrigo Almeida.
Visualizando 4 posts - 1 até 4 (de 4 do total)
  • Autor
    Posts
  • #84958
    Ronin
    Participante

      Como fico sabendo qual é o tamanho do buffer e/s do s.o. ?
      Imaginando q o meu buffer e/s seja de 128kb, qual é a recomendação de tamanho para criação de extent ?

      Ex: Para uma leitura para recuperar 400kb
      é melhor ter como ex: extend de 1mb q irá fazer só uma leitura do bloco ou criar por ex: tamanhos de 128k q irá ler 4 blocos ?

      Obrigado

      #84964
      Rodrigo Almeida
      Participante

        Isso é um assunto delicado e muito genérico, só para ter uma idéia.

        Pq se é windows, o buffer de SO trabalha de forma diferente, e dependendo da configuração do Windows, como por exemplos parâmetros de /3G no boot.ini, onde força seu kernel trabalhar de forma diferente é outro jeito.

        Para o Linux, a mesma coisa, dependendo da plataforma, 32 ou 64 bits, seus recursos de memória disponível são colocar em cache (um buffer muquiado), isso acontece com o Red Hat.

        Para o Unix, a mesma coisa, porém depende muito da plataforma de máquina, tipo SPARC, CISC e RISC, e da distribuição do Hardware. E sempre, tanto para Linux e Unix, dependerá dos parÂmetros de kernel configurados.

        Outro ponto importante que pega todas os SO, o buffer da sua controladora de disco, irá depender muito do tipos de disco, tamanho do buffer da controladora, disco e etc…

        No Oracle, tu terá o buffer cache, recycle, keep, multi_block_read e etc… que tambpem irá pendenter do total de mémoria do Hardware, o tipo de gerenciamento da sua tablespace LMT ou DMT e etc..

        Um valor padrão existe, que é o mínimo, mas somente o DBA da empresa que para determinada tabela, para o determinada regra de negócio, para a específico tipo de aplicação irá saber… que isso pode influênciar diretamente a performance, pois pode fazer o Oracle trabalhar com excesso de alocação de extents, processos do DBWn, leituras em disco e etc..

        É muita coisa…

        Abraços,
        Rodrigo Almeida

        #84970
        vieri
        Participante

          Perfeito rodrigo.

          Além disso tudo, o mínimo dos mínimos que pode ser
          feito, para uma aplicação chulé funcionar legal e aplicar a seguinte regra.

          table extent
          128M e 4G 128M

          Você encontra essa regra em diversos notes do metalink.

          []s

          #84973
          Rodrigo Almeida
          Participante

            Exactly!!!

          Visualizando 4 posts - 1 até 4 (de 4 do total)
          • Você deve fazer login para responder a este tópico.