On 10/23/21 2:39 AM, Salih Dincer wrote:

> Hızlı çalışan ve iyi optimize edilmiş bir D Projesi üzerine çalışıyorum.
> Derleme sonucunda öyle MB'larca yer kaplayan bir binary dosya
> istemiyorum.

Linux üzerindeysen:

$ strip deneme

Sembolleri programdan çıkartır. Rasgele bir deneme yaptım: 800K'dan 550K'ya indi.

> import ettiklerim sadece bu kadar:
> ```d
> import arsd.simpledisplay;
> import std.algorithm;
> import std.random;
> ```

Bütün modülü değil, sembolleri isimle eklersen hem daha çabuk derler hem daha küçük olur(abilir):

import std.stdio: writeln;

> Optimize (```-O```) ederek derlemeye çalıştıysam da dosya boyutu
> (```2012176 byte```) küçülmek yerine büyüdü

Eniyileştirme yöntemlerinden birisi, işlevleri "inline etmektir". O da programı büyütür. (gcc'nin küçültmeye yönelik eniyileştirme seçenekleri de var ama dmd'de yalnızca -O.)

> LDC kullanırsam (en azından proje sonunda) bana
> bir eksisi olur mu?

Tam tersine: LDC, dmd'den kat kat üstün bir derleyici:

- dmd'nin ön tarafı (front end) D'ciler tarafından geliştirilir, arka tarafı da öyle.

- LDC'nin ön tarafı dmd'nin ön tarafıdır ama arka tarafı, senelerdir geliştirilmekte olan (ve D ile özel bir ilgisi olmayan) çok üstün LLVM'dir.

LDC daha uzun sürede derler ama ürettiği program daha hızlıdır. Hatta, profile guided optimization, link time optimization vs. gibi üstünlükleri de kullanılabilir.

> DMD'nin (build v2.097.2) proje geliştirme sırasında
> avantajlarının farkındayım

dmd'nin avantajları:

- Hep son sürüm

- Hızlı derleme

> ama LDC ile arasındaki önemli olabilecek
> farklarını merak ediyorum.

LDC'nin avantajları:

- dmd'nin bir iki sürüm gerisinden gelebilir (aynı günde güncellendiği bile olmuştur)

- Yalnızca X86 için değil, LLVM'in desteklediği her platform için kod üretir.

- Ürettiği kod dmd'den daha hızlıdır

> Vee tabiiii, -O parametresi LDC'de çalışırken DMD'de neden çuvallamış
> olabilir?

LLVM yüzlerce programcı tarafından senelerdir geliştirilmekte olan bir derleyici; dmd, Walter Bright'ın yazdığı kodları kullanan ve yavaş yavaş geliştirilen bir derleyici. Ayrıca, D dünyasında başka sorunlar öncelikli olduğundan kimse eniyileştirmeye önem vermiyor.

LDC'yi övdük ama gdc'yi de unutmamak gerek: Onun ürettiği programlar da çok hızlı çalışır çünkü o da GCC'nin arka tarafından ve başka güzelliklerden yararlanır.

Ali

On 10/23/21 10:07 PM, Salih Dincer wrote:

> Bu durumda proje geliştirme aşamasında DMD ve yayınlama sırasında LDC
> gibi duruyor

Doğru karar. :) Bildiğim kadarıyla profesyonel olarak kullananlar da öyle yapıyor.

Ali

On 10/24/21 7:21 AM, Salih Dincer wrote:

Bu mesajı ikinci kere aldık çünkü birincisi "spam filter"a takılmış. Şimdi geçti. :)

Ali

On 1/5/22 9:10 AM, Salih Dincer wrote:
> On Saturday, 23 October 2021 at 22:47:45 UTC, Ali Çehreli wrote:
>>
>> Eniyileştirme yöntemlerinden birisi, işlevleri "inline etmektir". O da
>> programı büyütür. (gcc'nin küçültmeye yönelik eniyileştirme
>> seçenekleri de var ama dmd'de yalnızca -O.)
>
> Şu başlıktan anladığım kadarıyla D'de bunu yapamıyoruz!

Tabii ki D'de de yapıyoruz. LLVM'in ve GCC'nin arka tarafları, eniyileştirmeleri dilden bağımsız olarak yaparlar. Başka diller için ne varsa, D için de var. (ldc LLVM'i kullanır, gdc de GCC'nin parçasıdır.)

> https://forum.dlang.org/post/xqozmqbaevhdtxrvxdne@forum.dlang.org

Orada, dmd'nin eniyileştirmeleriyle tanınmış bir derleyici olmadığını söylemek istiyor.

> Peki statik öğleri (template'ler, mixin ve static kullanılabilir her
> şeyi) kullanmak programımızın çalışma hızını artırır mı?

Evet ve hayır. :) Arttırsa bile etkisi ölçülemeyecek kadar az olabilir. O yüzden, ölçmeden bilinemez.

> Bunun yanında
> derleme zamanı ve executable  dosya boyutu artıyor bu sefer, değil mi?

İkisi de doğru.

> Mesela şöyle deli bir modül hız açısından akıllıca mı:
>
> http://ocean.dpldocs.info/source/ocean.text.UnicodeData.d.html

Gerçekten, ölçmeden bilinemez.

Ama kütüphane yaparken olabildiğince hızlı işleyen tasarımlar düşünülür. O yüzden, bence derleme süresi o durumda ikinci planda kalmalı.

Ali