Rails için yazılım geliştirme ortamı

Merhabalar,

Ne zamandır arkadaşlarım rails için yazılım geliştirme ortamı sorup duruyorlar, aslında ortada çok fazla alternatif olduğu için kafa karışıklığına neden olabiliyor.

Son (bir windows sunucu da host etmek zorunda olduğumuz) projem de redcar + jruby 1.6.3 + rails 3.0.9 + mysql >5 (arabirim olarak mysql workbench) ortamında yazılım geliştirme gerçekleştirdim.

Neden redcar;

  • Netbeans Build-in debugger’ı code-complete Özelliği ile tam bir editÖr ama 6.9.1’den sonra desteği yok.
  • Redcar’ın kısa yolları ve “snippet” lerine alışırsanız oldukça hızlı ve efektif şekilde uygulamanızı geliştirebilirsiniz.
  • Diğerlerini denemeyin bile :)

Neden MRI değil de jruby kullandığımı soracak olursanız, cevabı yukarıdaki parantez içerisinde yazdığım küçük cümlecikte saklı. Evet malesef rails için windows üzerinde yüksek TPS değerlerine erişebilecek bir sistem kurmak oldukça zor ve problemli. Bu nedenle jruby ile java‘nın bu getirilerinden faydalanmak istedim.

JRuby’nin bu gücünü kullanmak içinde bazı çalışmalarım oldu. GlassFish, Tomcat :) hatta IIS üzerinde koşturup, performans değerlerini inceledim. Tomcat ve IIS için pek olumlu konuşamayacağım, belki de ayarlarını tam yapamadığım için olabilir ama GlassFish gerçekten iyi bir performans grafiği çizdi. GlassFish’in tek kÖtü yanı çok büyük ve gereksiz birçok bileşen içermesi ama elbette bazı projelerin bu bileşenlere ihtiyacı olabilir, bu durumda tercih edilebilecek bir sunum ortamı olabilir.

Benim tercihim ise jetty oldu. jetty_rails adlı bir eklenti ile işler kolaylaşıyor fakat ne yazık ki eklenti oldukça eski bir sürüme ait bu nedenle bazı ufak tefek düzeltmeler yapmamız gerekiyor. Lafı çok uzattık bu düzeltmeleri daha sonra sizlerle paylaşırım.

Son sÖz olarak, rails uygulamanızı yazarken aşağıdaki maddeleri gÖz Önüne almanızı tavsiye ederim;

  • Rails uygulamanızı kendiniz host etmeyin.
  • Rails uygulamanızı gerçekten kendiniz host etmeyin.
  • Rails uygulamanızı Linux bir sunucuda host edin. Linux için zilyon tane başarılı alternatifi deneyebilirsiniz.
  • Rails uygulamanızı Windows sunucuda host etmeyin.
  • Rails uygulamanızı Windows sunucuda host etmeyin, gerçekten.
  • Rails uygulamanızı Windows üzerinde host etmek istiyorsanız, jruby uyumlu olmasına Özen gÖsterin. Host etmek istediğiniz zaman duruma gÖre glassFish veya jetty kullanabilirsiniz.

Kolay gelsin :)

Oracle 11g Cursor kullanımı

Merhabalar,

Geçenlerde Oracle 11g’de üç çeşit cursor’ın karşılaştırmalı performans sınamasını gerçekleştirdim. Aslında iş için gerekti ama fırsattan istifade sizlerle de paylaşmak istedim. Bu aralar aktif şekilde blog yazımı ile ilgilenmesem de buna benzer fırsatları değerlendirmek gerekli :)

3,629,848 adet kayıt için 11g’de performans değerleri aşağıdaki gibidir;

1- Cursor ve Bulk Collect (Open / Fetch Bulk limit 10000 / Close) ~2,5sn – belirlenmiş memory kullanımı.
Start:34.26.163863000 PM +03:00
End: 34.28.616085000 PM +03:00

2- Sadece Implicit (For) Cursor ~4,5sn – düşük memory kullanımı (1. maddenin limit 100 ile kullanımı kadar)
Start: 33.22.212231000 PM +03:00
End: 33.26.701057000 PM +03:00

3- Eski tarz (Open / Fetch / Close) Cursor ~50sn – çok düşük memory kullanımı
Start: 27.52.405369000 PM +03:00
End: 28.42.254359000 PM +03:00

1. madde ile 2. madde arasındaki fark tamamen “limit 10000” den kaynaklanıyor. 2. Madde için oracle sistemi varsayılan olarak 100 değerini kullanıyor. Bu nedenle 2.nin memory kullanımı 1.ye gÖre daha az olduğu yÖnünde genel bir kabul mevcut.

