→ Arataki: Import watchdog to reopen socket time out or broken 01/26 15:58
抱歉,看不懂,可以給多一點資訊嗎?謝謝
https://bbs.huaweicloud.com/blogs/325805
是像這個例子嗎?
這例子不是我要的
它可以在檔案改變時觸發 event
於是就好像 call back
call back(或說 interrupt)的確有時對我有用
但比如有個溫度計,sensor.py 每一秒去讀它一次
我並不在乎何時讀了並更新到 output.txt 裡
我在乎的是,另一支程式,relay.py 要去取用檔案裡的溫度值時
任何時候,我想讀,就有目前的值;我只要最後一個值而已
因此新值不斷覆蓋舊值,我不在乎
但我在乎檔案寫到一半不能被讀取時,很恰巧的我去讀了...
所以我需要一些像是 critical section 這樣的東西
但我想 redis 有做好這件事
※ 編輯: HuangJC (49.217.46.86 臺灣), 01/26/2023 16:15:03
舉個例子,共享的若是一個溫度值,int or float, 問題不大
但若是一張相片,檔案還真不小,寫入需要時間,那問題就出來了
當然或許可以用寫入 tmp file 然後 rename 的方式,減少空窗期
但還是有點機率去讀到空圖。。
※ 編輯: HuangJC (49.217.46.86 臺灣), 01/26/2023 16:18:12
https://myapollo.com.tw/zh-tw/python-fcntl-flock/
找到了,用 flock 來做
麻煩到讓我想。。運氣不會那麼糟吧,不要做這些事 XDDDD
→ DavisX: 有沒考慮用EPICS去弄device並存入PV 再用PYEPICS去讀 01/26 16:37
沒看懂,什麼是 PV?
→ Arataki: EPICS 牛刀殺小雞,不過用它真的沒問題,但是要先學會它 01/26 18:06
其實很早前我就覺得 mysql 可以用,只是它放硬碟,速度慢
而且我要自己建一個 table,裡面是 name 對應 value
還要自己編碼給各種資料型態
(value 用 text 就好,不管什麼 binary 都有法子編入 text
其實是很久前的工作,土法練鋼,和主管玩過一次)
但有 redis 就蠻像在做這些事,只是別人做好了,不用自己打造輪子
我的負擔是輕量化的,常是傳送 int, float, 頂多一些 string
image 是故意壓力測試的,其實我還想不到我有這需求
所以 redis 就夠了
目前用 MQTT 也夠了,就自己打造
方法是向 server 訂閱後,server 只要更新,我都抓下來 local 存而不用
等要用時再去存放處拿資料
雖然多了些 code, 但是不會有資料被洗掉剛好拿到空資料這種事
(有這概念,就算用 socket 自己從頭打造,也大概是這種樣子)
EPICS 先別說學不學得會了,它專長在哪,為何要用它,我都比較不出來 XD
粒子加速器?望遠鏡? 用這種方法描述似乎不能讓我看到重點
還是說'望遠鏡需要傳大畫面,所以這是能傳大檔,且符合我前面描述需求'的東西
那這樣我算有聽懂一些了
因為我的負擔不大,所以。。那應該就是 redis 就好
然後 PV 是什麼?
※ 編輯: HuangJC (49.217.130.232 臺灣), 01/26/2023 19:17:48
→ Hsins: Process Variables 01/26 19:48
喔。。我的溫度就是
說到 call back,我有的用得到
比如何時遠端按鍵被按,或者脈衝式流量計
不過脈衝式流量計我會傾向於在 sensor.py 裡,就把它從脈衝變成數值
(有點像 DA 轉換,但多了積分)
傳出來的數值已經是類比型式,所以仍然可以讓遠端的 relay.py 去 polling
而不是需要被 call back
因此我大概都用不到 call back.
※ 編輯: HuangJC (49.217.130.232 臺灣), 01/26/2023 20:37:55
推 lycantrope: mmap 01/27 21:48
推 TakiDog: SharedMemory(mmap) 你的例子只是差了一個lock 01/28 04:50
→ TakiDog: multiprocessing 先去看完 01/28 04:50
謝謝,我的確想過用 share memory 做
那麼這和 redis 的差別是什麼?要理解成競爭軟體嗎?
畢竟一個東西從來不限制只有一家公司能做
競爭的話,就是看誰便宜,看誰效能好的差別了
(我當然知道指令長得不一樣,但在決策上我還是會覺得兩者很像)
https://stackoverflow.com/questions/19477821/redis-cache-vs-using-memory-directly
https://tinyurl.com/6edh5emu
還真有人問
似乎是說,redis 可以存入硬碟,可以在下次執行時續用(因為它就是資料庫)
資料庫的話,跨語言也不成問題(比如 python 寫入,c 讀取)
當然 redis 也輕鬆跨電腦,畢竟它基於網路
但也因為基於網路,所以比純 memory 略慢
因此如果我的 sensor.py 和 relay.py 在同一台電腦,就用 share memory
要跨電腦,就用 redis...
-----
小惡魔的心聲:老闆才給多少錢,我才不要寫兩套
用 redis 就對了,不管在同一台電腦或跨電腦都能用 XD
※ 編輯: HuangJC (49.216.44.32 臺灣), 01/28/2023 18:58:28
→ TakiDog: mp 是有跨環境的,可以詳見 mp.BaseManager 01/30 01:40
→ TakiDog: 不論是mp的share,還是使用redis, 當你使用Obj時必定會經 01/30 01:40
→ TakiDog: 過serialization 01/30 01:41
→ TakiDog: redis跨語言? 那就代表了你的serialization是一個通用 01/30 01:41
→ TakiDog: 格式(JSON, etc.) 01/30 01:41
→ TakiDog: 只要經過serialization其實效率已經不高了。 01/30 01:41
→ TakiDog: 當然Redis處理了更多複雜的情境,你不需手動管理lock 01/30 01:42
→ TakiDog: 慢是能慢到多少,使用者能不能接受? 01/30 01:42
→ TakiDog: multiprocessing是內建的,沒有競爭關係。 01/30 01:42
→ TakiDog: 我自己專案是都用拉,各有優缺 01/30 01:45
→ leolarrel: ZMQ or DBUS , 供參 01/30 10:05
感謝
ZMQ 似乎能讓我不用再從 TCP/IP 手工打造 message loop
D-BUS 看不懂
> D-Bus是一個行程間通訊及遠端程序呼叫機制,可以讓多個不同的電腦程式(即行程)
> 在同一臺電腦上同時進行通訊
既然它說遠端(RPC),那怎麼不說它也能跨電腦?
遠端呼叫經常是慢的,要寫成非同步,最後我的腦袋會變成自己思考 message loop
這樣我會有決策困難 XDDDD
※ 編輯: HuangJC (49.216.44.32 臺灣), 01/31/2023 07:01:22
→ leolarrel: 你對D-BUS才剛接觸,會有一堆疑問跟不了解也是很正常 01/31 11:23
如果它能跨電腦呢?那我就想去修 wiki 了
前不久在討論 RPI 晶片時,有位網友帶著我讀資料
他一邊翻 wiki 給我,一邊回憶他一路追這些晶片的沿革
然後很順口的說:所以 wiki 上寫錯了
XDDD 熱心的人很多,但錯誤也不少啦,但我們不敢馬上改下去
改東西不好輕舉妄動..
→ leolarrel: 裡面有寫到支援tcp/ip 01/31 13:26
https://tinyurl.com/mtu3pvbc
有人做了這個比較
我想,dbus 能做的事太多了,對我的需求是殺雞用牛刀
所以我才看不懂。
(其實 zmq 我也是一行都沒用過,算不上會;但我就是能看懂一些特徵
會覺得我如果要用它,就能學會,會很好用)
就像在實作 message queue 前我只是像 mqtt 一樣丟資料,收資料
但有時發送端會一口氣丟一堆,接收端收一個,做一件事,才回報一件事做好了
因此才產生 message queue 的需求
懂了需求才會懂為何要有 queue,不然一開始我也不想做出 queue
※ 編輯: HuangJC (49.217.70.24 臺灣), 01/31/2023 18:34:01