Mevcut asyncio, bir bakıma GIL’den kaçınma stratejisi olarak GIL varsayımıyla tasarlandığı için, GIL asyncio ile doğrudan etkileşime girmez.
Ama asyncio tabanlı çalışan eşzamanlılık programlamasının tamamı açısından bakınca, GIL’in alakasız olduğunu söylemenin "Python olduğu için olmaması zaten normal." demek gibi bir şey olduğunu düşünüyorum.
Mevcut GIL konusundaki yönelimin, ‘diğer alternatiflerle’ karşılaştırıldığında bile hiç de geri kalmayacak bir hale geleceğini umamayacağımız konusunda hemfikirim,
ancak Python dışında başka bir alternatifi benimsememiz gerektiğini söylemenin, ortada bir sorun olmadığını savunan bir tona değil, bir sorun olduğunu savunan bir tona bağlanması gerekmez mi diye düşünüyorum.
Bu kez sadece kişisel ilgimle, aslında geliştirdiğim alanla hiç alakası olmayan bir alan olan web geliştirmeyi denedim. next.js v15 app router ile bir ilan panosu yaptım ama... Böyle yazılar gördükçe web tarafında yeni bir şey deneme hevesim biraz kırılıyor gibi. Ekosistem neden bu kadar istikrarsız? Böyle giderse yine yeni bir şey çıkınca herkes akın edip biraz kullanacak, sonra söylenip başka bir şey mi arayacak? Web geliştirme tarafı gerçekten zor olmalı.
Güç ve para gerçekten de projeleri ayakta tutan itici güçler.
Chromium değilse düzgün çalışmayan web sayfalarını her gördüğümde iç çekmemek elde değil.
Dürüst olmak gerekirse... Chrome'u en azından bu kadar ayakta tutabilecek Google'dan başka bir şirket herhalde yoktur. Üstelik yarı iletkenler kadar olmasa da, web tarayıcı pazarındaki hakimiyet de ABD'nin elden bırakmak istemeyeceği bir alan.... Bundan sonra da belli ölçüde tekele göz yumulacağını düşünüyorum.
Metinde açıkça belirtilmemiş ama, AI ile kod yazıldığında insanın doğrudan yazdığı koda kıyasla daha az aşina olunduğu için bunun bir borç haline geldiği anlamına da gelebilir mi?
Aa, ben de ücretli kullanıcıydım haha
App Store geçmişine bakınca 1.51'den itibaren ücretsiz olmuş.
Benim için, MacBook'un monitör ayarları kullandığım yere göre değiştiğinden, vazgeçilmez bir araç.
GIL biraz alakasız bir yerden çıkmış gibi görünüyor ama... GIL kaldırılsa bile
hem I/O bound hem de CPU bound durumlarda multithread kullanmak istiyorsanız
Python yerine başka bir alternatif benimsemek daha iyi olmayabilir mi...
asyncionun, Python’ı derinlemesine kullananlar arasında epey sevilmediği gibi bir his var gerçekten. geventin ana akım haline gelmesi gerektiği yönünde görüşleri ara sıra duyduğumu sanıyorum.
asyncio oldukça kullanılıyor.. işe yarıyor.. iş iptalinin edge-triggered (level-triggered değil) olması gibi bir sınırlaması var ama aslında iş iptalinin farkında olarak graceful işlem yapan kod yazmak çok sık karşılaşılan bir durum değil ve bundan daha büyük sorun, eventloop'un task'ler için weak reference tutması nedeniyle bunların gc tarafından ortadan kaldırılabilmesi ama.. bu da structured concurrency ile çözülüyor.
Çoğu önemli I/O işiyle ilgili olarak asyncio destekleyen kütüphane bulmakta da sorun yok..
GIL? Bununla çok büyük bir ilgisi yok.. asyncio'yu CPU intensive işleri paralel yapmak için kullanma yaklaşımının kendisi biraz garip zaten.. GIL iyileşirse CPU intensive multithreading için faydalı olur tabii.. async ise I/O darboğazı olan bölümleri olabildiğince verimli döndürmek için var...
Neyse, sonuç olarak.. tasarım açısından belli ölçüde sorunlar var ama amaca ulaşmak için kullanırken belirgin bir problem yaşamadan production'da gayet iyi kullanıyoruz.
Elbette, GIL nedeniyle en başta elde edilebilecek faydanın diğer ortamlara kıyasla daha az olması daha büyük neden olabilir.
GIL yoksa sinerji yaratılabileceğini söylemenin aldatıcıya yakın olduğunu düşünüyorum. Tek bacağı olmayan bir koşucuya, rahatsız da olsa protez takınca buna 'sinerji' mi denir?
Asyncio’nun sorunu, zor asenkron programlamanın zorluğu değil; düşük kalite. Tutarlılığı ve evrenselliği bir kenara atan bu tasarım Python’da pek de nadir değil ama ProactorEventLoop gibi şeylerde, 5 yıl önce bildirilen ve hizmet kesintisine yol açan hatalar hâlâ duruyor.
Bunu mecburen kullanmak zorunda olan biri olarak, böyle yazılara gülüp geçmek gerçekten çok zor.
Mevcut
asyncio, bir bakıma GIL’den kaçınma stratejisi olarak GIL varsayımıyla tasarlandığı için, GILasyncioile doğrudan etkileşime girmez.Ama
asynciotabanlı çalışan eşzamanlılık programlamasının tamamı açısından bakınca, GIL’in alakasız olduğunu söylemenin "Python olduğu için olmaması zaten normal." demek gibi bir şey olduğunu düşünüyorum.Mevcut GIL konusundaki yönelimin, ‘diğer alternatiflerle’ karşılaştırıldığında bile hiç de geri kalmayacak bir hale geleceğini umamayacağımız konusunda hemfikirim,
ancak Python dışında başka bir alternatifi benimsememiz gerektiğini söylemenin, ortada bir sorun olmadığını savunan bir tona değil, bir sorun olduğunu savunan bir tona bağlanması gerekmez mi diye düşünüyorum.
Bu kez sadece kişisel ilgimle, aslında geliştirdiğim alanla hiç alakası olmayan bir alan olan web geliştirmeyi denedim. next.js v15 app router ile bir ilan panosu yaptım ama... Böyle yazılar gördükçe web tarafında yeni bir şey deneme hevesim biraz kırılıyor gibi. Ekosistem neden bu kadar istikrarsız? Böyle giderse yine yeni bir şey çıkınca herkes akın edip biraz kullanacak, sonra söylenip başka bir şey mi arayacak? Web geliştirme tarafı gerçekten zor olmalı.
Güç ve para gerçekten de projeleri ayakta tutan itici güçler.
Chromium değilse düzgün çalışmayan web sayfalarını her gördüğümde iç çekmemek elde değil.
Dürüst olmak gerekirse... Chrome'u en azından bu kadar ayakta tutabilecek Google'dan başka bir şirket herhalde yoktur. Üstelik yarı iletkenler kadar olmasa da, web tarayıcı pazarındaki hakimiyet de ABD'nin elden bırakmak istemeyeceği bir alan.... Bundan sonra da belli ölçüde tekele göz yumulacağını düşünüyorum.
Kontrolüm gecikti.
Özenli yanıtınız için teşekkür ederim!
Rahatsızlık hissetseniz bile kullanmaya devam ettikçe buna çabucak alışmıyor musunuz?
İnsan, uyum sağlayan bir canlıdır.
Metinde açıkça belirtilmemiş ama, AI ile kod yazıldığında insanın doğrudan yazdığı koda kıyasla daha az aşina olunduğu için bunun bir borç haline geldiği anlamına da gelebilir mi?
Aa, ben de ücretli kullanıcıydım haha
App Store geçmişine bakınca 1.51'den itibaren ücretsiz olmuş.
Benim için, MacBook'un monitör ayarları kullandığım yere göre değiştiğinden, vazgeçilmez bir araç.
Makale yazmıyoruz ki, neyse...
GIL biraz alakasız bir yerden çıkmış gibi görünüyor ama... GIL kaldırılsa bile
hem I/O bound hem de CPU bound durumlarda multithread kullanmak istiyorsanız
Python yerine başka bir alternatif benimsemek daha iyi olmayabilir mi...
asyncionun, Python’ı derinlemesine kullananlar arasında epey sevilmediği gibi bir his var gerçekten.geventin ana akım haline gelmesi gerektiği yönünde görüşleri ara sıra duyduğumu sanıyorum.Güzel uygulama tanıtımı için teşekkürler.
Ek olarak yazdım.
asynciooldukça kullanılıyor.. işe yarıyor.. iş iptalinin edge-triggered (level-triggereddeğil) olması gibi bir sınırlaması var ama aslında iş iptalinin farkında olarak graceful işlem yapan kod yazmak çok sık karşılaşılan bir durum değil ve bundan daha büyük sorun,eventloop'un task'ler için weak reference tutması nedeniyle bunların gc tarafından ortadan kaldırılabilmesi ama.. bu da structured concurrency ile çözülüyor.Çoğu önemli I/O işiyle ilgili olarak
asynciodestekleyen kütüphane bulmakta da sorun yok..GIL? Bununla çok büyük bir ilgisi yok..
asyncio'yu CPU intensive işleri paralel yapmak için kullanma yaklaşımının kendisi biraz garip zaten.. GIL iyileşirse CPU intensive multithreading için faydalı olur tabii.. async ise I/O darboğazı olan bölümleri olabildiğince verimli döndürmek için var...Neyse, sonuç olarak.. tasarım açısından belli ölçüde sorunlar var ama amaca ulaşmak için kullanırken belirgin bir problem yaşamadan production'da gayet iyi kullanıyoruz.
MITM saldırısı olsa bile
httpsiletişimini nasıl çözmüşler? Bunu bilmeyen sadece ben miyim?Biome ile karşılaştırıldığında hız nasıl acaba?
Ben sadece joblib kullanacağım.
Elbette, GIL nedeniyle en başta elde edilebilecek faydanın diğer ortamlara kıyasla daha az olması daha büyük neden olabilir.
GIL yoksa sinerji yaratılabileceğini söylemenin aldatıcıya yakın olduğunu düşünüyorum. Tek bacağı olmayan bir koşucuya, rahatsız da olsa protez takınca buna 'sinerji' mi denir?
İlgili içeriğin anlatıldığı yerler arasında en iyi derlenmiş belge bu.
Asyncio’nun sorunu, zor asenkron programlamanın zorluğu değil; düşük kalite. Tutarlılığı ve evrenselliği bir kenara atan bu tasarım Python’da pek de nadir değil ama ProactorEventLoop gibi şeylerde, 5 yıl önce bildirilen ve hizmet kesintisine yol açan hatalar hâlâ duruyor.
Bunu mecburen kullanmak zorunda olan biri olarak, böyle yazılara gülüp geçmek gerçekten çok zor.