Pak Setijo dan Pak Subekti

terimakasih atas info dan conclusionnya. Semakin panas makin asik kan pak, jd 
isa cepet mateng (mank godhok telor heheheh).

Iya pak jika menggunakan 64 bit mank mem fisik bisa terakomodasi langsung tanpa 
banyak setting pada Linux. Dan setau saya performance juga meninggkat drastis.
Tapi saya juga blom tau pasti napa Admin kami kok tetap keukuh menggunakan 32 
BIt 
(ehmm napa ya.. )

Dalam hal ini mungkin kami perlu explore lebih dalam mengenai VLM ataupun untuk 
menentukan 32 bit ato 64 bit.

Thanks masukannya pak.

--- Pada Sel, 17/3/09, Subekti Pranoto <sub3...@gmail.com> menulis:

Dari: Subekti Pranoto <sub3...@gmail.com>
Topik: Re: [oracle-coretech-surabaya] Big SGA (> 4 G)
Kepada: oracle-coretech-surabaya@yahoogroups.com
Tanggal: Selasa, 17 Maret, 2009, 12:39 AM











    
            


he..he....
dasar provokator kita ini ya pak......
 
 

  ----- Original Message ----- 
  From: 
  Setijo Agus 

  To: oracle-coretech- surabaya@ yahoogroups. com 
  
  Sent: Tuesday, March 17, 2009 8:41 
  AM
  Subject: Re: [oracle-coretech- surabaya] 
  Big SGA (> 4 G)
  

  
  Pak Ivan,
anda sudah "dipanas-panasi" oleh 2 orang untuk juga segera 
  mencoba 64 
bit .....he..... he....... ......

ini sedikit 
  ref :
http://setijoagus. wordpress. com/2009/ 02/16/install- oracle-11g- 1/
http://setijoagus. wordpress. com/2009/ 02/16/install- oracle-11g- 64-bit-2/
http://setijoagus. wordpress. com/2009/ 02/16/install- oracle-11g- 64-bit-3/
http://setijoagus. wordpress. com/2009/ 01/02/install- oracle-11g- rac-64-bit/
http://setijoagus. wordpress. com/2008/ 12/01/maximum- sga-oracle- 11g-64-bit- 
centos-52- 64-bit-2/
http://setijoagus. wordpress. com/2008/ 10/28/maximum- sga-oracle- 11g-64-bit- 
centos-52- 64-bit/

salam

Subekti 
  Pranoto wrote:
>
> pa ivan,
> 
> just for your note: 
  implemen big SGA itu sulit lho...
> 
> Lab 1:
> server 
  branded, memory 8GB, install centos 5.2 32 bit, oracle 10g r2 
> 32 bit. 
  saya coba naikan pelan-pelan ( step by step maksudnya) memory 
> SGA. 
  saya mulai dr 1024 MB, sampai akhirnya mentok di ukuran memory 
> 2048 
  MB (2 GB, precisely). dengan step by step dr http://www.puschitz 
> .com/TuningLinux 
  ForOracle. shtml 
> <http://www.puschitz .com/TuningLinux ForOracle. shtml>, 
  tetap tidak ada 
> tambahan memory yang bisa dipakai SGA. ndak tahu ada 
  kurang dimana, 
> memang kelihatannya ada step yg belum terdokumentasi 
  kelihatannya. ini 
> sekaligus menjawab keraguan memory SGA max 1,8 
  GB.
> 
> Lab 2:
> server branded, saya install centos 5.2 
  x86_64, oracle 10g r2 x86_64 
> (x86_64 support aplikasi 32 bit dan 64 
  bit), memory fisik cuma 4 GB. 
> pada prakteknya, memry SGA bisa saya 
  naikan mulai dari 1024 MB, sampai 
> 3072 MB (3 GB, precisely). no 
  tuning needed !!. server ini akhirnya 
> kami gunakan sebagai 
  development.
> 
> my opinion and conclution:
> pakai x86_64 
  aja langsung jika ingin big memory SGA, no paint 
> configuration. so 
  far saya hanya pakai oracle sebagai database, belum 
