PTT推薦

[心得] 2020-2-17 每日新聞

看板Soft_Job標題[心得] 2020-2-17 每日新聞作者
damody
(天亮damody)
時間推噓 推:0 噓:0 →:3

#每日新聞
# 2020-2-17 每日新聞
# FB: http://bit.ly/2UizW6X

# 跟朋友PK寫程式的網站

如果有一些嘴炮在那邊吵就直接來pk

https://binarysearch.io/

# Rust: prodash可以同時顯示多個程式運行進度

http://bit.ly/38zsitd

# Rust: 比較不同的RwLock

在futures_locks::RwLock的情況下,讀取器和寫入器獨立排隊。
調度程序無法將鎖獲取與該模型交錯。測試的異步版本顯示了預期的“Reader 餓死”行
為。

async_std::sync::RwLock不會顯式地將任務排隊,
而是依賴於一個雙態計數器,該計數器可以“鎖定寫入”或“由n個Reader 鎖定”。
這種實現方式的麻煩在於,雙態計數器可能永遠保持讀取狀態。
獲取讀取鎖的唯一要求是寫入器不持有該鎖。這使Reader讓Writer挨餓。

futures_util::lock::RwLock具有與async-std中非常相似的實現。
由於這是一個開放的(並且正在運行!)PR,因此作者對我的報告做出了回應。
而且我懷疑這種實施方案將在審查之前解決飢餓問題。

最後,tokio::sync::RwLock使用waiter隊列,
其中Reader從信號量中獲取1個許可,而Writer則獲得所有許可。
服務員隊列按FIFO順序交錯讀寫鎖定獲取,
因此它確實提供了公平的鎖定策略!萬歲!

http://bit.ly/2u2KzA8

# Java: SocialInfo4J 可從社群網站取得資料

可從fb ig 拿資料

http://bit.ly/2uQ8vXV

# Go: resilient service worker

http://bit.ly/2PfoQfZ

--

※ PTT留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.141.7.243 (臺灣)
PTT 網址

x246libra02/17 21:21最後一個GO範例 覺得有點弱...

x246libra02/17 21:25版友這篇比較完整 #1Thx469m

damody02/18 13:02good