Kolay gelsin.

Continue reading…

Ruby ile Kyoto Cabinet – 5

Merhabalar,

Birkaç arkadaşım yazıları okuduktan sonra Kyoto Cabinet’in sorgu performansını merak etmiş. Bunun üzerine küçük bir çalışma ile sorgulama performanslarını sizlerle paylaşmak isterim.

Hemen sonuçları yazmakta fayda gÖrüyorum :)

MySQL üzerinden daha Önceki yazılarımda yer alan konfigurasyon ile (engine: Innodb, primary key üzerinden sorgulama yapılıyor.) 100 thread ile 1.000.000 kayit 48.56 sn’de sorgulanmıştır.

KyotoCabinet üzerinden daha Önceki yazılarımda yer alan konfigurasyon ile (engine: Hash, ek parametreler DB::OCREATE | DB::GCONCURRENT ve key üzerinden sorgulama yapılmıştır) 100 thread ile 1.000.000 kayit 4.54 sn’de sorgulanmıştır.

Şaka değil gerçek.
Continue reading…

Ruby ile KyotoCabinet – 4

Merhabalar,

Bir KyotoCabinet yazısına daha hoşgeldiniz. Bugün sizlerle MySql’in 100 thread üzerinden “insert” yetenekleri ile kyoto cabinet’inkileri birbirleriyle karşılaştıracağız. Peki bunu neden yapıyoruz, çünkü bir Önceki yazımızda tek thread üzerinden kyoto cabinet üzerine veri yazma işlemi mysql’a gÖre ~10 kat daha hızlı olduğunu gÖrdük.

Bu durum, tüm transactional tablolarımızı kyoto cabinet’e taşımamıza neden olmasa bile, yazılım geliştirirken kullandığımız bir çok “log” tablolarını taşımamızın kapısını aralar diye düşünüyorum. Yazılım geliştirirken bu kayıtları için bir log tablosuna veya dosyaya yazarız. Fakat dosyaya attığımız kayıtları tekrar okumak veya istediğimiz kayıda erişmek istediğimizde problemlerle karşılaştığımız için genelde “log” tablolarını tercih ederiz. İşte bu tercihlerimizde, eğer bu testten de başarı ile geçerse, log işlemleri için (hatta belki daha fazlası için) mysql yerine kullanılabilir.

Veya tecrübe ile sabit, web sistemlerinin session yÖnetimi ve loglaması için kullanılabilir. Aklınıza bir soru gelebilir, çünkü session tablosunda sorgu atmak için kullandığımız tek alan SessionId’dir. Yani ID üzerinden yapacağımız tüm işlemlerde bu veri tabanı yapılarının klasik veri tabanı yapılarına gÖre çok daha hızlı olduğunu unutmayalım.
Continue reading…

Ruby ile KyotoCabinet – 3

Merhabalar,

Bir Önceki yazımızda Ruby üzerinden KyotoCabinet’e 1.000.000 (1 milyon) veri girişini çok kısa bir sürede tamamlamıştık. Daha sonra içime bir kurt düştü, acaba mysql’de durum nasıldı? Yani aynı koşullar altında mysql veri tabanına 1.000.000 kayıdı kaç sn içerisinde yazabilecektim?

Makinanın Özelliklerini bir Önceki yazımızda vermiştim.

Bu işlemin testi için Öncelikle kendimize oldukça hızlı olduğuna inandığım, KyotoCabinet’in Ruby arabiriminde olduğu gibi C dili ile yazılmış MySQL/Ruby bir arabirim kütüphanesi buldum ve 2.8.2 versiyonunu kurdum. Bununla beraber MySQLClient versiyonunun 5.1.41 olduğunu sÖylemeliyim.

Daha sonra key, value tutacağımız bir veri tabanı oluşturdum. Öncelikle MyISAM motorunu kullanan bir tablo oluşturdum ve testlerimi bu tablo üzerinde yaptım.

CREATE TABLE `kyoto_cabinet`.`simple_table` (
  `key` CHAR(12) UNICODE NOT NULL,
  `value` CHAR(12) UNICODE NOT NULL,
  PRIMARY KEY (`key`)
)
ENGINE = MyISAM
CHARACTER SET utf8 COLLATE utf8_turkish_ci;

Continue reading…

Ruby ile KyotoCabinet – 2

Merhabalar,

Bir Önceki yazımıza kaldığımız yerden devam ediyoruz. Bu sefer Kyoto Cabinet’in insert (kayıt ekleme) performansını inceleyeceğiz.

