@OpenGradient

Hal pertama yang biasanya saya cari dalam sistem eksekusi adalah di mana ia terblokir.

PIPE bikin saya bingung karena saya tidak bisa menemukan blok di mana saya mengharapkannya.

Saya tidak sedang menguji produk.

Saya sedang melacak jalur transaksi di whitepaper.

Di situlah urutannya berhenti masuk akal.

Sebuah transaksi dikirim.

PIPE mengekstrak permintaan inferensi dan mendistribusikannya ke node inferensi sebelum transaksi dilanjutkan.

Transaksi itu menunggu.

Saya kembali dan membaca urutannya lagi karena saya pikir saya melewatkan sesuatu.

Saya tidak melewatkan.

Transaksi itu tidak menunggu respons.

Respons itu menjadi bagian dari transaksi itu sendiri.

Perbedaan itu butuh waktu sejenak untuk saya pahami.

Saya telah memperlakukan eksekusi seperti jalur yang terus menerus.

Kirim.

Eksekusi.

Selesai.

PIPE tampaknya menjaga hasil sambil diam-diam mengubah jalur.

Transaksi itu maju.

Berhenti.

Lepaskan tanggung jawab.

Pekerjaan terjadi di tempat lain.

Kemudian kembali dengan hasil yang tidak ada saat dimulai.

Dari luar, semua ini tidak terlihat.

Satu transaksi masuk.

Satu transaksi selesai.

Simpangan menghilang.

Itu yang tersisa dalam ingatan saya.

Bukan inferensi.

Bukan paralelisme.

Fakta bahwa interupsi itu tersembunyi.

Atomisitas bertahan.

Keteraturan tidak.

Sebagian besar pengguna tidak akan pernah menyadari pengalihan itu.

Sebagian besar pengembang mungkin juga tidak.

Setidaknya tidak pada awalnya.

Mungkin itu semua tujuan dari ini.

Saya tidak yakin.

Pertama kali saya melihat seorang pembangun secara eksplisit memperhitungkan jeda daripada memperlakukannya sebagai tidak terlihat, saya akan membaca PIPE dengan cara yang sangat berbeda.

$OPG hanya penting di sini jika pengalihan itu terus menghilang ke latar belakang.

Jika tim akhirnya harus merancang di sekitar jeda, maka abstraksi itu menyelesaikan masalah yang berbeda dari yang terlihat hari ini.

Saya belum tahu di mana batas itu.

#OPG #opg