Java dışında pek bir seçeneğimiz olduğunu düşünmüyorum o zaman.Belki jvm kendi içindeki dönüşümlerde 64 bit tek blok memory boyutu kullanıyordur ama onun dışında var olan 32 bit uygulamaların en azından integer boyutlarında programcı tarafından hesaplanan 32 bit'in dışına taşma olacağını düşünmüyorum.Blok üzerinde ayırılan diğer 32 bit in boşa harcanması anlamına geliyor sanırım bu.Ha belki string-like değişkenlerde bu boyut tam anlamıyla verimli kullanılıyordur.Ama bunların çoğunun da bir hesaplamaya tabi tutulmayacağı düşünülürse var olan işlemde performans açısından çok fazla getirisi olacağını sanmıyorum.(Elbette heap bunun dışında.Net bir bilgim yok derleyicinin nasıl bir işlem yaptığına dair heap ler üzerinde)
Vakti zamanında SIC-EX için bir assembler yazmıştık deneme amaçlı.Aynı mantıkla düşünüyorum da tanımlanan değişkenlerin boyutu sabit kaldığı sürece opcode'un boyutunu ne kadar büyütürseniz büyütün "waste-of-block" un bir adım ötesine geçeceğini zannetmiyorum. Bunun haricinde kod zaten multi-thread e uygun bir şekilde yazılmamışsa 2. çekirdeğin veya emülasyonunun(hyperthreading) getirisinin 64-32 farkı gözeteceğini düşünmüyorum. ((: Bir programın 64 bit i desteklemesi ayrıdır 64 bit için yazılmış olması ayrıdır.Cümleyi şöyle düzeltmemiş uygun olur sanırım: "Demekki 64 biti destekleyen çok fazla program varmış" (: Açıkçası 64 bit üzerine öyle uzun uzadıya bir araştırma yapmadım.O yüzden yanıldığım veya eksik bildiğim noktalar varsa düzeltilmesi temennisiyle... 30 Kasım 2009 19:48 tarihinde Mehmet Salih YILDIRIM <[email protected]>yazdı: > Rahatlıkla "ortam bağımsız yazılan tüm uygulamalar 64 bit destekler" > diyebilirim. Bu tür uygulamalarda değişken boyutları, memory'den okuma ve > yazma komutlarının boyutları statik değil de sizeof(int) şeklinde > dinamiktir. Demek ki çok fazla 64 bit uygulama varmış. > > Mehmet Özgür Bayhan wrote: > >> Bir iki şey de ben eklemek isterim. >> >> Öncelikle swap konusunda.Evet 2 GB bir belleğiniz varsa pek swap e >> düşmezsiniz.Evet bir masaüstü kullanıcısı genelde swap e ihtiyaç duymaz.Evet >> bir masaüstü kullanıcısı olarak swap kurmanıza gerek kalmaz? >> >> Yok çok gaza geldim sonuncusu biraz fazla oldu.Farzedin ki bir şekilde >> belleği doldurdunuz.Swap iniz yoksa sisteminizin ne yapmasını beklersiniz? >> >> a)Halt >> b)Donma >> c)Rastgele programları ve kullandığı kütüphaneleri sonlandırma >> d)Herhangi birisi >> e)Bilmiyorum. >> f)Ben kaçar >> >> :) >> >> Rahat bir şekilde swap ayırmaya gerek olmadığını yazanların bu konudaki >> fikirlerini merak ediyorum... >> >> Zira evimde server çalıştırmıyorum ama java ile kod yazıyorum ve bu 2GB >> belleği aşıp swap e düştüğüm çok oldu swapiness 10 olmasına rağmen.Ama sonuç >> olarak ben bir *ev kullanıcısıyım ve bu *swap ayırma diyen arkadaşların >> sözünü dinlemiş olsaydım mesela şu andaki en aşağı 4 saatlik çalışmamın >> içine edilmiş olacaktı. >> >> Lütfen birşeyden net emin olmadan paylaşıp insanları yanlış >> yönlendirmeyelim.Çünkü çoğunlukla insanlar tavsiyelere göre yönlendiriyorlar >> sistemlerini. >> >> Belleğin iki katı olması meselesine gelince şart değil ama yaklaşık 2 katı >> olması iyi bir rakam.Nedeni ise bu swap alanının bellekte adreslenmesiyle >> ilgili.Eğer gerçekten uzun uzun oturup tartışabilecek varsa uzun uzun >> özelden anlatabilirim.Diğer türlü abese iştirak etmek olur. >> >> >> İkinci bir konu ise 64 bit olayı ile ilgili.Ufak tefek farklılıklar >> dışında sorunsuz çalışıyor şu anda archlinux 64 bit.İşlemcide işlenme hızı >> konusunda pek bir getirisi yok,olmasını da beklemiyordum zaten.(Daha büyük >> bellek desteği olayı hariç ki o da bende yok :))Nedeni ise 32 bit e göre >> yazılmış yazılımların 64 bit e portlanması.Türkçesi ortalıkta 64 bit için 64 >> bit in nimetlerini/özelliklerini kullanarak yazılmış pek bir program >> yok.Yani aslında piyasadaki 64 bit programlar 32 bit programların 64bit te >> çalışabilen halleri.64 bit için yazılmış programlar değiller.Dolayısıyla da >> bir performans artışı görmeyi beklemek çok mantıklı değil. >> >> >> Ha bir de Sun ın javasında ufak 1-2 şey yapmak gerekiyor 64 bit için. >> >> Sürç-ü lisan ettiysek veya yanıldığımız bir nokta varsa affola.Herkese iyi >> bayramlar :) >> >> >> ------------------------------------------------------------------------ >> >> >> _______________________________________________ >> archlinux e-posta listesi >> [email protected] >> >> Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen >> e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 >> dakika içinde üyeliğinizi sonlandırabilirsiniz. >> http://liste.archlinux.org.tr/mailman/listinfo/archlinux >> >> > _______________________________________________ > archlinux e-posta listesi > [email protected] > > Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen > e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 > dakika içinde üyeliğinizi sonlandırabilirsiniz. > http://liste.archlinux.org.tr/mailman/listinfo/archlinux >
_______________________________________________ archlinux e-posta listesi [email protected] Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz. http://liste.archlinux.org.tr/mailman/listinfo/archlinux
