Hakkaten java en iyisi mi? (3. sayfa)

Hakkaten java en iyisi mi? - Sayfa 3

ornitolog · 2010-03-15T13:35:10.0000000+03:00

bugüne kadar kullandığım java programlar sistemleri çok kasan programlardı o yüzden javaya soğuktum ama forumlardaki tartışmalarda java dilinin en iyisi olduğu açık ara farkla daha güçlü ve etkili olduğu söyleniyor, c++ ve c# çok kasmayan diller olmasına rağmen neden java ya karşı böyle bir saygı ve imrenme var

Sıcak Fırsatlarda Tıklananlar

Editörün Seçtiği Fırsatlar

Campout Katlanır Lüx Sandalye, Dayanıklı Kamp Ekipmanları, Kamp Aksesuarları, Açık Hava Sporları, Doğa Sporları, Yürüyüş, Sırt Çantasıyla Seyahat : Amazon.com.tr: Spor ve Outdoor https://www.amazon.com.tr/dp/B0B15LX2FN?ref_=ppx_hzsearch_conn_dt_b_fed_asin_title_1 18 sa. önce paylaşıldı

SONGMICS Çamaşır Kurutma Makinesi, Stand Kurutma Makinesi 4 Kademeli, Kanatlı Elbise Havalandırması, Katlanır Kanatlar, Tekerlekli, Kolay Montaj, Beyaz : Amazon.com.tr: Ev ve Yaşam https://www.amazon.com.tr/dp/B0C332N12B geçen yıl paylaşıldı

Erkek Casual Ayakkabı Modelleri ve Fiyatları - n11 https://www.n11.com/urun/hotic-hakiki-deri-beyaz-erkek-gunluk-ayakkabi-02ayh292900a900-58469222 2 hafta önce paylaşıldı

Daha Fazla

Bu Konudaki Kullanıcılar: Daha Az

2 Misafir - 2 Masaüstü

5 sn

42
Cevap

0
Favori

2.364
Tıklama

Daha Fazla
İstatistik

Konu İstatistikleri Yükleniyor

Konuya Özel

0 oy

Öne Çıkar

Cevapla

Sayfa:

önceki 1 2 3

Giriş

Mesaj

quote:

çünkü c# veritabanı yazmak için geliştirilmedi, c# veritabanındaki verileri işlemek için geliştirildi, microsoft .neti kalkıp c++'ı bıraksın diye geliştirmedi, amaç yüksek seviyeli uygulamalar, dağıtık uygulamalar, web tabanlı uygulamalar geliştirmekti

Hala aynı teraneyi sayıklıyorsun. C#'ın geliştirme hedefleri bunlar değil. Nerden saıyklıyorsun ki bunları.

Wiki'den alıntı yapmışsın. Daha aldığın şeyin ne dediğinden bihabersin. Ne diyor? C# ile performans vs. kritik uygulamalar yazmak "ekonomik olmaz.". Bunu zaten biliyoruz. Nerden biliyoruz, eğer ekonomik olsaydı MS MSSQL'i bununla yazardı.

Bizde sana, neden böyledir onu soruyoruz. Ama cevabın tıss.. Boyuna yok C# bunu yapmak için geliştirilmedi de.. Bunu bizde biliyoruz, ama biz C#'ın WEB programcılığı için geliştirilmediğini de biliyoruz. C# ile WEB uygulaması elbette yazılır, ama WEB için geliştirilmek başka, CGI vs. olabilmek başka.

Ha, daha promcılığın p'sinden haberiniz de yok..

Veri tabanı gibi uygulamalar performans için, "düşük düzey" asenkron dosya erişimi kullanurlar. Bu erişim o saydığınız aio_* fonksiyonları değildir. "aio_*", yani aio_read, aio_write vs. stream tabanlı başka amaçlara hizmet der. Veritabanları bu noktada bir kaç metod uygular. Örneğin ORACLE veritabanı için tamamen kendi RAW disk partisyonunu kullanır. Evet, MSSQL'de bunu yapar. Ama MS-SQL bunu yapmadığı zaman, CACHE yükünü vs. azaltmak için dosyaları "memory mapped" olarak kullanır. Bu dosyanın içeriğini gösteren bir pointerden ibarettir.

Bazı basit taklalarla C#'a mmap() desteği eklenebilir. Ama bu astarı yüzünden pahalıya çıkar.

Bu yolların her ikisinde de, uygulama asenkron çalışır. Burada iki ana olgu söz konusudur. Birincisi PAGE FAULT'ları yakalamak. Diğeri ise disk alt sisteminden gelen "buffer complete" gibi mesajları yakalamak. Bunlar için veritabanı oturup beklemez, çalıştırılırken gerek sistem kesmeleri gerekse sinyaller gibi yollarla bu işlevleri ele alır.

İşte benim bahsettiğim "düşük düzey asenkron dosya erişim" bu. Elbette siz iki kelime Google'a yazıp bulduğuna atlayan sazanlar olarak ne haberiniz olacak ki veritabanı yazmaktan?

Ne demiştik:

quote:

Halbuki C# kontrollü bir ortam, bir tür sanal makine ile kod yazmanızı sağlar. Bu durumda, alt düzey sistem çağrılarını, mesela asenkron dosya yazımını kullanamazsınız.

Evet beyler, C# gibi kontrollü bir ortamdan, nasıl sistem kesmelerini yakalamayı düşünüyorsunuz? Yada doğrudan disk erişimini, PIO, UDMA vs. desteklemeyi?

Daha yiyecek çok ekmeğiniz var ama, siz fırının yerini gösterene tu kaka ediyorsunuz. Bu kafayla bir yere varır mısınız? Bence hayır..