Search Results for: yorum

Java Yavaş mı? : Java’nın Performansı Üzerine – V (Binnur ve Yaşar’ın Yorumları)

Java ,

Bir önceki yazıda, bu günlüğü takip eden C++ severlerin, C++’ın performans ölçümleriyle ilgili olarak yaptığı itirazlar üzerine, benim ve C++ uzmanı bir arkadaşımın yaptığı yeni ölçümleri yayınlamıştım. Bu son yazıya bilgin ve yetkin arkadaşım Binnur da yorumda bulundu. Bu seriden daha önce yayınlanmış bir başka yazıya yine bilgin ve yetkin bir başka arkadaşım Yaşar da yorumuyla katkıda bulunmuştu. Ben bu yorumları bu yazıda bir araya getirip size topluca sunmak istedim.

 

Binnur’un Java Yavaş mı? : Java’nın Performansı Üzerine – IV yazısına yorumları:

İlk yorumu:

1. Java kodunun başarımını jmh ile ölçmek daha doğru olurdu. Güzel bir haber: jmh, jdk 9’un içinden hazır çıkacak.
2. -O3 seçeneği ile derleyici kodu en iyiler ancak artık hata ayıklayamazsınız. Kullanılan en iyileme teknikleri durağan tekniklerdir. Derleyici kodun ancak durağan analizini yapabilir ve hızlandırmak için yapabilecekleri bu nedenle kısıtlıdır. Ancak java’da en iyileme kararları yürütme zamanında dinamik olarak verilir. JIT derleyici metodun tek şekilli, iki şekilli ya da çok şekilli olmasına göre değişik en iyileme tekniklerini uygulayabilir. Örneğin tek şekilli bir metodu inline edebilir. Bir metoduntek şekilli, iki şekilli ya da çok şekilli olması yürütme zamanında uygulamanın aldığı şekle göre zamanla değişen bir durumdur. C++’da derleyici virtual tanımlı metodun tek şekilli mi, iki şekilli mi yoksa çok şekilli mi olduğunu bilemez. Bu nedenle virtual tanımlı bir metodu her zaman virtual table üzerinden bağlamak zorundadır. Açıkçası bunu c++ geliştiricisi de bilemez, hatta kaliteli bir nesneye dayalı tasarımda bilmemelidir de. Bu JIT derleyicinin yapabildiklerine ilişkin basit bir örnek. Daha başka bir çok dinamik en iyileme tekniği bulunuyor.

Benim “Ben C++’ın da run-timeda performansını arttırıcı, senin dynamic iyileme (optimization) yapan yapıların geliştirildiğini okumuştum bir yerlerde. Senin bilgi var mıdır? Paylaşabilir misin?” şeklindeki sorum üzerine ikinci yorumu:

