|
Sky-Dancer Nickli Üyeden Alıntı
Bu forumdaki linkleri ve resimleri görebilmek için en az 25 mesajınız olması gerekir.
|
Acaba diyorum da, Unreal limitinin 1024 olması; kurulan standart linuxlerde limitin 1024 olarak gelmesi ile doğru orantılı olabilir mi (ysfm bunu iyi bilmesi lazım..)
CR eğer, applet üzerinden verileri şifreleyerek yolluyor ise, Çözülmez diye birşey yoktur..
Unreal'ı 1024 den yukarı aldığım zamanları da biliyorum.. En son ayarlayıp gördüğüm 4096 full server oldu.. (2004~2005 arası) öncesinde 6000 leri de gördüm..
Test yapmadan yargıya varmazsanız sevinirim..
Ama şurda doğru denmiş, Yavaş bilgisayarlarda multithread, normal işlemlerden daha hızlı çalışacaktır..
Şu an bu konunun uzamasının sebebini ve benim asıl amacımı (en azından benim düşüncemi) ysfm zaten söylemiş oluyor : "... dunya para alan yapımcılar su konuya bir cevap vermediler."
iyi Çalışmalar..
|
Aslında 1023 Client ile sınırlandırılması Linux'ten kaynaklı oldugunu bende biliyorum fakat sonuc cok istemcili bir network yazılımı ise temel sebebi bahsettiğim olaydır 1. client ile 10000. cliente aynı anda veri gönderme sorunu.
(thread kavramı Linux tasarlarlandıktan sonra çıkarılan bir önermedir) Aslında Linux wine göre büyük tek bir çekirdek üzerine yazılmış belirli standartlar dahilinde olan bir işletim sistemi tabi bu 1024 mevzusuda bu standrtlardan birisidir yinede değiştirilmez diye bir kaide yok. (bknz: CR) Ek olarak bu konuda sözlerine itimat edilecek tek kişi Sky-Dancer diyebilirim çünkü gerçekten bu işi bilen kişidir, bu yüzden sözlerine saygı du***** cevap atıyorum.
Ve bahsettiginiz dünya para alan yapımcılar buna bizim baktıgımız açıdan bakmıyorlar malesef, örnek esChat apletinin yazılımcısı sanırım amerikada bir şirkette çalışıyor ve zamanında bu apleti oluşturmuş belirli aralıklarkla ek özellikler ekleyip yayımlamış onun için şu açık varmış bu özellik olmuş bir çözüm getirilmeliymiş çokta önemli degil zaten bir kurum bile degil bir bireydir bu yazılımın sahibi. Zaten sorunda buradan kaynaklanmakta karşımızda bir muhattap bulamıyoruz. Ama dedigfim gibi çoook amaan bir çözümsüzlük degil sadece basit bir protokol değişikligi yapılacak, ama bunuda mutlaka JAVA tarafında yaptırmamız gerekiyor bu yüzdende bu yapımcılara muhtacız. mevcut apletleri malesef bunlar üretmişler...
FlaxChat ise ne oldugu meçhul yine bir birey bu yazılımın sahibi... Aslında iki aplette opsen source bir JAVA client üzerine geliştirilmiş apletlerdir.
Yinede belirtmeliyim ki çözümü verebilecek bu şahıslardır umarım kısa sürede bu konuya bir açıklık getirirler.
Ama bende herkez gibi isterdim ki bu işi hakkıyla yapan bir şirket olsa keşke...
+
Olarak tabiki çözelemeyecek şifreleme yöntemi yok ama CR tüm veriyi 128bitlik bir şifreleme ile gönderiyor apletde bu şiferyi çözerek işlem yapıyor aynı şekilde aplettende servere veri gönderirken 128bitlik bir şifre gönderiliyor sunucu bu şifrenmiş veri paketlerini çözdükten sonra işlem yapıyor (BKNZ: SSL) Şuana kadar dünyada 128bitlik şifrelemeyi kırabilen biri çıkmadı ama yinede kırılmaz degil tabiki fakat bu çoook maliyet ve zaman isteyen bir olay bu herkezi aşar biraz, bu yüzden kırılamaz kelimesini kullanmak istedim, ne demek istedigimi işten biraz anlayan anlamıştır
saygılarımla...
cocorico, sen git RANDOMIZE deneme yanılma yöntemiyle CR web aplet şifrelerini kırmaya devam et nasıl oluyorsa, ilk okul çocuklarına bile sorsak olasılıgını kaç milyonda bir çıkartyıyorlar?!?!?!
Bu forumdaki linkleri ve resimleri görebilmek için en az 25 mesajınız olması gerekir.Bu forumdaki linkleri ve resimleri görebilmek için en az 25 mesajınız olması gerekir.Ben şakayım yine hiç olmaktan iyidir, senin adına üzülüyorum bay başarısızlık...
Saygılarımla...