This account is not set to public on notestock.
Posting らりお・ザ・何らかの🈗然㊌ソムリエ(@lo48576@mastodon.cardina1.red)
This account is not set to public on notestock.
markdown は駄目だ
俺は XML に賭けるぞ (nヶ月ぶりm回目)
This account is not set to public on notestock.
ほんまこれ
オレオレ要素とかオレオレ属性とか定義してどうにか誤魔化そうにも、そもそも要素や属性をまともに追加できる記法自体がない
基本的に単一スレッドからの編集しか許さなくて Rc<RefCell<NodeImpl>> したいんだけど、同時に、完全に複製したうえでツリーを Send にする (別スレッドへ転送可能にする) といったようなことも可能であってほしくて困っている
とりあえず Arc<Mutex<NodeImpl>> すれば可能にはなるんだけど、ひとつのツリーのインスタンスはひとつのスレッドからしか編集 (あるいは読み出し) されないという状況を作れるとして (方法はある)、 Mutex 使うのはオーバーヘッドクソデカそうで嫌。 Arc のアトミック操作までは許せるんだけど。
たとえば考えられるのは、同一スレッドでツリーを完全に複製したうえで所有権を破棄 (leak) して、生ポインタだけ別スレッドに転送してそっちで所有権を再度発生させるという手。
ただ、これだとコンパイラ側が変な最適化とかをかけてしまわないかという懸念が拭えないので困っている
たとえばスレッド1でオブジェクトaを複製して共有部分の一切ないオブジェクトbを作ったとして、bをリークさせて生ポインタをスレッド2に持っていきオブジェクトcを作ったとき、本当にスレッド2から見たcがスレッド1から見た (かつての) bと一致しているのだろうかと。
かなり不安がある
rust - Is it safe to `Send` struct containing `Rc` if strong_count is 1 and weak_count is 0? - Stack Overflow
https://stackoverflow.com/a/58998150
やっぱり駄目よね……
てことは、やっぱり無難にやるには「スレッドローカルな操作専用の一連の型」と「スレッドを跨いだ操作の可能な一連の型」の2つのセットを用意して相互変換を実装する感じになるか、あるいは「スレッド間で転送するための (内部的な) 直列化形式」みたいなのを用意してやる必要があるか。
まあ後者だよなぁ……
/dev/neru #今すぐ寝ることで救える命があります
Tips - 新居2020 - らりお Redmine
https://redmine.cardina1.red/projects/lo48576-new-home-2020/wiki/Tips
デスクトップPC載せるキャスター付きのラック、何故かCPUスタンドとかCPUワゴンって名前で売ってるので検索ワードそれにしないと全然出てこないな。
ところで「KVM スイッチ」って kvm とかスイッチとか言うていかにも仮想化とか低レイヤーっぽさを演出してて、かといって「CPU 切替器」とかいう意味不明な呼称も CPU のホットスワップかライブマイグレーションなどの低レイヤーを連想させる語感だし、全体的に名前が卑怯ですよね
KVM switch を「CPU切替器」と命名した香具師、詐欺師の才能あると思う
Activity-Relay v1.0.0 をリリースしました！
- バイナリが1つになりました！
- 公式ドキュメントで Linux Services (systemd) をサポートしました！
- ライブラリの更新により、大量配信でも安定動作が確認されています！
※ 設定ファイルなどに互換性のない変更があります。ご注意ください。
https://github.com/yukimochi/Activity-Relay/releases/tag/v1.0.0
std::cell::Ref<'_, NodeToNodeName> みたいなものを関数から返したいのに、独自定義型への Fn* traits の実装が unstable なので悲しい
This account is not set to public on notestock.
This account is not set to public on notestock.
