Nesse caso WAIT #3: nam='db file scattered read' ela= 27789 p1=24 p2=10 p3=36 Qual seria então o valor ideal ja que o I/o maximo é 36kb ?
On 4/18/06, jlchiappa <[EMAIL PROTECTED]> wrote: > > Desconheço bugs pra isso, dá uma checada no metalink pra sua versão > mas acho que não vai ter não, é uma funcionalidade bem antiga do db. > O impacto que vc poderá ter é que o CBO vai "pensar" que o full table > scan ficou "mais barato", pode ser que em algum SQL ele passe a dar > preferência pra full table scan, mas isso vc corrige com os params de > optimizer_nn, principalmente o optimizer_index_cost_adj (fazendo o > índice ficar "mais barato" vc deverá ver muito menos table scans), > teste aí seus princiopais SQLs antes de mudar em produção.... > > > []s > > Chiappa > --- Em oracle_br@yahoogrupos.com.br, Thiago Lazzarotto > <[EMAIL PROTECTED]> escreveu > > > > Fiz o teste aqui e o valor máximo que obtive foi 128 mesmo > colocando o > > parametro para 512 por exemplo... > > > > Acho que vou ter um grande ganho já que hj o meu valor é 8. > > > > Existe algum problema em aumentar esse valor? > > Pode haver algum outro tipo de impacto negativo na performance? > > Algum bug conhecido? > > > > Obrigado. > > > > jlchiappa escreveu: > > > > > Thiago, não achei a msg que enviei originalmente, mas talvez tenha > > > havido erro/omissão de minha parte, segue exemplo completo > (chiappa é > > > o usuário dba, e scott é o usuário "comum") : > > > > > > [EMAIL PROTECTED]:SQL>create tablespace TS_EXT_10 > > > datafile '/u2/oradata/COBPROD/data01/ts_ext_10_01.dbf' size 100M > > > 2 extent management local uniform size 10m nologging; > > > > > > Tablespace criado. > > > > > > [EMAIL PROTECTED]:SQL>alter user scott quota unlimited on TS_EXT_10; > > > > > > Usuário alterado. > > > > > > scott:SQL>create table TAB_TESTE tablespace TS_EXT_10 as (select * > > > from all_objects); > > > > > > Tabela criada. > > > > > > scott:SQL>BEGIN > > > 2 for i in 1..200 loop > > > 3 insert into TAB_TESTE (select * from all_objects); > > > 4 commit; > > > 5 end loop; > > > 6* END; > > > / > > > scott:SQL> commit; > > > > > > scott:SQL> alter session set db_file_multiblock_read_count=128; > > > > > > Sessão alterada. > > > > > > [EMAIL PROTECTED]:SQL>select sid, serial# from v$session where > > > username='SCOTT'; > > > > > > SID SERIAL# > > > ---- ------- > > > 62 5266 > > > > > > 1 linha selecionada. > > > > > > [EMAIL PROTECTED]:SQL>exec sys.dbms_system.set_ev(62, 5266, 10046, > 12, ''); > > > > > > Procedimento PL/SQL concluído com sucesso. > > > > > > scott:SQL> select /*+ FULL */ * FROM TAB_TESTE; > > > .... > > > scott:SQL> exit > > > > > > olhar dentro do arquivo .trc gerado : > > > > > > sid=PRD:/u1/app/oracle/admin/PRD/udump>grep -i 'db file' > > > prd_ora_26020.trc > > > > > > WAIT #3: nam='db file scattered read' ela= 27789 p1=24 p2=10 p3=36 > > > > > > Note que o evento de table scan se chama 'db file scattered > read', e > > > não 'sequential', como está na msg. Caso vc não saia de 8 blocos > no > > > multiblock read reproduzindo o exemplo acima, duas possibilidades > aí : > > > > > > a) na maioria dos unix há um parâmetro (MAXPHYS ou similar) que > > > controla o tamanho máximo de I/O, talvez erradamente ele deve > estar > > > como 64 Kb (que corresponde a 8 blocos de 8Kb) - digo erradamente > > > porque na MAIORIA esmagadora dos hardwares modernos se consegue > mais > > > q isso... > > > > > > b) o seu volume de disco tem stripping de 64 Kb : quando vc cria > um > > > volume (principalmente num array de discos) vc entre outras coisas > > > informa o stripping , ie, qual o mínimo de I/O que será feito em > cada > > > acesso, se foi informado 64 Kb, é isso que vc obterá > > > > > > []s > > > > > > Chiappa > > > > > > --- Em oracle_br@yahoogrupos.com.br, Thiago Lazzarotto > > > <[EMAIL PROTECTED]> escreveu > > > > > > > > Senhores... > > > > > > > > Eu tenho definido no meu banco o db_file_multiblock_read_count > = 8. > > > > > > > > Eu fiz o teste que o chiappa passou para ver qual o valor máximo > > > para > > > > ser definido no meu parâmetro... > > > > Acontece que o valor é sempre 8. > > > > Daí surgiu a minha dúvida: esse é o valor máximo que o > SO/Hardware > > > > suporta ou ele está usando esse valor ao máximo por causa do > > > parâmetro > > > > já setado? > > > > Meu banco é 8.1.7.4 HPUX 11.11 > > > > > > > > Segue o teste do chiappa. > > > > > > > > "Existem outras maneiras, mas como normalmente isso é uma > quantidade > > > > de blocos que totaliza 1Mb, ou coisa do tipo, pra vc saber é > testar, > > > > vc cria uma tablespace LMT uniform size de 10Mb, cria nela uma > > > tabela > > > > qquer com PCTFREE 1 PCTUSED 99 e com várias centenas de > milhares de > > > > linhas, e faz um trace 10046 level 12 de uma sessão fazendo > > > > SELECT /*+ FULL */ * from nomedatabela, isso resulta num > > > > arquivo .TRC que entre muitas outras vai ter linhas do tipo : > > > > > > > > WAIT #3: nam='db file scattered read' ela= 249287 p1=41 p2=4234 > > > p3=nnn > > > > > > > > nnn é a quantidade de blocos que ele pôde ler duma vez, > > > > db_file_multiblock_read_count deve ter o maior dos nnn que vc > achar > > > > no arquivo." > > > > > > > > Obrigado. > > > > Thiago. > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------ > -------------------------------------------------------- > > > Atenção! As mensagens deste grupo são de acesso público e de > inteira > > > responsabilidade de seus remetentes. > > > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > > > ------------------------------------------------------------------ > -------------------------------------------------------- > __________________________________________________________________ > > > > > > Este Grupo recebe o apoio da SQL Magazine - > > > www.devmedia.com.br/sqlmagazine > > > __________________________________________________________________ > > > O grupo Oracle_br não aceita anexos. Quando oferecer algum > arquivo, > > > tenha o link do mesmo para evitar trafego(pedidos) desnecessário. > > > > > > > > > ------------------------------------------------------------------ > ------ > > > *Links do Yahoo! Grupos* > > > > > > * Para visitar o site do seu grupo na web, acesse: > > > http://br.groups.yahoo.com/group/oracle_br/ > > > > > > * Para sair deste grupo, envie um e-mail para: > > > [EMAIL PROTECTED] > > > <mailto:[EMAIL PROTECTED] > subject=Unsubscribe> > > > > > > * O uso que você faz do Yahoo! Grupos está sujeito aos Termos > do > > > Serviço do Yahoo! <http://br.yahoo.com/info/utos.html>. > > > > > > > > > > -- > > > > > > > > > > -------------------------------------------------------------------------------------------------------------------------- > Atenção! As mensagens deste grupo são de acesso público e de inteira > responsabilidade de seus remetentes. > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > > --------------------------------------------------------------------------------------------------------------------------__________________________________________________________________ > > Este Grupo recebe o apoio da SQL Magazine - > www.devmedia.com.br/sqlmagazine > __________________________________________________________________ > O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha > o link do mesmo para evitar trafego(pedidos) desnecessário. > > > *Yahoo! Grupos, um serviço oferecido por:* PUBLICIDADE > > <http://br.ard.yahoo.com/SIG=12fgtug5t/M=399886.8024024.9168514.2369893/D=brclubs/S=2137114689:HM/Y=BR/EXP=1145369987/A=3517976/R=2/id=noscript/SIG=154qfr233/*http://lt.dell.com/lt/lt.aspx?CID=11858&LID=329599&DGC=BA&DGSeg=DHS&DURL=http://www1.la.dell.com/content/products/category.aspx/desktops?c%3dbr%26l%3dpt%26s%3ddhs> > > ------------------------------ > *Links do Yahoo! Grupos* > > - Para visitar o site do seu grupo na web, acesse: > http://br.groups.yahoo.com/group/oracle_br/ > > - Para sair deste grupo, envie um e-mail para: > [EMAIL PROTECTED]<[EMAIL PROTECTED]> > > - O uso que você faz do Yahoo! Grupos está sujeito aos Termos do > Serviço do Yahoo! <http://br.yahoo.com/info/utos.html>. > > [As partes desta mensagem que não continham texto foram removidas] -------------------------------------------------------------------------------------------------------------------------- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --------------------------------------------------------------------------------------------------------------------------__________________________________________________________________ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __________________________________________________________________ O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário. Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html