Saya terus memikirkan penggunaan fungsi host native oleh Dusk untuk operasi yang mahal.
Di atas kertas, logikanya sederhana. Pindahkan komputasi berat keluar dari WebAssembly, jalankan dengan lebih efisien di lingkungan host, dan kurangi sebagian overhead di sepanjang jalan.
Namun membuat satu bagian dari jalur eksekusi menjadi lebih cepat tidak otomatis membuat seluruh beban kerja menjadi lebih cepat dalam jumlah yang sama. Ini penting karena Dusk mendorong agar pasar keuangan dibawa ke onchain dengan institusi berlisensi EU, di mana arsitektur pada akhirnya harus berjalan di bawah beban kerja nyata, bukan sekadar terlihat efisien di atas kertas. Yang belum saya ketahui adalah apakah desain fungsi host Dusk menghilangkan bottleneck yang benar-benar mendominasi beban kerja nyata, atau terutama mempercepat pekerjaan yang ternyata hanya merupakan bagian yang lebih kecil dari total eksekusi.
Rincian yang layak diperhatikan adalah operasi mana yang dipindahkan keluar dari WASM, seberapa jauh operasinya menjadi lebih cepat, dan seberapa besar porsi beban kerja Dusk yang representatif yang dicakup oleh operasi tersebut.
Arsitektur memberikan alasan yang baik untuk mengharapkan adanya peningkatan. Itu adalah bukti yang lebih lemah dibandingkan melihat jenis beban kerja yang sama menghasilkan peningkatan yang nyata, dapat diulang, dan konsisten dalam praktik.
Saya kurang peduli pada percepatan teoretis satu primitf dibandingkan pada seberapa besar perubahan yang dibawanya terhadap performa beban kerja yang benar-benar dijalankan Dusk.
Pertanyaannya adalah apakah Dusk telah menghilangkan bottleneck sistem yang nyata, atau hanya mempercepat satu bagian dari jalur tanpa menggeser performa keseluruhan terlalu jauh.
Saya memantau benchmark khusus Dusk yang mengisolasi keuntungan fungsi host dan menunjukkan seberapa besar dampaknya di tingkat beban kerja.
#dusk $DUSK @Dusk
Di atas kertas, logikanya sederhana. Pindahkan komputasi berat keluar dari WebAssembly, jalankan dengan lebih efisien di lingkungan host, dan kurangi sebagian overhead di sepanjang jalan.
Namun membuat satu bagian dari jalur eksekusi menjadi lebih cepat tidak otomatis membuat seluruh beban kerja menjadi lebih cepat dalam jumlah yang sama. Ini penting karena Dusk mendorong agar pasar keuangan dibawa ke onchain dengan institusi berlisensi EU, di mana arsitektur pada akhirnya harus berjalan di bawah beban kerja nyata, bukan sekadar terlihat efisien di atas kertas. Yang belum saya ketahui adalah apakah desain fungsi host Dusk menghilangkan bottleneck yang benar-benar mendominasi beban kerja nyata, atau terutama mempercepat pekerjaan yang ternyata hanya merupakan bagian yang lebih kecil dari total eksekusi.
Rincian yang layak diperhatikan adalah operasi mana yang dipindahkan keluar dari WASM, seberapa jauh operasinya menjadi lebih cepat, dan seberapa besar porsi beban kerja Dusk yang representatif yang dicakup oleh operasi tersebut.
Arsitektur memberikan alasan yang baik untuk mengharapkan adanya peningkatan. Itu adalah bukti yang lebih lemah dibandingkan melihat jenis beban kerja yang sama menghasilkan peningkatan yang nyata, dapat diulang, dan konsisten dalam praktik.
Saya kurang peduli pada percepatan teoretis satu primitf dibandingkan pada seberapa besar perubahan yang dibawanya terhadap performa beban kerja yang benar-benar dijalankan Dusk.
Pertanyaannya adalah apakah Dusk telah menghilangkan bottleneck sistem yang nyata, atau hanya mempercepat satu bagian dari jalur tanpa menggeser performa keseluruhan terlalu jauh.
Saya memantau benchmark khusus Dusk yang mengisolasi keuntungan fungsi host dan menunjukkan seberapa besar dampaknya di tingkat beban kerja.
#dusk $DUSK @Dusk