> configure untuk 
  lainnya.
> 
> btw, apakah server bapak sudah pakai memory 32 
  GB???? eman pak jika 
> hanya digunakan cuma 2 GB saja.
> 
> 
  regard,
> subekti
> 
>
> ----- Original Message 
  -----
> *From:* Ivan Wahyudi <mailto:ivan...@yahoo. com>
> *To:* 
  oracle-coretech- surabaya@ yahoogroups. com
> 
  <mailto:oracle-coretech- surabaya@ yahoogroups. com>
> 
  *Sent:* Monday, March 16, 2009 5:35 PM
> *Subject:* Re: 
  [oracle-coretech- surabaya] Big SGA (> 4 G)
>
> Pak 
  Setijo
>
> Iya pak, Oracle mensuport untuk big SGA. Jujur sampai 
  detik ini
> saya belum mencoba implement big SGA ini, tetapi dalam waktu 
  dekat
> akan saya coba execute.
> mau tidak mau kami harus 
  menggunakan big SGA krn kondisi DB kami
> saat ini memang 
  membutuhkannya.
> Eman kan pak, jika mem Server bisa sampe 32 G tetapi 
  Database
> hanya mampu max 2G (1.8 deh kayae).
>
> Saya juga 
  menggunakan 32 bit, dan jika tidak salah VLM ini memang
> untuk system 
  32bit. lebih lengkap ada di Note berikut :*260152.1*
> 
  (metalink).
>
> yang udah expert di VLM mungkin bisa di share.. 
  :)
