Observability of the Java Virtual Machine

-
Image
The JVM is one of the most observable runtimes. It provides us lots of tools for troubleshooting a JVM application in production. 1. Thread observability Threads are how the JVM actually does work. When something is wrong in production, the symptom is almost always a thread: stopped, blocked, leaking etc. Thread dumps work on any JVM with no  instrumentation, no agents, no restarts. <Example project link with /threaddump endpoint>         // (1) Deadlock — two threads grab the same pair of locks in opposite order.         new Thread(() -> grab(LOCK_A, LOCK_B), "deadlock-A-then-B").start();         new Thread(() -> grab(LOCK_B, LOCK_A), "deadlock-B-then-A").start(); http://localhost:8080/actuator/threaddump To list the JVMS, we can use the command below. PS C:\observe-jvm> jps -lv 25296 jdk.jcmd/sun.tools.jps.Jps -Dapplication.home=C:\Program Files\Microsoft\jdk-21.0.3.9-hotspot -Xms8m -Djdk.module.main=...
Post a Comment

ANT ve Yazılım Projelerinin İnşası

-
Günümüzde kurumsal uygulamalar geliştirilirken yinelemeli (iterative) yöntemler kullanılıyor. Yani projenin geliştirme takvimi, yineleme (iterasyon) denilen kısımlara ayrılıyor ve her yinelemede çalışabilen bir ürünün çıkarılması hedefleniyor. Kaynak kod kontrol sistemleri (CVS, Subversion, Clearcase, Visual SourceSafe gibi) projenin kodlarını bir makinede saklarken, bir yandan da bu kodlardan ürün elde etmek için gereken işlemler düzenli olarak yapılıyor. Örneğin Java ortamına ilişkin bir ağ (web) uygulaması söz konusu ise, elde etmek istediğimiz ürün bir WAR dosyası olabilir. Microsoft geliştirme ortamında da genellikle Visual Studio üzerinden düzenli olarak "build" komutunu çalıştırıyoruz. Aynı şekilde "Build Solution", "Clean Solution" gibi komutlar çalıştırıyoruz. Burada Visual Studio ne yapıyor?

Ant ve NAnt kütüphaneleri, her türlü projeyi inşa ederken yapılması gereken derleme, dosya kopyalama, dosya/dizin silme gibi işlemleri kolay bir biçimde tanımlamamıza olanak sağlamaktadır.

Ant'in kurulumu


Aşağıdaki siteden Ant aracını indirebiliriz:

http://ant.apache.org/

İndirdiğimiz paketin içinde yer alan “bin” dizinini PATH ortam değişkenine ekledikten sonra komut satırından aşağıdaki komutu yazarak aracın çalışıp çalışmadığını kontrol edebiliriz:

ant -version

Konsolda şöyle bir mesaj görüyorsak Ant çalışıyor demektir:
Apache Ant version 1.7.0 compiled on December 13 2006

İnşa Dosyası


Komut satırından aşağıdaki komutu yazdığımızda inşa işlemini başlatmış oluruz:
ant
Konsolda şöyle bir mesaj göreceğiz:
build.xml does not exist!

Burada sözü edilen build.xml dosyası, inşa sürecinde yapılacak işlemlerin tanımlandığı dosyadır. Basit bir projede tek bir build.xml dosyası olabilir. Fakat, birden fazla projeden oluşan büyük uygulamalarda birden fazla build.xml dosyası kullanılabilir.

Örnek bir build dosyası aşağıdaki gibidir:

< ?xml version="1.0" ? >
< name="ourproject" default="deploy">
< name="init">
< dir="build/classes">
< dir="dist">
< /target >
< name="compile" depends="init">
< javac srcdir="src"
destdir="build/classes"/ >
< /target >
< /project >


Birçok birleşik geliştirme ortamı (Integrated Development Environment - IDE) Ant kullanımını desteklemektedir. Örneğin Eclipse'de “Mevcut inşa dosyasından proje oluştur” seçeneği mevcuttur. Netbeans ortamında ise inşa işlemi için arka planda Ant kullanılmaktadır.

