Jemerson, Adicione esssa linha no seu arquivo /etc/inittab
vmtune:2:once:/usj/samples/kernel/vmtune -p5 -P10 -r8 -R16 -f128 -F144 reinicie a maquina! E rode de novo o vmtune para ver se as alterações foram feitas: esses parametros deverão ser reajustados... minperm% = 20 para 5 maxperm% = 80 para 10 Atc Raphael ----- Original Message ----- From: "Jemerson Dutra" <[EMAIL PROTECTED]> To: <oracle_br@yahoogrupos.com.br> Sent: Friday, April 07, 2006 7:57 AM Subject: [oracle_br] Re: Performance Horrivel Raphael, segue o resultado do vmtune memory_frames = 1048576 pinnable_frames = 940632 maxfree = 128 minfree = 120 minperm% = 20 minperm = 193333 maxperm% = 80 maxperm = 773332 strict_maxperm = 0 maxpin% = 80 maxpin = 838861 maxclient% = 80 lrubucket = 131072 defps = 1 nokilluid = 0 numpsblks = 1081344 npskill = 8448 npswarn = 33792 v_pinshm = 0 pta_balance_threshold = 0 pagecoloring = 0 framesets = 2 mempools = 1 lgpg_size = 0 lgpg_regions = 0 num_spec_dataseg = 0 spec_dataseg_int = 512 memory_affinity = 1 htabscale = -1 force_relalias_lite = 0 relalias_percentage = 0 data_stagger_interval = 161 large_page_heap_size = 0 kernel_heap_psize = 4096 soft_min_lgpgs_vmpool = 0 vmm_fork_policy = 0 low_ps_handling = 1 mbuf_heap_psize = 4096 strict_maxclient = 1 cpu_scale_memp = 8 lru_poll_interval = 0 lru_file_repage = 1 memory_frames = 1048576 minpgahead = 2 memory_frames = 1048576 minpgahead = 2 maxpgahead = 8 pd_npages = 65536 maxrandwrt = 0 numclust = 1 numfsbufs = 196 sync_release_ilock = 0 lvm_bufcnt = 9 j2_minPageReadAhead = 2 j2_maxPageReadAhead = 128 j2_nBufferPerPagerDevice = 512 j2_nPagesPerWriteBehindCluster = 32 j2_maxRandomWrite = 0 j2_nRandomCluster = 0 j2_non_fatal_crashes_system = 0 j2_syncModifiedMapped = 1 jfs_clread_enabled = 0 jfs_use_read_lock = 1 hd_pvs_opn = 6 hd_pbuf_cnt = 1280 j2_inodeCacheSize = 400 j2_metadataCacheSize = 400 j2_dynamicBufferPreallocation = 16 j2_maxUsableMaxTransfer = 512 pgahd_scale_thresh = 0 hd_pendqblked = 0 psbufwaitcnt = 347632 fsbufwaitcnt = 1541572 rfsbufwaitcnt = 0 xpagerbufwaitcnt = 0 --- Em oracle_br@yahoogrupos.com.br, "Phael" <[EMAIL PROTECTED]> escreveu > > Ola Jemerson, > > Ja tive problemas com performance com AIX. > No meu caso o problema era com um parametro do SO. > Distrubuição da memória cache. > > executa esse arquivo ai: > > # /usjr/samples/kernel/vmtune > > colo o resultado ai. > > Raphael > > > > ----- Original Message ----- > From: "Jemerson Dutra" <[EMAIL PROTECTED]> > To: <oracle_br@yahoogrupos.com.br> > Sent: Thursday, April 06, 2006 2:35 PM > Subject: [oracle_br] Re: Performance Horrivel > > > Ae chiappa, da uma ajuda ai. > Jemerson > --- Em oracle_br@yahoogrupos.com.br, "Jemerson Dutra" <[EMAIL PROTECTED]> > escreveu > > > > Senhores, estamos com um servidor em producao que foi criado com > > alguns parametros default por causa de um ERP. Nos deparamos apos > 35 > > dias, que o servidor esta com uma performance horrivel. Gostaria da > > ajuda dos senhores, comentando/incluindo e ou alterando meu > init.ora. > > Servidor IBM AIX 5.2 > > 4GB RAM > > 4GB SWAP > > 2 CPUS DE 1.2GHZ > > ORACLE 10GB DE BANCO > > CRIADO BLOCK_SIZE 4096KB > > # initMFGPRO.ora - oracle instance parameter file > > # include database configuration parameters > > ifile = /Hdados2/admin/MFGPRO/config.MFGPRO > > open_cursors = 512 > > # NLS Parameters > > NLS_LANGUAGE = "AMERICAN" > > NLS_TERRITORY = "AMERICA" > > NLS_NUMERIC_CHARACTERS = ".," > > # tuning parameters > > db_files = 200 > > db_file_multiblock_read_count = 32 # LARGE > > # --- Autor : Jemerson - Data: 20/02/2006 > > # ---------------------------------------- > > shared_pool_size = 300000000 ## 400000000 > > # ---------------------------------------- > > sort_area_size = 262144 ## 1048576 # LARGE > > sort_area_retained_size = 262144 ## > 1048576 > > # LARGE > > large_pool_size = 155000000 #250000000 #155000000 ## 100000000 # > > 80MIL large_pool_size = 614400 > > java_pool_size = 20971520 ##100000000 > > # ---------------------------------------- > > log_checkpoint_interval = 10000 > > processes = 450 #500 # 600 # > LARGE > > log_buffer = 2048000 # 1048576 # LARGE > > max_dump_file_size = 10240 # limit trace file size to 5M ea > > compatible=9.2.0 > > UTL_FILE_DIR=* # if you want to use SQL Loader > > optimizer_mode = CHOOSE > > # ---------------------------------------- > > # liberado em 19/09/2005 > > CURSOR_SHARING = FORCE ##EXACT ##FORCE > > # ---------------------------------------- > > dispatchers="(PROTOCOL=TCP) (dispatchers=20)" > > service_names= MFGPRO > > instance_name= MFGPRO > > # ---------------------------------------- > > # melhoria no servicos MTS 10/10/2005 > > # Autor: Jemerson Dutra > > mts_max_servers=100 > > mts_servers=40 > > mts_max_dispatchers=40 > > O7_DICTIONARY_ACCESSIBILITY=TRUE > > GLOBAL_NAMES = TRUE > > dml_locks = 3408 # LARGE > > open_links = 4 > > sort_multiblock_read_count = 4 > > dbwr_io_slaves = 2 > > DB_WRITER_PROCESSES = 2 > > DB_CACHE_SIZE = 17825792 > > session_cached_cursors=100 > > timed_statistics = false; > > > > > > > > > -------------------------------------------------------------------- ------------------------------------------------------ > 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 > -------------------------------------------------------------------------------------------------------------------------- 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 -------------------------------------------------------------------------------------------------------------------------- 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
