Hibernate Performans Testi

0

malkocoglu_2
12 Ocak 2005 , 1 dakika okuma süresi

Java dünyasnın sevilen aracı Hibernate hakkında bir performans testi gerçekleştirildi. Bu yeni teknolojiyi, yerini almaya talip olduğu eski veri erişim teknolisi JDBC ile kafa kafaya yarıştırdık. İlk sonuçlar gelecek vaad edici gözüküyor. Önbellek kulanımı, kullanım rahatlığı açısından geleceğin araryüzü olmaya talip Hibernate, bu sınavdan yüzünüm akıyla çıktı gibi gözüküyor.

Detaylar için

http://www.bilgidata.com/pdfs//hibernateperftest.pdf

Editörün notu: Bu belge de LaTeX ile yazılmış, bu bir tesadüf olamaz! ;-)

java

Google plus

Görüşler

0

malkocoglu_2
yaklaşık 20 yıl önce

||Editörün notu: Bu belge de LaTeX ile yazılmış, bu
||bir tesadüf olamaz! ;-) "

:)

0

Ulath
yaklaşık 20 yıl önce

Öncelikle herkese merhaba,
Açık kaynak kodlu(open source) bir projenin, arkasında onlarca büyük firmanın bulunduğu yazılımlarla testlerde kafa kafaya yarışması bize gerçekten gurur veriyor.
Yeni bir projeye başlıyacağım bir önceki projemde olduğu gibi yine veri erişimi için hibernate kullanmayı düşünüyorum. Ama hibernate'ın sayfasında sürüm 3.0'ın artık metadata annotiations kullanacağı(eskiden XML veya XDoclet kullanıyodu) yazıyor, aynı J2EE 3.0 gibi (J2EE'in çıkışı 2006'nın ilk çeyreği olarak anons edildi). Bu başlık altında arkadaşlardan fikir almak istiyorum. Projede JSF,Session bean'ler, hibernate vs. kullanılacak. Hibernate 2.x'i kullansam sonradan yeni versiyonuna(3.0'a) geçirirken sorun yaşarmıyım? Kısacası nasıl davranmalıyım?

0

malkocoglu_2
yaklaşık 20 yıl önce

Evet, Gav. King'e gore Hibernate kullanicilari POJO'larin icine annoations koyarak XDoclet uzerinden esleme dosyasi uretmeye oldukca isinmislar. Bu arkadaslar icin Hib. 3.0 guzel bir yolun devami olacak. Bence Hibernate'i 2.1 son haliyle de kullanima hazir, son surumu 2.1.c.

Evet, Hib. 3.0, 2.1 ile geri uyumlu olacak.

0

malkocoglu_2
yaklaşık 20 yıl önce

2.1.7.c demek istemistim.

0

ahmetaa
yaklaşık 20 yıl önce

Bir Hibernate kullanicisi olarak Turkce bu konuda yazilmis ender yazilardan oldugu icin yazari tebik ediyorum. Bununla birlikte yapilan testin ne yazik ki "mikro benchmark" sinifindan cikamadigini dusunuyorum. yani sadece iki talo ve tek tip sorgu yapmak yerine daha karmasik ve farkli ilisklier iceren nesne modellerine dayali bir veri tabaninda farkli turden sorgulari da icerseydi cok daha guzel olurdu.
Ayrica, Normalde Hibernate kendi icinde otomatikolarak 2.katman bellek cebi tasiyor (ECache), JBoss treeCahce yada OSCache kullanmadan dogrudan Hibernate ile yapilan test ne yazik ki dokumanda yer almiyor.
Gene de tesekkur eder, devamini gormeyi dilerim.

0

malkocoglu_2
yaklaşık 20 yıl önce

Merhaba; ileride daha ciddi yuklerden gelen rakamlari goreceksiniz. EHCache'in kullanilmamasinin bir sebebi var, ehcache dagitik (distributed) bir onbellek paketi degildir, ve teknik liderler ve programcilarin kafasindaki en buyuk soru, benim gozlemledigim kadariyla, "hangi dagitik onbellegi kullanmaliyim" sorusudur. Oncelikle bu soruya cevap verilmeliydi, yani OSCache'mi, TreeCache'mi sorusu.

Ayrica, Hibernate "normalde" "butun" 2. katman onbellekleri tasimaktadir. ehcache, oscache, treecache'in jarlari hibernate lib/ dagitiminin altindadir. Eger XML esleme (mapping) dosyalarinda
caching yontemi olarak read-only, read-write, vs,vs tanimlar, ve hibernate config dosyanizda onbellek yontemini secerseniz, "normalde" kullandiginiz onbellek o olmus olur.

0

ahmetaa
yaklaşık 20 yıl önce

Selamlar.
Acikcasi Hibernate kullaniminin illaki dagitik bir sistem gerektirdigini , hatta yaygin olarak dagitik olmayan sistemelrde kullanildigini saniyorum. Bir de OSCache'nin dagitik olduguna dair bir bilgiye rastlamadim.
http://www.hibernate.org/hib_docs/reference/en/html/performance.html#performance-cache
Saygilar

0

malkocoglu_2
yaklaşık 20 yıl önce

OSCache dagitiktir.

Hibernate, bizim gibi kurumsal yazilimci/danisman kulturune gokten zembille inmis bir aractir, ve bu cenah, genellikle e-ticaret, B2B gibi servis bazli sistemler uzerinde calismaktadir. Bu sistemlerin de yuksek oranda ayakta kalabilmesi (high availability), ve birden fazla JBoss/WebLogic/vs arasindaki makinalar arasinda istek (request) yukunu dagitabilmesi (load balancing) bekleniyor. G. King bu yuzden kitabinda bir bolumu bu konuya ayirdi. Bu yuzden bizim eski danisman silah arkadaslari Hibenate'e bakar bakmaz hemen "dagitik onbellek ne alemde" gibi sorular soruyorlar, hatta bazilari illa ki ticari birseyler olsun diye (bazilari kendini boyle daha rahat hissediyor), OSCache ve TreeCache'i begenmeyip, ticari dagitik onbellek paketlerine bakmaktaydilar, fakat daha resmi olarak gecis yapani duymadim.

Yani, anahtar kelime: Dagitik.

0

malkocoglu_2
yaklaşık 20 yıl önce

VE: Bir diger oncelik te Hibernate'i JDBC ile acele bir kapistirmak idi. Bulununan seyleri, hangi seviyede olursa olsun, paylasma taraftariyim, ki bu dokumanin ayri bir yan urunu, referanslarda verilen Java test altyapisidir. Bu altyapi JBoss uzerinde calisiyor, ve yeni projeye baslayanlar icin bir cekirdek/iskelet gelistirme ortami da olusturabilir. Aslinda yayinlama/yayinlamama konusunda benim de beklemek istedigim bir an oldu, fakat acilen bir seylerin sirkulasyona girmesini istedigim icin, yayinlamaya karar verdim.

Bundan sonra gelecek olan test, dagitik JBoss uzerinden (2 process) dagitik onbellek (treecache) kullanimi olacak. Bu test Solaris uzerinde planlandi ve JVM'lere mumkun oldugu kadar fazla kaynak (resource) vermemiz mumkun. Ayni dokumana daha fazla veri koymus olacagiz, tabii yeni rakamlara gore yorum da degisebilir.

Katkilar icin tesekkurler.

Görüş belirtmek için giriş yapın...

İlgili Yazılar

Java Teknolojileri Kongresi

anonim
9 Haziran 2005, 1 dakika okuma süresi

Java Teknolojileri Derneği tarafından bu yıl Türkiyede ilk kez düzenlenen Java Teknolojileri Kongresi, 18 Haziran 2005 Cumartesi günü Bilgi Üniversitesinin ev sahipliğinde gerçekleşecek. Java Her yerde sloganıyla yapılan etkinlikte, Java teknolojisindeki yenilikler, Java araçları, geleceği, platform bağımsızlığı, teknoloji firmalarıyla ilişkileri ele alınacak.

JKP - Bölüm 6

upux
11 Nisan 2002, 1 dakika okuma süresi

Java Kitap Projesinde Bölüm-6 yayınlanmıştır
Bölüm-6 da ki konu başlıkları

Polimorfizm
Geç bağlama (late binding)
Final ve Geç bağlama
Neden Polimorfizm ?
Genişletilebilirlik (Extensibility)
Soyut sınıflar ve metodlar (Abstract classes and Methods )
Niye soyut sınıf ve metodlara ihtiyaç duyarız ?
Yapılandırıcılar içersindeki ilginç durumlar
Kalıtım ve Yukarı doğru çevirim (Upcasting)
Aşağıya doğru çevirim (Downcasting)
www.riskturk.com/java

IBM SDK Java 6 Sürümü

dkoksal
12 Mayıs 2007, 3 dakika okuma süresi

IBM yazılım geliştirme ekibi Java 6 versiyonu JDK larının ilk versiyonunu sitelerinden duyurarak Java kullanıcı ve geliştiricilerinin hizmetine sundular. Adıda IBM Early Release Program - IBM SDK for Java Version 6 oldu..

Java SE 6 çıktı

bozokhun
11 Aralık 2006, 1 dakika okuma süresi

Uzun süredir beklenen Java SE 6 sonunda çıktı. Bir çok yeni özelliğin yanısıra performans artışlarıyla da gündemde olan Java SE 6'yı NetBeans 5.5 ile beraber indirebilirsiniz.

Java Kitap Projesi / Bölüm-8

anonim
29 Mayıs 2002, 1 dakika okuma süresi

Selamlar ;

JKP projesinde Bölum-8 tamamlanmıştır. İçerdiği konular asağıdaki gibidir :

Yazim yanlışlarını, örneklerde oluşmuş olabilecek olan hataları veya fikirlerinizi lutfen bildirin.
Adres : http://www.riskturk.com/java

Saygılar, Altug B. Altıntaş