Microsoft .NET geliştirme ortamı için NAnt aracı kullanılabilir. .NET ortamında genellikle inşa işlemi için Visual Studio kullanılmakta fakat NAnt gibi araçları inceleyerek bu süreçte neler gerçekleştiği üzerinde durabilir ve inşa işlemini özelleştirebiliriz.

Java tarafında Maven aracı da oldukça yaygınlaşmış durumda. Projeleri Ant ile inşa etmek, inşa işleminin nasıl yapılacağını manuel olarak tanımlamayı gerektirirken, Maven için durum biraz farklı. Maven kullanıyorsak, önceden tanımlanmış yapılardan birisini seçerek projemizi o yapıya uygun olarak şekillendirmeliyiz. Maven aracında, bağımlı olduğumuz kütüphaneleri bildirdiğimiz "pom.xml" dosyasının kullanımı son derece rahat.

Comments

Post a Comment

Popular posts from this blog

The WeakReference class, monitoring memory leak and garbage collection in a Java application

-
Image
 Below is a Stack implementation that uses an internal resizeable array structure.  public class MyStack< T > implements Stack< T > { private static final int CAPACITY = 100 ; private Object[] array ; private int pos = 0 ; public MyStack () { this . array = new Object[ CAPACITY ] ; } @Override public void push ( T item) { if ( pos >= array . length / 2 ) { Object[] newArray = new Object[ pos * 2 ] ; System. arraycopy ( array , 0 , newArray , 0 , array . length ) ; array = newArray ; } array [ pos ++] = item ; } @Override public T pop () { if (isEmpty()) { throw new RuntimeException( "empty stack" ) ; } @SuppressWarnings ( "unchecked" ) T item = ( T ) array [ pos - 1 ] ; pos -= 1 ; return item ; } @Override @SuppressWarnings ( "unchecked" ) public T peek...
Read more

Simplescalar Simulator - Part 2: sim-outorder.c

-
sim-outorder implements a very detailed out-of-order issue superscalar processor with a two-level memory system and speculative execution support. This simulator is a performance simulator, tracking the latency of all pipeline operations. Let's have a look at SimpleScalar simulator's code related to iTLB. (Instruction Translation Lookaside Buffer) First, there are simulator options related to iTLB: /* register simulator-specific options */ void sim_reg_options(struct opt_odb_t *odb) { /* TLB options */ opt_reg_string(odb, "-tlb:itlb", "instruction TLB config, i.e., { |none}", &itlb_opt, "itlb:16:4096:4:l", /* print */TRUE, NULL); opt_reg_int(odb, "-tlb:lat", "inst/data TLB miss latency (in cycles)", &tlb_miss_lat, /* default */30, /* print */TRUE, /* format */NULL); } /* check simulator-specific option values */ void  sim_check_options(... ) { /* sim-outorder.c  line: 1098*/   /* u...
Read more

Notes on Java Performance

-
Performance monitoring, performance profiling and performance tuning are different activities. For example, monitoring is not an intrusive action but profiling is. Because it may be changing the responsiveness of the running application. User CPU utilization vs Kernel CPU utilization: The ideal situation is when Kernel CPU utilization is 0%. So ideally, all the CPU cycles must be spent on our application code. JVM just in time compiler performs dynamic optimizations. So it makes decisions while the program is running and generates native code with better performance. Java 1.0 was completely interpreted but beginning with Java 1.1.8, there was a just-in-time compiler. It was 8 times faster. After that, paralellizing the garbage collector was a huge improvement. There are hundreds of Java tuning flags. https://github.com/ScottOaks/JavaPerformanceTuning Boolean flags use this syntax: -XX:+FlagName enables the flag, and -XX:-FlagName disables the flag. 32 BIT VS 64 BIT Fr...
Read more