materi nya cocok bgt br aj kemarin w kena race condition di python karena multithreading awalny udh pke sistem locking incremnet berdasarkan timestamp di database, awalny sih aman2 aj tp lama kelamaan kena deadlock juga sistem locking nya ini lambat jadi ga sync sama timestamp thread 1 dan thread 2, terus solusinya kemarin menggunakan rabbitMQ menggunakan sistem antrian gitu2 dan works udh ga kena race condition lgi
Kalau di rust ini udah builtin handled dgn adanya konsep ownership. Tp kalau udah ke shared state ya tetep wajib pake mutex/atomic reference jg. Handle shared2 state gini sebenernya gampang2 susah, tergantung jg dari bahasa yg dipake. Punya project porting dari golang ke rust, dmn client connection (WS) wajib bgt dishare multi thread krn untuk keperluan send/emit message ke server, di golang bisa bgt krn gak ada konsep ownershipnya hanya diwajibkan pake mutex/atomic, tp di rust meski udah pake mutex/atomic ntah knp borrowing ke masing2 thread selalu kena error. Sampe sekarang blm nemu cara ngatasinnya di rust😅
Nah persis! Sama rust kebanyakan berantemnya, kaga jadi2 aplikasi gw ntar 😂. Ya mungkin kalo udah setaun pake rust terus bisa lancar ya, tapi males juga
kode lu yang salah itu mah, bukan arc mutexnya. aku pakai arc mutex + tokio buat lakuin kayak yang lu lakuin walau tujuannya beda tapi pada dasarnya sama, aman-aman aja
kalo beda proses, ya itu uda bener. misal bisa async, pake queue biasanya. misal harus sync pake always consistent DB macem etcd/zookeeper yang ada raft algorithmnya buat sikronisasi, atau ya rdbms biasa juga bisa sih
atomic operation kira2 aman gk untuk jangka panjang, jika memakai server yang cpu corenya itu dishare, skrg2 ini kan lumayan byk ya penyedia layanan server yg nerapin itu
kalo di code kalian spawn thread/goroutine, dan code di thread/goroutine itu ada write/update/mutate ke suatu variabel yang juga dipake oleh thread/goroutine lain
bang mao tanya, ini dalam artian pake library buatan sendiri ya? Kan klo di rust udh ada fitur bawaan untuk menangani race codition, apa ada kemungkinan bisa terjadi juga ?
Iyaa begitu juga di FastApi python ada yang ngatasi itu seperti Depens(), kalau di databasenya sqlalchemy juga punya fitur untuk itu with_for_update() kalau nggk salah
Channel utk programmer2 supaya naik kelas, udah tau basicnya tinggal perdalam info2 yg lain di channel ini 👏
keren bang. ayo bang produktif buat video-video terbaru
Ditunggu video lock database nya bang
materi nya cocok bgt br aj kemarin w kena race condition di python karena multithreading awalny udh pke sistem locking incremnet berdasarkan timestamp di database, awalny sih aman2 aj tp lama kelamaan kena deadlock juga sistem locking nya ini lambat jadi ga sync sama timestamp thread 1 dan thread 2, terus solusinya kemarin menggunakan rabbitMQ menggunakan sistem antrian gitu2 dan works udh ga kena race condition lgi
Makasih bang, ini yg sempet saya tanyakan di video sebelumnya. Baru tahu ada atomic, bisa dicoba nanti
wah sangat membantu... terima kasih bib
scrapping multithread perlu ini...
Kalau di rust ini udah builtin handled dgn adanya konsep ownership. Tp kalau udah ke shared state ya tetep wajib pake mutex/atomic reference jg.
Handle shared2 state gini sebenernya gampang2 susah, tergantung jg dari bahasa yg dipake. Punya project porting dari golang ke rust, dmn client connection (WS) wajib bgt dishare multi thread krn untuk keperluan send/emit message ke server, di golang bisa bgt krn gak ada konsep ownershipnya hanya diwajibkan pake mutex/atomic, tp di rust meski udah pake mutex/atomic ntah knp borrowing ke masing2 thread selalu kena error. Sampe sekarang blm nemu cara ngatasinnya di rust😅
Nah persis! Sama rust kebanyakan berantemnya, kaga jadi2 aplikasi gw ntar 😂. Ya mungkin kalo udah setaun pake rust terus bisa lancar ya, tapi males juga
kode lu yang salah itu mah, bukan arc mutexnya. aku pakai arc mutex + tokio buat lakuin kayak yang lu lakuin walau tujuannya beda tapi pada dasarnya sama, aman-aman aja
implementasi atomic terhadap big data gmn bNg misal mau ngeread file yang isinya buanyak txt yg isinya list url yg mau di scrap, gmn tuh
Om bahas best practice handling race condition yg antar instance dong, kaya pas baca queue atau row table yg sama dari multiple instance
kalo beda proses, ya itu uda bener. misal bisa async, pake queue biasanya. misal harus sync pake always consistent DB macem etcd/zookeeper yang ada raft algorithmnya buat sikronisasi, atau ya rdbms biasa juga bisa sih
bahas la, multi threading tapi buat api bagaimana cara optimalnya🥺🥺
Gas rust lagi lah bwang
7:16 lu asik bang, asik sendiri wkwkw
thanks for sharing btw
HAHAHAHAHA iya lagi
atomic operation kira2 aman gk untuk jangka panjang, jika memakai server yang cpu corenya itu dishare, skrg2 ini kan lumayan byk ya penyedia layanan server yg nerapin itu
aman 👌🏻
Locking di database masuk tuh kang
masuk bang Jokes nya .
i'm Atomic
I AM ATOMIC!!!
di Anime Kage no Jitsuryokusha ni Naritakute! ( The Eminence in Shadow )
LOOOHH bisa ada referensi kesana ya ternyata 😂
12:57 gw banget lgi😢😂. malah gw bingung itu untuk apa bang serius nanya.
bisa contoh penerapannyq gak bang😭. bingung kpan perlu diperhatikan atau kpan digunakan gitu
kalo di code kalian spawn thread/goroutine, dan code di thread/goroutine itu ada write/update/mutate ke suatu variabel yang juga dipake oleh thread/goroutine lain
Semangat walaupun ngulang 2 kali😂😂
gak selamanya programmer itu boring ya..., ini buktinya
go routine itu apa ya bang? apakah sama kyk kotin coroutine?
iya semacam itu kurang lebih, green threads
bang mao tanya, ini dalam artian pake library buatan sendiri ya? Kan klo di rust udh ada fitur bawaan untuk menangani race codition, apa ada kemungkinan bisa terjadi juga ?
fitur bawaan yang mana dulu nih? kalo pakenya Arc sih ya sama aja kaya lock solutionnya Go konsepnya
@@iqbalaydrus Ooo..gitu, kalo pake framework apa udh ada jaminan ga bakalan ada race condition?
ga ada sih harusnya, pada pinter yang buat framework 😂
Iyaa begitu juga di FastApi python ada yang ngatasi itu seperti Depens(), kalau di databasenya sqlalchemy juga punya fitur untuk itu with_for_update() kalau nggk salah
Bang thumbnail nya selalu sigma, pas kuliah pasti starboy ya
Ah ngga saya omega mas
kondisi balapan dan jalan buntu, udah balapan jalannya buntu. eh
Lah
bang rust donk
Mau komen apa bingung😅
Bang jambulnya kurang tinggi 😂
.