Re: [oracle_br] Re: enq: US - contention
Dia... Thiago, neste caso, com centenas de updates, hw ruim, etc, não há muito o que se fazer. Testes com pctfree maior talvez possam ajudar. É a dica que posso dar, quanto ao particionamento, também é outra saída interessante, neste caso. Sucesso, Anderson Haertel Rodrigues --- Em ter, 10/6/08, Marco Souza <[EMAIL PROTECTED]> escreveu: > De: Marco Souza <[EMAIL PROTECTED]> > Assunto: Re: [oracle_br] Re: enq: US - contention > Para: oracle_br@yahoogrupos.com.br > Data: Terça-feira, 10 de Junho de 2008, 8:57 > A única vantagem nesta operação é que dependendo do tipo > de índice (se > vc usar indices locais para cada partição) a varredura no > ínidice terá > um custo menor e o update será mais rápido. > > Mas pode ser q continue dando o mesmo problema, so testando > mesmo. > > Abraçao > > --- Em seg, 9/6/08, Thiago Azevedo > <[EMAIL PROTECTED]> escreveu: > De: Thiago Azevedo > <[EMAIL PROTECTED]> > Assunto: Re: [oracle_br] Re: enq: US - contention > Para: oracle_br@yahoogrupos.com.br > Data: Segunda-feira, 9 de Junho de 2008, 20:36 > > > > > > > > > > > > Eu já fiz um SHRINK SPACE COMPACT na tabela e > nos seu indices, o sql feito > > em cima dela é simples é um update por um campo indexado, > o problema é que > > centenas são disparados ao mesmo tempo e acabam > concorrendo, e o servidor > > também não é lá essas coisas.. > > > > Esse servidor tem 2 file systems, a tablespace de index > está em um e a de > > dados em outroo processador é um Xeon de um núcleo > só, será que o > > particionamento iria apresentar mts resultados?? Já q não > irei conseguir > > paralelizar as partições em discos diferentes e não > poderei paralelizar o > > acesso a tabela. > > > > Oq vcs acham?? > > > > Abçs! > > > > 2008/6/9 Anderson Haertel Rodrigues <anderson_hr_ > [EMAIL PROTECTED] com.br>: > > > > > Thiago, > > > > > > Faça um move/rebuild dessa tabela e dos índices > envolvidos, mas > > > principalmente, reveja o teu sql e faça tuning no > mesmo...deve dar um > > > resultado melhor (neste momento) do que a > utilização do particionamento (que > > > também deve ser levado em conta - após o teu > tuning de sql). > > > > > > > > > Anderson Haertel Rodrigues > > > Consultor Oracle > > > TEIKO Soluções em Tecnologia da Informação > > > Blumenau/SC (47) - 3035 3777 - (47) 9178 0170 > > > www.teiko.com. br > > > > > > --- Em seg, 9/6/08, Thiago Azevedo > <thiago.a.azevedo@ > gmail.com<thiago.a.azevedo% 40gmail.com> > > > > > escreveu: > > > > > > > De: Thiago Azevedo > <thiago.a.azevedo@ > gmail.com<thiago.a.azevedo% 40gmail.com> > > > > > > > > Assunto: Re: [oracle_br] Re: enq: US - > contention > > > > Para: [EMAIL PROTECTED] os.com.br > <oracle_br%40yahoog rupos.com. br> > > > > Data: Segunda-feira, 9 de Junho de 2008, > 16:27 > > > > > > > Diversar transações são feitas nessa > tabela em > > > > paralelo > > > > > > > > Ela tem cerca de 13855780 de registros e > com 3765585 > > > > chainde rows com PCT > > > > Free de 5%, ela não é particionada. > .estou pensando em > > > > particionar essa > > > > tabela por hash de 8 para tentar > paralelizar esses acessos > > > > oq vcs acham??? > > > > > > > > > > > > > > > > > > > > > > > > 2008/6/9 Anderson Haertel Rodrigues > > > > <anderson_hr_ [EMAIL PROTECTED] com.br > <anderson_hr_ listas%40yahoo. com.br>>: > > > > > > > > > Tarde > > > > > > > > > > Thiago, o evento de espera > 'read by other > > > > session' acontece quando uma ou > > > > > mais sessões ficam esperando > outra sessão carregar > > > > os dados para o buffer > > > > > cache (memória). Normalmente > esse evento de espera > > > > acontece quando muitas > > > > > sessões acessam o mesmo bloco > repetidamente, isto é, > > > > acessam o mesmo índice > > > > > ou tabela repetidamente e ao > mesmo tempo. > > > > > > > > > > Anderson Haertel Rodrigues > > > > > Consultor Oracle > > > > > TEIKO Soluçõ
Re: [oracle_br] Re: enq: US - contention
A única vantagem nesta operação é que dependendo do tipo de índice (se vc usar indices locais para cada partição) a varredura no ínidice terá um custo menor e o update será mais rápido. Mas pode ser q continue dando o mesmo problema, so testando mesmo. Abraçao --- Em seg, 9/6/08, Thiago Azevedo <[EMAIL PROTECTED]> escreveu: De: Thiago Azevedo <[EMAIL PROTECTED]> Assunto: Re: [oracle_br] Re: enq: US - contention Para: oracle_br@yahoogrupos.com.br Data: Segunda-feira, 9 de Junho de 2008, 20:36 Eu já fiz um SHRINK SPACE COMPACT na tabela e nos seu indices, o sql feito em cima dela é simples é um update por um campo indexado, o problema é que centenas são disparados ao mesmo tempo e acabam concorrendo, e o servidor também não é lá essas coisas.. Esse servidor tem 2 file systems, a tablespace de index está em um e a de dados em outroo processador é um Xeon de um núcleo só, será que o particionamento iria apresentar mts resultados?? Já q não irei conseguir paralelizar as partições em discos diferentes e não poderei paralelizar o acesso a tabela. Oq vcs acham?? Abçs! 2008/6/9 Anderson Haertel Rodrigues <anderson_hr_ [EMAIL PROTECTED] com.br>: > Thiago, > > Faça um move/rebuild dessa tabela e dos índices envolvidos, mas > principalmente, reveja o teu sql e faça tuning no mesmo...deve dar um > resultado melhor (neste momento) do que a utilização do particionamento (que > também deve ser levado em conta - após o teu tuning de sql). > > > Anderson Haertel Rodrigues > Consultor Oracle > TEIKO Soluções em Tecnologia da Informação > Blumenau/SC (47) - 3035 3777 - (47) 9178 0170 > www.teiko.com. br > > --- Em seg, 9/6/08, Thiago Azevedo <thiago.a.azevedo@ gmail.com<thiago.a.azevedo% 40gmail.com> > > escreveu: > > > De: Thiago Azevedo <thiago.a.azevedo@ gmail.com<thiago.a.azevedo% 40gmail.com> > > > > Assunto: Re: [oracle_br] Re: enq: US - contention > > Para: [EMAIL PROTECTED] os.com.br <oracle_br%40yahoog rupos.com. br> > > Data: Segunda-feira, 9 de Junho de 2008, 16:27 > > > Diversar transações são feitas nessa tabela em > > paralelo > > > > Ela tem cerca de 13855780 de registros e com 3765585 > > chainde rows com PCT > > Free de 5%, ela não é particionada. .estou pensando em > > particionar essa > > tabela por hash de 8 para tentar paralelizar esses acessos > > oq vcs acham??? > > > > > > > > > > > > 2008/6/9 Anderson Haertel Rodrigues > > <anderson_hr_ [EMAIL PROTECTED] com.br <anderson_hr_ listas%40yahoo. com.br>>: > > > > > Tarde > > > > > > Thiago, o evento de espera 'read by other > > session' acontece quando uma ou > > > mais sessões ficam esperando outra sessão carregar > > os dados para o buffer > > > cache (memória). Normalmente esse evento de espera > > acontece quando muitas > > > sessões acessam o mesmo bloco repetidamente, isto é, > > acessam o mesmo índice > > > ou tabela repetidamente e ao mesmo tempo. > > > > > > Anderson Haertel Rodrigues > > > Consultor Oracle > > > TEIKO Soluções em Tecnologia da Informação > > > Blumenau/SC (47) - 3035 3777 - (47) 9178 0170 > > > www.teiko.com. br > > > > > > --- Em seg, 9/6/08, Thiago Azevedo > > <thiago.a.azevedo@ gmail.com <thiago.a.azevedo% 40gmail.com> > <thiago.a.azevedo% 40gmail.com> > > > > escreveu: > > > > > > > De: Thiago Azevedo > > <thiago.a.azevedo@ gmail.com <thiago.a.azevedo% 40gmail.com> > <thiago.a.azevedo% 40gmail.com> > > > > > > > > Assunto: [oracle_br] Re: enq: US - contention > > > > Para: [EMAIL PROTECTED] os.com.br <oracle_br%40yahoog rupos.com. br> > > <oracle_br%40yahoog rupos.com. br> > > > > Data: Segunda-feira, 9 de Junho de 2008, 15:22 > > > > > > > Startei cerca de 300 transações ao mesmo tempo > > > > heheheta explicado... . > > > > > > > > E o event "read by other session" ?? > > > > > > > > 2008/6/9 Thiago Azevedo > > <thiago.a.azevedo@ gmail.com <thiago.a.azevedo% 40gmail.com> > <thiago.a.azevedo% 40gmail.com> > > > >: > > > > > > > > > > > > > > Pessoal, > > > > > > > > > > Estou com d
Re: [oracle_br] Re: enq: US - contention
Eu já fiz um SHRINK SPACE COMPACT na tabela e nos seu indices, o sql feito em cima dela é simples é um update por um campo indexado, o problema é que centenas são disparados ao mesmo tempo e acabam concorrendo, e o servidor também não é lá essas coisas.. Esse servidor tem 2 file systems, a tablespace de index está em um e a de dados em outroo processador é um Xeon de um núcleo só, será que o particionamento iria apresentar mts resultados?? Já q não irei conseguir paralelizar as partições em discos diferentes e não poderei paralelizar o acesso a tabela. Oq vcs acham?? Abçs! 2008/6/9 Anderson Haertel Rodrigues <[EMAIL PROTECTED]>: > Thiago, > > Faça um move/rebuild dessa tabela e dos índices envolvidos, mas > principalmente, reveja o teu sql e faça tuning no mesmo...deve dar um > resultado melhor (neste momento) do que a utilização do particionamento (que > também deve ser levado em conta - após o teu tuning de sql). > > > Anderson Haertel Rodrigues > Consultor Oracle > TEIKO Soluções em Tecnologia da Informação > Blumenau/SC (47) - 3035 3777 - (47) 9178 0170 > www.teiko.com.br > > --- Em seg, 9/6/08, Thiago Azevedo <[EMAIL > PROTECTED]> > escreveu: > > > De: Thiago Azevedo <[EMAIL PROTECTED] > > > > Assunto: Re: [oracle_br] Re: enq: US - contention > > Para: oracle_br@yahoogrupos.com.br > > Data: Segunda-feira, 9 de Junho de 2008, 16:27 > > > Diversar transações são feitas nessa tabela em > > paralelo > > > > Ela tem cerca de 13855780 de registros e com 3765585 > > chainde rows com PCT > > Free de 5%, ela não é particionada..estou pensando em > > particionar essa > > tabela por hash de 8 para tentar paralelizar esses acessos > > oq vcs acham??? > > > > > > > > > > > > 2008/6/9 Anderson Haertel Rodrigues > > <[EMAIL PROTECTED] >: > > > > > Tarde > > > > > > Thiago, o evento de espera 'read by other > > session' acontece quando uma ou > > > mais sessões ficam esperando outra sessão carregar > > os dados para o buffer > > > cache (memória). Normalmente esse evento de espera > > acontece quando muitas > > > sessões acessam o mesmo bloco repetidamente, isto é, > > acessam o mesmo índice > > > ou tabela repetidamente e ao mesmo tempo. > > > > > > Anderson Haertel Rodrigues > > > Consultor Oracle > > > TEIKO Soluções em Tecnologia da Informação > > > Blumenau/SC (47) - 3035 3777 - (47) 9178 0170 > > > www.teiko.com.br > > > > > > --- Em seg, 9/6/08, Thiago Azevedo > > <[EMAIL PROTECTED] > > > > > escreveu: > > > > > > > De: Thiago Azevedo > > <[EMAIL PROTECTED] > > > > > > > > > Assunto: [oracle_br] Re: enq: US - contention > > > > Para: oracle_br@yahoogrupos.com.br > > > > > > Data: Segunda-feira, 9 de Junho de 2008, 15:22 > > > > > > > Startei cerca de 300 transações ao mesmo tempo > > > > heheheta explicado > > > > > > > > E o event "read by other session" ?? > > > > > > > > 2008/6/9 Thiago Azevedo > > <[EMAIL PROTECTED] > > > > >: > > > > > > > > > > > > > > Pessoal, > > > > > > > > > > Estou com diversas sessoes com o seguinte > > wait > > > > "enq: US - contention", > > > > > alguém sabe me dizer qual recurso ele está > > > > esperando?? > > > > > > > > > > Abçs! > > > > > > > > > > > > > > > -- > > > > > Thiago Azevedo > > > > > > > > > > > > > > > > > > > > > -- > > > > Thiago Azevedo > > > > Accenture Brazil > > > > Services - AO Carrefour > > > > Work: 55 11 51888492 > > > > Mobile: 55 13 81453524 > > > > email: [EMAIL PROTECTED] > > > > > > MSN IM: [EMAIL PROTECTED] > > > > > > > > > > > > > > > [As partes desta mensagem que não continham > > texto foram > > > > removidas] > > > > > > > > > > > > > > > > > > > > > > -- > > > > >Atenção! As mensagens do grupo ORACLE_BR > > são de > > > > acesso público e de inteira responsabilidade de > > se
Re: [oracle_br] Re: enq: US - contention
Thiago, Faça um move/rebuild dessa tabela e dos índices envolvidos, mas principalmente, reveja o teu sql e faça tuning no mesmo...deve dar um resultado melhor (neste momento) do que a utilização do particionamento (que também deve ser levado em conta - após o teu tuning de sql). Anderson Haertel Rodrigues Consultor Oracle TEIKO Soluções em Tecnologia da Informação Blumenau/SC (47) - 3035 3777 - (47) 9178 0170 www.teiko.com.br --- Em seg, 9/6/08, Thiago Azevedo <[EMAIL PROTECTED]> escreveu: > De: Thiago Azevedo <[EMAIL PROTECTED]> > Assunto: Re: [oracle_br] Re: enq: US - contention > Para: oracle_br@yahoogrupos.com.br > Data: Segunda-feira, 9 de Junho de 2008, 16:27 > Diversar transações são feitas nessa tabela em > paralelo > > Ela tem cerca de 13855780 de registros e com 3765585 > chainde rows com PCT > Free de 5%, ela não é particionada..estou pensando em > particionar essa > tabela por hash de 8 para tentar paralelizar esses acessos > oq vcs acham??? > > > > > > 2008/6/9 Anderson Haertel Rodrigues > <[EMAIL PROTECTED]>: > > > Tarde > > > > Thiago, o evento de espera 'read by other > session' acontece quando uma ou > > mais sessões ficam esperando outra sessão carregar > os dados para o buffer > > cache (memória). Normalmente esse evento de espera > acontece quando muitas > > sessões acessam o mesmo bloco repetidamente, isto é, > acessam o mesmo índice > > ou tabela repetidamente e ao mesmo tempo. > > > > Anderson Haertel Rodrigues > > Consultor Oracle > > TEIKO Soluções em Tecnologia da Informação > > Blumenau/SC (47) - 3035 3777 - (47) 9178 0170 > > www.teiko.com.br > > > > --- Em seg, 9/6/08, Thiago Azevedo > <[EMAIL PROTECTED]> > > escreveu: > > > > > De: Thiago Azevedo > <[EMAIL PROTECTED] > > > > > > Assunto: [oracle_br] Re: enq: US - contention > > > Para: oracle_br@yahoogrupos.com.br > > > > Data: Segunda-feira, 9 de Junho de 2008, 15:22 > > > > > Startei cerca de 300 transações ao mesmo tempo > > > heheheta explicado > > > > > > E o event "read by other session" ?? > > > > > > 2008/6/9 Thiago Azevedo > <[EMAIL PROTECTED] > > >: > > > > > > > > > > > Pessoal, > > > > > > > > Estou com diversas sessoes com o seguinte > wait > > > "enq: US - contention", > > > > alguém sabe me dizer qual recurso ele está > > > esperando?? > > > > > > > > Abçs! > > > > > > > > > > > > -- > > > > Thiago Azevedo > > > > > > > > > > > > > > > > -- > > > Thiago Azevedo > > > Accenture Brazil > > > Services - AO Carrefour > > > Work: 55 11 51888492 > > > Mobile: 55 13 81453524 > > > email: [EMAIL PROTECTED] > > > > MSN IM: [EMAIL PROTECTED] > > > > > > > > > > [As partes desta mensagem que não continham > texto foram > > > removidas] > > > > > > > > > > > > > > > > -- > > > >Atenção! As mensagens do grupo ORACLE_BR > são de > > > acesso público e de inteira responsabilidade de > seus > > > remetentes. > > > Acesse: > > > > http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > > > > -- > > > >Funções, Procedures, propostas de emprego - > O GRUPO > > > ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: > > > http://www.oraclebr.com.br/ > > > > -- > > > Links do Yahoo! Grupos > > > > > > > Abra sua conta no Yahoo! Mail, o único sem limite de > espaço para > > armazenamento! > > http://br.mail.yahoo.com/ > > > > > > > > -- > Thiago Azevedo > Accenture Brazil > Services - AO Carrefour > Work: 55 11 51888492 > Mobile: 55 13 81453524 > email: [EMAIL PROTECTED] > MSN IM: [EMAIL PROTECTED] > > > [As partes desta mensagem que não continham texto foram > removidas] > > > > > -- > >Atenção! As mensagens do grupo ORACLE_BR são de > acesso público e de inteira responsabilidade de seus > remetentes. > Acesse: > http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > -- > >Funções, Procedures, propostas de emprego - O GRUPO > ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: > http://www.oraclebr.com.br/ > > Links do Yahoo! Grupos > Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/
Re: [oracle_br] Re: enq: US - contention
Thiago, Fique ligado q o particionamento de tabela é uma feature optional ié taxado pela oracle. Se vc não souber como ficaria a distribuição num particionamento por range ou por interval... é melhor usar o hash mesmo. --- Em seg, 9/6/08, Thiago Azevedo <[EMAIL PROTECTED]> escreveu: De: Thiago Azevedo <[EMAIL PROTECTED]> Assunto: Re: [oracle_br] Re: enq: US - contention Para: oracle_br@yahoogrupos.com.br Data: Segunda-feira, 9 de Junho de 2008, 16:27 Diversar transações são feitas nessa tabela em paralelo Ela tem cerca de 13855780 de registros e com 3765585 chainde rows com PCT Free de 5%, ela não é particionada. .estou pensando em particionar essa tabela por hash de 8 para tentar paralelizar esses acessos oq vcs acham??? 2008/6/9 Anderson Haertel Rodrigues <anderson_hr_ [EMAIL PROTECTED] com.br>: > Tarde > > Thiago, o evento de espera 'read by other session' acontece quando uma ou > mais sessões ficam esperando outra sessão carregar os dados para o buffer > cache (memória). Normalmente esse evento de espera acontece quando muitas > sessões acessam o mesmo bloco repetidamente, isto é, acessam o mesmo índice > ou tabela repetidamente e ao mesmo tempo. > > Anderson Haertel Rodrigues > Consultor Oracle > TEIKO Soluções em Tecnologia da Informação > Blumenau/SC (47) - 3035 3777 - (47) 9178 0170 > www.teiko.com. br > > --- Em seg, 9/6/08, Thiago Azevedo <thiago.a.azevedo@ gmail.com<thiago.a.azevedo% 40gmail.com> > > escreveu: > > > De: Thiago Azevedo <thiago.a.azevedo@ gmail.com<thiago.a.azevedo% 40gmail.com> > > > > Assunto: [oracle_br] Re: enq: US - contention > > Para: [EMAIL PROTECTED] os.com.br <oracle_br%40yahoog rupos.com. br> > > Data: Segunda-feira, 9 de Junho de 2008, 15:22 > > > Startei cerca de 300 transações ao mesmo tempo > > heheheta explicado... . > > > > E o event "read by other session" ?? > > > > 2008/6/9 Thiago Azevedo <thiago.a.azevedo@ gmail.com<thiago.a.azevedo% 40gmail.com> > >: > > > > > > > > Pessoal, > > > > > > Estou com diversas sessoes com o seguinte wait > > "enq: US - contention", > > > alguém sabe me dizer qual recurso ele está > > esperando?? > > > > > > Abçs! > > > > > > > > > -- > > > Thiago Azevedo > > > > > > > > > > > -- > > Thiago Azevedo > > Accenture Brazil > > Services - AO Carrefour > > Work: 55 11 51888492 > > Mobile: 55 13 81453524 > > email: thiago.azevedo@ accenture. com <thiago.azevedo% 40accenture. com> > > MSN IM: [EMAIL PROTECTED] com <thiago_a_a% 40msn.com> > > > > > > [As partes desta mensagem que não continham texto foram > > removidas] > > > > > > - - -- > > > > - - - - - - > > >Atenção! As mensagens do grupo ORACLE_BR são de > > acesso público e de inteira responsabilidade de seus > > remetentes. > > Acesse: > > http://www.mail- archive.com/ oracle_br@ yahoogrupos. com.br/ > > - - - - - - > > >Funções, Procedures, propostas de emprego - O GRUPO > > ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: > > http://www.oraclebr .com.br/ > > - - - - - - > > Links do Yahoo! Grupos > > > > Abra sua conta no Yahoo! Mail, o único sem limite de espaço para > armazenamento! > http://br.mail. yahoo.com/ > > -- Thiago Azevedo Accenture Brazil Services - AO Carrefour Work: 55 11 51888492 Mobile: 55 13 81453524 email: thiago.azevedo@ accenture. com MSN IM: [EMAIL PROTECTED] com [As partes desta mensagem que não continham texto foram removidas] Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Re: enq: US - contention
Diversar transações são feitas nessa tabela em paralelo Ela tem cerca de 13855780 de registros e com 3765585 chainde rows com PCT Free de 5%, ela não é particionada..estou pensando em particionar essa tabela por hash de 8 para tentar paralelizar esses acessos oq vcs acham??? 2008/6/9 Anderson Haertel Rodrigues <[EMAIL PROTECTED]>: > Tarde > > Thiago, o evento de espera 'read by other session' acontece quando uma ou > mais sessões ficam esperando outra sessão carregar os dados para o buffer > cache (memória). Normalmente esse evento de espera acontece quando muitas > sessões acessam o mesmo bloco repetidamente, isto é, acessam o mesmo índice > ou tabela repetidamente e ao mesmo tempo. > > Anderson Haertel Rodrigues > Consultor Oracle > TEIKO Soluções em Tecnologia da Informação > Blumenau/SC (47) - 3035 3777 - (47) 9178 0170 > www.teiko.com.br > > --- Em seg, 9/6/08, Thiago Azevedo <[EMAIL > PROTECTED]> > escreveu: > > > De: Thiago Azevedo <[EMAIL PROTECTED] > > > > Assunto: [oracle_br] Re: enq: US - contention > > Para: oracle_br@yahoogrupos.com.br > > Data: Segunda-feira, 9 de Junho de 2008, 15:22 > > > Startei cerca de 300 transações ao mesmo tempo > > heheheta explicado > > > > E o event "read by other session" ?? > > > > 2008/6/9 Thiago Azevedo <[EMAIL PROTECTED] > >: > > > > > > > > Pessoal, > > > > > > Estou com diversas sessoes com o seguinte wait > > "enq: US - contention", > > > alguém sabe me dizer qual recurso ele está > > esperando?? > > > > > > Abçs! > > > > > > > > > -- > > > Thiago Azevedo > > > > > > > > > > > -- > > Thiago Azevedo > > Accenture Brazil > > Services - AO Carrefour > > Work: 55 11 51888492 > > Mobile: 55 13 81453524 > > email: [EMAIL PROTECTED] > > MSN IM: [EMAIL PROTECTED] > > > > > > [As partes desta mensagem que não continham texto foram > > removidas] > > > > > > > > > > -- > > >Atenção! As mensagens do grupo ORACLE_BR são de > > acesso público e de inteira responsabilidade de seus > > remetentes. > > Acesse: > > http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > > -- > > >Funções, Procedures, propostas de emprego - O GRUPO > > ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: > > http://www.oraclebr.com.br/ > > -- > > Links do Yahoo! Grupos > > > > Abra sua conta no Yahoo! Mail, o único sem limite de espaço para > armazenamento! > http://br.mail.yahoo.com/ > > -- Thiago Azevedo Accenture Brazil Services - AO Carrefour Work: 55 11 51888492 Mobile: 55 13 81453524 email: [EMAIL PROTECTED] MSN IM: [EMAIL PROTECTED] [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Re: enq: US - contention
Tarde Thiago, o evento de espera 'read by other session' acontece quando uma ou mais sessões ficam esperando outra sessão carregar os dados para o buffer cache (memória). Normalmente esse evento de espera acontece quando muitas sessões acessam o mesmo bloco repetidamente, isto é, acessam o mesmo índice ou tabela repetidamente e ao mesmo tempo. Anderson Haertel Rodrigues Consultor Oracle TEIKO Soluções em Tecnologia da Informação Blumenau/SC (47) - 3035 3777 - (47) 9178 0170 www.teiko.com.br --- Em seg, 9/6/08, Thiago Azevedo <[EMAIL PROTECTED]> escreveu: > De: Thiago Azevedo <[EMAIL PROTECTED]> > Assunto: [oracle_br] Re: enq: US - contention > Para: oracle_br@yahoogrupos.com.br > Data: Segunda-feira, 9 de Junho de 2008, 15:22 > Startei cerca de 300 transações ao mesmo tempo > heheheta explicado > > E o event "read by other session" ?? > > 2008/6/9 Thiago Azevedo <[EMAIL PROTECTED]>: > > > > > Pessoal, > > > > Estou com diversas sessoes com o seguinte wait > "enq: US - contention", > > alguém sabe me dizer qual recurso ele está > esperando?? > > > > Abçs! > > > > > > -- > > Thiago Azevedo > > > > > > -- > Thiago Azevedo > Accenture Brazil > Services - AO Carrefour > Work: 55 11 51888492 > Mobile: 55 13 81453524 > email: [EMAIL PROTECTED] > MSN IM: [EMAIL PROTECTED] > > > [As partes desta mensagem que não continham texto foram > removidas] > > > > > -- > >Atenção! As mensagens do grupo ORACLE_BR são de > acesso público e de inteira responsabilidade de seus > remetentes. > Acesse: > http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > -- > >Funções, Procedures, propostas de emprego - O GRUPO > ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: > http://www.oraclebr.com.br/ > > Links do Yahoo! Grupos > Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/
[oracle_br] Re: enq: US - contention
Startei cerca de 300 transações ao mesmo tempo heheheta explicado E o event "read by other session" ?? 2008/6/9 Thiago Azevedo <[EMAIL PROTECTED]>: > > Pessoal, > > Estou com diversas sessoes com o seguinte wait "enq: US - contention", > alguém sabe me dizer qual recurso ele está esperando?? > > Abçs! > > > -- > Thiago Azevedo > -- Thiago Azevedo Accenture Brazil Services - AO Carrefour Work: 55 11 51888492 Mobile: 55 13 81453524 email: [EMAIL PROTECTED] MSN IM: [EMAIL PROTECTED] [As partes desta mensagem que não continham texto foram removidas]