1. Profile guided optimization
https://msdn.microsoft.com/en-us/library/e7k32f4k.aspx
2. Burada Java’da yazılmış bir uygulamanın, C++’da yazılmış bir uygulama kadar hızlı koşabildiğini ve bazen de şartlar oluşursa daha hızlı koşabildiğini bilmek gerekir. Kötü bir algoritma seçimini, yanlış bir mimari kararı hangi dilde kodlarsanız kodlayın yavaştır.
3. Tüm popüler diller (Java, C#, Objective C gibi) altta LLVM kullanır: http://llvm.org
Debug jvm edinebilirseniz, LLVM IR’leri konsoldan okuyabilir ve neler olup bittiğini izleyebilirsiniz.
4. C++ tarafında derleyici olarak clang ve intel compiler’ın performansına bakabilirsiniz. Muhtemelen hem VS hem de gcc’den daha iyi sonuç verecektir. C++’da hızlandırma için daha çok eğer algoritma elverişli ise paralelleştirme çözümlerine bakmak gerekir: OpenMP, Cilk, CUDA, OpenCL.

Binnur’un daha önce yayınlamış olduğum Java’nın Performansı: Java Yavaş mı? başlıklı yazıya yaptığı yorumlar:

İlk yorumu:

Selam Akın,
Performans ile ilgili olarak C++ ve Java karşılaştırmanda, tam tersini düşünüyorum. Deneyimsiz C++ ve Java geliştiricisinin yazdığı iki uygulama için, Java uygulamasının daha yüksek başarımla çalışması beklenmelidir. C++11 soyutlama konusunda çok yol aldı. Üstelik seçimlik bir çöp toplayıcımız var. C++’ın dil olarak en üstün tarafı Template ve STL ile sağlanan üretken programlama. Her ikisinin de ortak problemi Heap. Birinde bellekten yer almak yavaş (c++), diğerinde temizlemesi. Java’nın en güçlü yönü, Java dilinin kendisi değil, uygulamaların üzerinde çalıştığı JVM. C++ derleyicisi en fazla durağan en iyileme yapıyor (-O3), Jvm ise devingen en iyileme yapıyor. Dolayısı ile yapabildikleri çok daha fazla.

İkinci yorumu:

Burada ironik bir durum var: JVM, C/C++’da yazılmıştır. Java başarımını bir ölçüde C’ye ve deneyimli C geliştiricilerine borçlu

Şimdi de Yaşar’ın yazdıklarına geçelim. Yaşar’ın bu seriden  Java Yavaş mı? : Java’nın Performansı Üzerine – II başlıklı yazıya yaptığı yorum.

Yazdığınız çok doğru. Ufak iki şey yumurtlayasım geldi ama:

1. “Yorumlanan” deyince, doğru, ama yorumlama bir ara seviyede oluyor. Yani, “bytecode” dediğimiz, aslında var olmayan bir makinanın (bir ara yaptılardı sanki ama) komutları (instruction) çalıştırılıyor. Yani, direkt olarak kaynak kod yorumlanmıyor. Çok bir şey farkedeceğinden değil; ancak tamamen yorumlanarak çalışan dillerde, bir derleme adımı olmuyor. Javada ise, işimize de gelen bir derleme adımı var ki, bizi belli açılardan vaktiyle hizaya sokuyor.
Yorum yazıya doğru gidiyor ama, şunu da belirtmek lazım: Dilin yorumlanması veya derlenmesi, bir gerçeklenme problemi. Mesela, Javascript’in tanımında “yorumlanan” lafı geçiyor. Ancak mesela V8 önce derlemeyi tercih ediyor.
2. “Java yavaş mı” sorusunun cevabı, biraz “hadeleyn” civarında. Gerçekten de bu sözlerin doğruluk payı taşıdığı zamanlar, geçen yüzyıldaydı.
Saf Java koduna karşı, saf C kodu durumunda, verdiğiniz örnekler durumu gösteriyor.
İlginçlik, enteresan donanımlarda çıkıyor ortaya. Mesela, GPU kullanımı meselesi var. Paralel veri parçaları üzerinde hesaplama ağırlıklı işler için, GPU, CPU’yu dövüyor. (Bitcoin mining ile uğraşan var mı?) Öyle bir mesele için, JVM içinde bir şey yapmak mümkün olmayabiliyor. Elbette bu tip şeyler için de Java projeleri var. Ancak nihayetinde birinin o “native code”u yazması gerekiyor bir noktada.
Java’nın bugün ulaştığı bu yüksek verimlilik de, yıllar içinde hem derleme optimizasyonları (JIT derlemeden bahsediyorum) hem de muhtelif platformlardaki JVM’lerin daha kaliteli ve altta yatan donanımı daha iyi kullanmasının eseri.
Bunu, zamanında C kodu içine assembler yazılması durumuna benzetiyorum. Linux’un ilk kernel kodlarında, bunlar bol miktarda vardı. Esas sebep, derleme için kullanılan (o zaman tek opsiyon) GCC’nin, o kadar da iyi optimizasyon yapamamasıydı. Modern GCC versiyonlarında, optimizasyonlar o kadar kudretli hale geldi ki, elle GCC’nin ürettiği koddan daha hızlı kod üretmek neredeyse imkansız hale geldi. Kernel kodundaki pek çok assembler kısmı da bu sebepten sökülüp atıldı.
Şimdi aynı vaziyet, Java için gerçekleşiyor. Yani, çok da şaşılacak bir durum yok aslında.

Binnur Kurt veYaşar Safkan’ın yazdıklarına bloglarından ve twitter hesaplarından ulaşabilirsiniz:

Okumak güzeldir. Bileni okumak daha güzeldir.

Bol okumalar 🙂

Toplam görüntülenme sayısı: 898

Spam Yorumlardan Korunma

Diğer , , ,

Blogumu acmamdan kısa bir süre sonra spammerların beni keşfetiklerini farkettim. Önce günde bir tane ile başlayan spam yorumlar kısa sürede günde 5-10 taneye kadar yükseldi. Artık bu konuya bir çözüm bulma zamanı gelmişti. Sonuçta kısa bir araştırmadan sonra, en hızlı iki çözümün .htaccess dosyasını edit etmekle Akismet plugını kullanmak olduğunu farkettim. Kullandığım servis sağlayısı Apache web sunucusunu kullanıyor. Ben de WordPress kullanıyorum. Dolayısıyla spam yorum gönderenleerin IP adreslerini .htaccess’de yasaklı olarak kaydettim. Bunun için buradan faydalanabilirsiniz. Ayrıca Akismet plugının kişisel kullanımlar için bedava olduğunu keşfettikten sonra http://akismet.com/ adresinden ücretsiz Akismet anahtarını alıp WordPress’e girdim. Şimdi bu önlemlerin en kadar etkili olduğunu gözlemleme zamanı…

Toplam görüntülenme sayısı: 973

Udemy Eğitimlerim Üzerine

Udemy Eğitimlerim Üzerine

Eğitim ve Seminer

Sevgili arkadaşlar,

Sıklıkla sizlerden, “eğitimlerin hangi sırayla takip edilmesi gerektiğini” ile ilgili sorular alıyorum. Bu sorunun daha genel ama Java’ya özel “Java’ya nasıl başlar ve ilerlerim” şeklinin cevabı “Java ile Nesne-Merkezli Programlamaya Giriş” eğitiminin “Java’ya Giriş” isimli 2. bölümündeki “Java’yı Öğrenmek” başlığı altında var ve bu bölümün tamamı herkese açık. Aslında bu konu ile ilgili olarak burada daha önce bir kaç yazı yayınladım. Bu yazılara buradan ulaşabilirsiniz. Fakat bu yazıların içeriğinin geneli hale geçerli olmakla birlikte detayda bazı kısımları aradan geçen zamana bağlı olarak, gelişen teknolojiler ve değişen eğilimlerden dolayı bir miktar, geçersiz demeyeyim ama alternatifli hale gelmiş olabilir. Örneğin web arayüzlerinin backend yerine JavaScript tabanlı tarayıcı istemcilerine kayması dolayısıyla Spring MVC ya da JSF yerine RESTful web servislerinin daha öne çıkması ya da ülkemizde Java EE yerine ezici çoğunlukla Spring’in tercih edilmesi gibi. Ama öte yandan dünyada hala Spring MVC, JSF ya da EJB kullanan tonla proje var.

Udemy’deki eğitimlerim noktasında ve daha güncel şekilde yine de bu sorunun cevabını kısaca burada açıklayayım:

Java’yı bilmiyor ve öğrenmek istiyorsanız ya da iyi-kötü bir şekilde biliyor, mesela işinizde kullanıyor ama teorisi ve pratiğiyle, nedeni ve nasılıyla, kitabi bir şekilde öğrenmek istiyorsanız kesinlikle Java ile Nesne-Merkezli Programlamaya Giriş ile başlamalısınız. Peki bilmenin kriteri nedir? Java’daki en temel konuları, hatta bir cümlede ifade edilen kuralları, örneğin “Tam sayı tiplerde varsayılan tip int’dir.” kuralını, nedeni ve nasılıyla birlikte bir lise öğrencisine anlatabilecek haldeyseniz o konuyu biliyorsunuzdur; aksi takdirde bilmiyorsunuzdur ve Java ile Nesne-Merkezli Programlamaya Giriş ile başlamalısınız. Dolayısıyla eğitimlerin içeriklerine bakıp, örnek içerikleri izleyip yukarıdaki kritere göre o eğitimi alıp almamaya karar verebilirsiniz.

Üniversite öğrencisiyseniz kesinlikle bu eğitim ile başlamalısınız. Bildiğinizi düşündüğünüz yerleri bile atlamadan çalışmalısınız. Çünkü bir programlama dilini iyi bir şekilde öğrenmek ülkemizde üniversitede başarılabilecek bir şey değil. Nitekim işinde bir kaç senedir Java kullandığını söyleyen pek çok arkadaşımız, bu eğitimde bilmediği ya da iyi anlamadığı pek çok şeyi öğrendiğini yorumlarda ifade ediyor.

Sonrasında Java ile Nesne-Merkezli ve Fonksiyonel Programlama ile devam ederek hem object-oriented programming yani OOP hem de functional programming yani FP kısımları yanında torbalar ya da sıra dışı durum yönetimi (collections, exception management) vs. konuları halletmelisiniz. Bu eğitimi bitirince Java SE’de iyi bir yere gelmişsiniz demektir. Java SE’nin JDBC ile veri tabanı iletişimi, threading, I/O vb. daha ileri konularını ya kendiniz artık rahatlıkla öğrenirsiniz ya da planladığım, henüz açılmamış olan “İleri Java” eğitimine devam edersiniz. Örneğin masaüstü uygulamalar için Java’da olan AWT, Swing ve daha modern bir yapı olarak JavaFX’i kendiniz daha rahat öğrenebilir neyi nerede bulacağınıza kendiniz karar verebilirsiniz.

Bundan sonra kurumsal projelerin olmazsa olmazı olan web teknolojilerine geçmeniz doğru olur. Modern zamanlarda web teknolojileri deyince akla gelen web servislerinin en sık kullanılan şekli olan RESTful web servislerini öğrenmeniz gerekir. Sonrasında da devam edilebilecek bir başka konu ise Spring frameworküdür. RESTful da olsa Spring de olsa her halükarda Java’nın 8 sürümü seviyesinde Java ile Nesne-Merkezli ve Fonksiyonel Programlama içeriğine hakim olmalısınız. Ben bu iki eğitimin tanıtım sayfasında da ilk derslerinde de ön şart anlamında Java ile Nesne-Merkezli ve Fonksiyonel Programlama ön şartını zikrediyorum. Planım Spring ve RESTful ile ilgili ileri konuları ele alan yeni eğitimleri de eklemek. Dolayısıyla şu anda var olan RESTful ve Spring eğitimlerinden sonra daha ileri olanlarına geçebilirsiniz.

Clean Code ve Design Patterns eğitimleri sadece Java developerlarına değil, Pyhon, C++, C#, vb. herhangi bir dilde, tecrübesi olan ve OOP ve iyi, kaliteli kod yazma yetkinliklerini artırmak isteyen herkese hitap ediyor. Bu iki eğitimden Clean Code daha giriş seviyesinde olup iyi bir OOP altyapısına sahip, örneğin Java ile Nesne-Merkezli ve Fonksiyonel Programlama‘da OOP ile ilgili kısımları özümsemiş kişiler alabilir. Design Patterns ise daha soyut ve karmaşıktır ve iyi anlamak için sadece iyi bir OOP altyapısına değil ama aynı zamanda ciddi bir iş tecrübesine ihtiyaç duyar, çünkü problemi anlamadan herhangi bir design pattern öğrenilemez. Dolayısıyla örneğin öğrenci arkadaşlarımızın, iş hayatına yeni başlamış developerların, Design Patterns yerine Clean Code‘a öncelik vermeleri yerinde olur.

Tabi burada ele aldığım senaryolar dışında pek çok farklı durum olabilir. Örneğin C++, C# ya da Python ile geliştirme yapan bir developer Java eğitimlerini alarak kendi geliştirme yaptığı dildeki OOP ve FP kısımlarını çok daha iyi anlar hale gelecektir. Bunu türden örnekleri, gerek yüz yüze gerek ise online eğitimlerde gördüm, Udemy’deki eğitimlerde bu yönde yorumlar da var. Örneğin benim Spring eğitimlerimi alan bir .NET uzmanı arkadaşımız var ve alternatif olarak neler geliştiriliyor, öğrenmek istiyorum diye aramızda bulunuyordu. Ya da Kotlin, Scala, Groovy gibi JVM dillerini öğrenmek isteyenler önce Java öğrenerek işe başlayabilirler çünkü bu diller Java ile beraber çok organik bir şekilde kullanabilir. Ya da bir başka arkadaşımız Android mobil dünyaya geçmek için Java eğitimlerini hatta sonrasındaki Clean Code ve Design Patterns eğitimlerini alabilir. Bir başkası Spring’e hiç girmeden saf Java EE içinde ilerleyebilir, RESTful’dan sonra belki eğitimlerini ileride paylaşabileceğim JPA, EJB vb. teknolojilere devam edebilir. (Ülkemizde Spring kullanımı ezici derecede yaygındır ama yurt dışında saf Java EE kullanımını da ciddi seviyelerdedir.)

Böyle pek çok çapraz ilerlemeler, hedeflerinize bağlı farklılıklar içeren öğrenme yolculukları olabilir. Ama aslolan temelleri iyi atmak, detayı öğrenirken nasıllığa takılıp kalmayıp, nedenliği de anlamak ve böylece yavaş yavaş büyük resmi de görmeye başlamaktır. Bu şekilde “ne iş olsa yaparım” paradigmasını kırıp, daha odaklı, hedefli, özelleşmiş yetkinliklere sahip developerlar olabilirsiniz.

Toplam görüntülenme sayısı: 5417

1 2 3 4 5 >»