Hibernate Performans Testi

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! ;-)

Görüşler

malkocoglu_2
19 yıl önce

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

:)

Ulath
19 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?

malkocoglu_2
19 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.

malkocoglu_2
19 yıl önce

2.1.7.c demek istemistim.

ahmetaa
19 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.

malkocoglu_2
19 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.

ahmetaa
19 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

malkocoglu_2
19 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.

malkocoglu_2
19 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

Sıkı Dur Mono, Harmony Geliyor...

anonim
9 Mayıs 2005, 1 dakika okuma süresi

Flame yaratmak için söylemiyorum ama şu an için önemli projelerde kullanılabilecek özgür bir j2se veya j2ee gerçekleştirimi (implemantasyonu) ne yazikki yok. Var olan bazı özgür jvm ve derleyiciler gerçekten başarılı işler yapsada, henüz profesyonel anlamda tercih edilebilir durumda değiller.

JBuilder'ın Kodları Açılmıyor

freethings
19 Mayıs 2005, 1 dakika okuma süresi

Geçtiğimiz günlerde Borland'dan bir bilgi verilmemesine karşın TheRegister.com'da geçen, Borland JBuilder'ın kaynak kodlarının açılacağı haberi, Borland tarafından doğrulanmadı.

JSF ve Olay Yakalayıcılar

anonim
2 Aralık 2005, 3 dakika okuma süresi

Bir süredir JSF olay yakalayıcılar (event listeners) ile ilgili aklıma takılan bir soru vardı. JSF gibi tamamen sunucu taraflı olduğu idda edilen bir teknolojide olay yakalama işlemi nasıl gerçekleşiyordu? Bu durum kullanıcı tarafın da javascript kullanımı gerektirir miydi? Eğer gerektiriyorsa o zaman nerde kaldı tamamen sunucu taraflı uygulama geliştirme konsepti?

Sonuç olarak bu soruya j2ee-tr listesinde Bora Güngören'in verdiği yanıtları derleyerek kısa bir bilgi notu oluşturdum. Faydalı olması dileğiyle...

Java Kodları İçin Arama Motoru

anonim
9 Ekim 2004, 2 dakika okuma süresi

Projenizi tamamlamak için eksik olan Java kodunu bulamadınız mı? turk.internet.com'daki habere göre, IBM, Berkeley Üniversitesi ile birlikte Java geliştiriciler için, en küçük kodların bile yer alacağı bir arama motoru geliştiriyor. Beta testindeki çalışmanın, bu yıl sonuna kadar tamamlanacağı bildiriliyor.

J2EE Yahoo Gurubu - J2EE-tr

malkocoglu_3
14 Temmuz 2005, 1 dakika okuma süresi

J2EE ve servis tarafı Java konuları hakkında konuşmak/tartışmak için J2EE-tr adlı yeni bir Yahoo gurubu başlattık. İlgili olanlar ekteki adresten guruba erişebilirler. Gurupta JMS, EJB, RMI, JBoss, Struts, Hibernate konularında yazılar olacak, ayrıca yazılım mimarileri, test etmek (JUnit), Extreme Programming gibi konular da işlenecek, sorular cevaplanacak.