>
> Regards,
> ~Ivan~
>
>
> --- Pada 
  *Sab, 14/3/09, Subekti Pranoto /<sub3...@gmail. com>/*
> 
  menulis:
>
>
> Dari: Subekti Pranoto <sub3...@gmail. com>
> 
  Topik: Re: [oracle-coretech- surabaya] Big SGA (> 4 G)
> Kepada: 
  oracle-coretech- surabaya@ yahoogroups. com
> 
  Tanggal: Sabtu, 14 Maret, 2009, 5:28 PM
>
> saluuutt....
> 
  good statement buat pak ivan serta good analisa dari pak setijo.
> 
  
> note:
> ------------ --------- --------- --------- --------- 
  ---------
> --------- --------- --------- --------- -
> http://www.puschitz .com/TuningLinux ForOracle. 
  shtml
> <http://www.puschitz .com/TuningLinux ForOracle. shtml>
> 
  
> Starting with Oracle9i Release 2 the SGA can theoretically be
> 
  increased to about 62 GB (depending on block size) on a 32-bit
> system 
  with 64 GB RAM. A processor feature called Page Address
> Extension 
  (PAE) provides the capability of physically
> addressing 64 GB of RAM. 
  However, it does not enable a process
> or program to address more than 
  4GB directly or have a virtual
> address space larger than 4GB. Hence, a 
  process cannot attach
> to shared memory directly if it has a size of 
  4GB or more. To
> address this issue, a shared memory filesystem 
  (memory-based
> filesystem) can be created which can be as large as 
  the
> maximum allowable virtual memory supported by the kernel. 
  With
> a shared memory filesystem processes can dynamically attach 
  to
> regions of the filesystem allowing applications like Oracle 
  to
> have virtually a much larger shared memory on 32-bit 
  systems.
> /This is not an issue on 64-bit systems./
>
> For 
  Oracle to use a shared memory filesystem, a feature called
> Very Large 
  Memory (VLM) must be enabled. VLM moves the
> database buffer cache part 
  of the SGA from the System V shared
> memory to the shared memory 
  filesystem. It is still considered
> one large SGA but it consists now 
  of two different OS shared
> memory entities. It is noteworthy to say 
  that VLM uses 512MB
> of the non-buffer cache SGA to manage VLM. This 
  memory area is
> needed for mapping the indirect data buffers (shared 
  memory
> filesystem buffers) into the process address space since 
  a
> process cannot attach to more than 4GB directly on a 32-bit
> 
  system. For example, if the non-buffer cache SGA is 2.5 GB,
> then you 
  will only have 2 GB of non-buffer cache SGA for
> shared pool, large 
  pool, and redo log buffer since 512MB is
> used for managing VLM. If the 
  buffer cache is less than 512
> MB, then the init.ora parameter 
  VLM_WINDOW_SIZE must be
> changed to reflect the size of the database 
  buffer cache.
> However, it is not recommended to use VLM if 
  db_block_buffers
> is not greater than 512MB
> ------------ 
  --------- --------- --------- --------- ---------
> --------- --------- 
  --------- --------- -
> 
> menurut link diatas, sampai dengan 
  oracle 10g R1 dan RHEL 4,
> memory SGA yg di support x86 (32 bit) adalah 
  maksimal 62 GB.
> effort menaikan ini pun sangat susah (bukannya tidak 
  bisa lho,
> karena bisa memakai file-base-memory: sesuai 
  keterangan
> diatas). cara paling mudah tanpa susah-susah untuk memakai 
  SGA
> > 4GB yaitu memakai system 64 bit.
> 
> pengalaman 
  saya, menaikan SGA pada system 32 bit, hanya bisa
> sampai 2 GB (oracle 
  10g R2, centos 5.2 / RHEL 5 update 2).
> dengan memakai 64 bit (Oracle 
  10g R2 64 bit dan Centos 5.2
> x86_64), maka didapatkan memory SGA 4 GB 
  (bahkan saya yakin
> bisa lebih, cuma terbentur memory server saya: ndak 
  ada buat
> ditambahkan he..he..he.. ). setup SGA 4 GB di system 64 
  bit
> juga mudah.
> 
> regard,
> subekti
> ym!: 
  sub3xt1
> 
>
> ----- Original Message -----
> *From:* 
  Setijo Agus </mc/compose? to=setijo@ ptubs.com>
> 
  *To:* oracle-coretech- surabaya@ yahoogroups. . com
> </mc/compose? to=oracle- coretech- surabaya@ yahoogroups. com>
> 
  *Sent:* Saturday, March 14, 2009 2:10 PM
> *Subject:* [oracle-coretech- 
  surabaya] Big SGA (> 4 G)
>
> Ada yang bisa bantu saya 
  menggunakan Big SGA (> 4 G) ?
>
> saya kutip email 
  dengan
> subject : Re: [oracle-coretech- surabaya] Masalah 
  setting
> Oracle..
> email : ivan...@yahoo. com </mc/compose? to=ivan43x@ yahoo.com>
>
> 
  5. Jumlah SGA harus cukup untuk mengakomodasi kebutuhan
> mem. 
  DB.
> Jika ingin menggunakan Big SGA (> 4 G), maka anda hrs 
  set
> VLM dan untuk
> hal ini silahkan berkoordinasi dgn Admin 
  Server.
>
> apakah ini berarti oracle dpt disetup Big SGA (> 4 
  G),
> walaupun mesin &
> oracle masih 32 bit ?
> kalau 
  bisa caranya bagaimana ? di O/S apa ?, Oracle versi
> berapa 
  ?
>
> terima kasih sebelumnya
>
> -- 
> 
  ============ ========= ========= =
> gold jewelry manufacture
> 
  UBSGOLD.COM
> UNIVERSE OF GOLD
> UNTUNG BERSAMA SEJAHTERA
> 
  ============ ========= ========= =
>
>
> 
  ------------ --------- --------- --------- --------- --------- -
> 
  Coba Yahoo! Messenger 9.0 baru
> <http://sg.rd. yahoo.com/ sg/messenger/ maxwell/* http://id. messenger. 
> yahoo.com/>Akhirnya
> 
  datang juga!
>
> 

-- 
  
============ ========= ========= =
gold jewelry 
  manufacture
UBSGOLD.COM
UNIVERSE OF GOLD
UNTUNG BERSAMA 
  SEJAHTERA
============ ========= ========= =



 

      

    
    
        
         
        
        








        


        
        


      Berbagi video sambil chatting dengan teman di Messenger. Sekarang bisa 
dengan Yahoo! Messenger baru. http://id.messenger.yahoo.com

Kirim email ke