Öncelikle bu bir performans çalışması olduğu için makinamın Özelliklerini verelim;
– 2 x AMD Athlon x64 3800+
– 2 G Ram
– Ubuntu 10.04 LTS
– FileSystem ext4
– Ruby 1.8.7 (2010-01-10 patchlevel 249)
– KyotoCabinet 1.2.2
– KyotoCabinet ruby kütüphanesi 1.14

En azından bu Özelliklerle yapılan bir test sizleri kodu kendi makinanıza alıp denemeniz için cezbedebilir. Sonuçta bir Önceki yazıdan kurulum işlemleri uygulayıp sonrasında aşağıda belirteceğim kod parçasını uygulayacaksınız. Sonuçları benimle paylaşabilirsiniz.

require 'kyotocabinet'
include KyotoCabinet

DB::process('subscribers.kch') { |db|
  # resmi sitede yer alan Örneklerde set_encoding olarak gÖsteriliyor fakat aslında tune_encoding olmalı.
  db.tune_encoding('utf-8')

  # Telco sektÖründe çalıştığımız için, numara bir MSISDN'e benziyor degil mi :)
  start_number = 905000000000

  start_time = Time.now
  puts "sira;gecen_sure;toplam_gecen_sure"
  100.times { |index|
    first_loop_start_time = Time.now
    10000.times {
      start_number += 1

      # Evet alt satirda KyotoCabinet üzerinde "Insert" islemi yapıyoruz.
      db[start_number] = start_number
    }
    loop_elapsed = Time.now.to_f - first_loop_start_time.to_f
    total_elapsed = Time.now.to_f - start_time.to_f
    puts index.to_s + ";" + loop_elapsed.to_s + ";" + total_elapsed.to_s
  }

  puts "1.000.000 kayit eklenmistir. Toplam süre: " + (Time.now.to_f - start_time.to_f).to_s
}

ruby kyoto_test01.rb > output.csv ile çalıştırırsanız çıktı dosyasını bir office programında açar ve performans analizinizi daha hızlı yapabilirsiniz. Unutmadan uygulamayı Netbeans veya Scite gibi editÖrlerin üzerinden çalıştırmayın toplamda benim makinamda 3 sn gibi fazlalıklara neden oldular.

İşte benim makinam üzerindeki sonuçların bir Özeti;
Continue reading…

Ruby ile KyotoCabinet

Merhabalar,

Uzun bir aradan sonra kendimde tekrar yazı yazabilecek enerjiyi bulabildim. Nasıl mı? Aslında ben de bilmiyorum. Yeni doğan kızım Nil (evet, artık benim bir kızım var, kendisi daha 22 günlük :) ) nedeniyle evde çok neşeli bir telaşımız var ama yine de bir cumartesi akşamı ben bu yazıyı yazabiliyorum.

Ayrıca bugünün cumartesi olması ve şu saatlerin de akşam olması ve artık bir kızımın olması nedeniyle ilk kez akşam gezintileri için “benden geçmiş” demek zorunda hissettim kendimi. :)

Neyse konumuza dÖnelim, konumuz Kyoto Cabinet‘in ruby’de kullanılması olacak. Öncelikle

Kyoto Cabinet nedir;
Aslında bilenler var ise Kyoto Cabinet, Tokyo Cabinet gibi, Memcache gibi yüksek performanslı non-relational (türkçe çevirisi için ‘ilişkisiz’ den daha iyi fikri olan sÖylesin) veri tabanı sistemidir. Limitleri oldukça yüksektir ve performans konusunda gerçekten dudaklarınızıda uçuklatabilir. Kesinlikle oracle, mysql veya postgre gibi relational (ilişkili) veri tabanı sistemleri ile kıyaslanmamadır. Bu elma ile armut kıyaslanması gibi olur.

Kyoto Cabinet aslında “Key” ve “Value” ikilisini bir veri tabanında (bir dosyada) tutmak ve yÖnetmek için yapılandırılmış bir kütüphanedir. Bir dosya üzerinde yer alan Key ve Value alanları farklı uzunluklara sahip ve farklı tiplere sahip olabilir. Ayrıca bu kayıtları B-Tree veya Hash olarak tutabilmektedir.

Peki hemen aklınıza bir soru gelebilir. Nedir bu B-Tree ve Hash denen arkadaşlar? Sayfaları ziyaret edin, kullanın Öğnenin diyorum başka da birşey demiyorum. Yaptığınız işe gÖre, kullanmanız gereken algoritmaya gÖre seçeceğiniz yapı yazılım performasını etkileyen en büyük unsur olacaktır. Ve malesef bunların bir tanesi hepsini dÖvmüyor/dÖvemiyor.

Hadi Kyoto Cabinet kuralım
0- Linux’da çalışıyor. Benim kullandığım ubuntu üzerinden kurulumu anlatacağım.
Continue reading…

Çizginin Dışındakiler

Geçtiğimiz günlerde Malcolm GLADWELL’in “Outliers” Çizginin Dışındakiler adlı kitabını okudum. Oldukça güzel ve hoş bir kitap olduğunu düşünüyorum bu nedenle sizler için, daha doğrusu sizlere kitabı satabilmek için :) bu yazıyı yazmaya karar verdim.

Genel Değerlendirme:
Yazılara tersten başlamak adetim değildir ama bu sefer bÖyle yapmak istedim. Genel değerlendirmem kitabın oldukça iyi olduğu yÖnünde. Özellikle yine son zamanlarda okuduğum bir diğer popüler kitap olan Martin Lindstrom’un Buyology adlı kitabı ile karşılaştırdığımda bir baş yapıt olduğunu sÖylemek herhangi bir sakınca gÖrmüyorum.
Aslında Outliers’da kolay bir kitap olmaktan çok uzak. Kitabın sonundaki yazarın kendi kritiğini yapması ve kitabın genel hatları insanda bazı karamsar duyguların oluşmasını sağlıyor. Tarih boyunca başarılı olmuş karakterlere birer mit olarak bakmaktansa yakınızda yer alan ve doğru zamanda doğru kararlar vermiş birer insan olarak gÖstermesi, başarıyı kâf dağından ayaklarımızın dibine getirebiliyor. Aynı zamanda bunu son derece mantıklı ve kanıtlara dayandırarak yapması, bunun mümkün olacağını belitiyor.
Yazar başarıyı ayaklarımızın dibine getirirken, diğer yandan fırsat ve zamanlama konusunda insanın elinde olmayan daha büyük bir güçün varlığına işaret ediyor ki işte o zaman daha da karamsarlığa kapılıyorsunuz.
Genel olarak başarının olmazsa olmaz maddeleri ile beraber bu maddeleri yapsanız dahi “niye çizginin dışındakiler kadar başarılı olamadığınızı” anlatan harika bir kitap.
Continue reading…

Spartacus Blood and Sand

Gerçekten iyi dizi, ilk bir-iki bÖlüm oldukça yavan geçiyor. biraz sabır sonrasında Spartacus ve arkadaşları entrikanın dibine vuruyorlar. Ezel’in Roma versiyonu.. hemde gereksiz uzatılmamış :)

1. sezonu tarafımca izlenmiş olup, dizinin “Öyle bÖyle değil” gerçekten çok sert gÖrüntüler içerdiğini sÖylemek isterim :) İzlenirken dikkatli olunması ve kadınların (Özellikle hamile), çocukların izlememesi gerekir diye düşünüyorum.

Bebek odası

Merhabalar,

Bebek odası dediğiniz şeyi hafife almayın, aldırmayın. Yanılırsın “yeğen” der Ramiz dayı. Bebek odasını doğumdan en az 2 ay Öncesinde eve gelecek şekilde hazırlıklarınızı yapın. Birkaç kez yıkayın silin tekrar yıkayın silin. Kokusu çıksın diyorlar ama 2 ay boyunca o bebek odasında ne yapacağımızı kimse sÖylemiyor!

Boya konusuna gelince kendiniz yapmayın, kaşınmayın. Ben kaşındım, kaşıdılar :) Avrupa ve Amerikan filmlerinde çocuk odasını boyayan erken ve romantik erkeklere kanıp evde ben boyarım, ben romantik erkeğim diye geçinmeyin. Aslında o filmlerin yapıldığı ülkelerde işçiliğin maliyeti çok yüksek olduğu için adamın parası yetişmiyor.. sonra yok ben romantiktim de, yok ben kendim boyamak istiyordum da.. inanmayın yaa adamın parası yok.

Paranız var ise profesyonel yardım alın.

Bu arada mobilya alırken gezebildiğiniz kadar gezin. Eli ayağı düzgün mobilyalar için fiyatlar 2000 TL’den başlıyor. Fakat hanıma ve ailenize sÖz geçirebilirseniz (ama bu çok zor) ucuz bir başlangıç yapın, sonrasında erken yaşta genç odası alın. Emin olun çocuğunuz daha mutlu olacaktır. Anneler ve aileler genelde daha şeker olduğu için bebek odası diye bastırıyorlar.

Mobilya konusunda benim tercihim Masko‘daki Beybish mağazası oldu. Yani isminden de anlaşılacağı gibi ben bebek odası aldım.. :) Ehh yazıyoruz ama yazdığımızı yapıyoruz anlamına gelmiyor elbette.

Sevgiler.