Rust part21

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 02/26 16:35 / Filesize : 259 KB / Number-of Response : 1020
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Rust part21

1 名前：デフォルトの名無しさん [2023/08/15(火) 22:24:39.45 ID:xzxy4cgp.net]: 公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust

公式ドキュメント
https://www.rust-lang.org/learn

Web上の実行環境
https://play.rust-lang.org

※Rustを学びたい人はまず最初に公式のThe Bookを読むこと
https://doc.rust-lang.org/book/

※Rustを学ぶ際に犯しがちな12の過ち
https://dystroy.org/blog/how-not-to-learn-rust

※Rustのasyncについて知りたければ「async-book」は必読
https://rust-lang.github.io/async-book/

※次スレは原則>>980が立てること

前スレ
Rust part20
https://mevius.2ch.net/test/read.cgi/tech/1677771928/

ﾜｯﾁｮｲスレ
プログラミング言語 Rust 4【ﾜｯﾁｮｲ】
https://mevius.2ch.net/test/read.cgi/tech/1514107621/
265 名前：デフォルトの名無しさん mailto:sage [2023/09/16(土) 17:15:13.87 ID:AP//fjNl.net]: 概念が異なるのに構文の話だけをしても仕方ない
266 名前：デフォルトの名無しさん mailto:sage [2023/09/16(土) 17:34:04.75 ID:nlb2ovML.net]: 参照先の値がread onlyかwritableかはプログラミングで極めて重要だよね
間違えて意図せず書き換えてしまっていたバグなどの減少にも繋がるから必要な機能じゃないかな
267 名前：デフォルトの名無しさん mailto:sage [2023/09/16(土) 17:37:07.29 ID:sqsrY/cP.net]: >>258
2番目と4番目はRustだとsmellyなのでリファクタリング検討候�
268 名前：� []: [ここ壊れてます]
269 名前：デフォルトの名無しさん mailto:sage [2023/09/16(土) 19:41:48.63 ID:OLEDwioO.net]: >>204が言ってるのはmutの区別が不要じゃなくて
良く使うmutable側でタイプさせんなってことでしょ
270 名前：デフォルトの名無しさん mailto:sage [2023/09/16(土) 20:04:56.12 ID:DWW8ClN4.net]: ほとんどのプログラムではmutと記述すべきところが少ない
もしmutが多いならレアケースを除いてコードを改善すべき可能性が高い
271 名前：デフォルトの名無しさん [2023/09/16(土) 20:10:22.45 ID:TlXhcaWs.net]: >>263
＞良く使うmutable側でタイプさせんなってことでしょ

お前、それプログラミングのセンス無いわ。
あ、もしかして使い捨てのコードしか書いたこと無い？
272 名前：デフォルトの名無しさん mailto:sage [2023/09/16(土) 20:12:22.58 ID:b0KnMHZf.net]: >>263
慣れてきたらmutあんま使わなくて書けるようになるよｗ
関数型言語やってるとmut相当のもんなんて基本使わんのだし
273 名前：デフォルトの名無しさん mailto:sage [2023/09/16(土) 20:31:44.89 ID:/CtnFWfv.net]: >>266
その代償としてイミュータブルをコピーしまくってメモリ浪費して関数型言語遅いじゃん

mut祭りで読みづらい代わりに高速でメモリ効率が良いのがRustの売りでしょ
274 名前：デフォルトの名無しさん mailto:sage [2023/09/16(土) 20:37:59.24 ID:EG7NJZsJ.net]: 多い少ないの話したいなら定量的な根拠持ってきてくれ
根拠ないなら断言するのはやめて
275 名前：デフォルトの名無しさん mailto:sage [2023/09/16(土) 20:45:23.05 ID:DWW8ClN4.net]: >>267
それは関係ない
まずRustのほとんどのプログラムでmut祭りになることはなくmutの出現は少ない
その上でRustはCとほぼ同じ程度速い
276 名前：デフォルトの名無しさん mailto:sage [2023/09/16(土) 20:50:47.30 ID:bcC3Efve.net]: どちらがより目立つべきかを考えたら
mutable なほうが目立つべきだし
目立って欲しい方に指定をつける文法が自然だ。

良く使うほうが短く書けるべきという視点だって
もちろん間違いではないし、評価軸は無数にある。

定量化したところでそれぞれの重みをどう捉えるかは
感性の問題だろ。
277 名前：デフォルトの名無しさん mailto:sage [2023/09/17(日) 12:16:37.26 ID:ju6VviWZ.net]: >>211
Goでできない非同期処理って何？
channelとselectとgoroutineとsyncパッケージでなんでもできるけど
278 名前：デフォルトの名無しさん mailto:sage [2023/09/17(日) 13:48:53.24 ID:4koi4/xu.net]: >>271
例えばベアメタル環境での非同期とか？
まぁ大抵の環境でだいたい上手く行くってのがGoのいいところだから
別に悪くはないと思うけど
279 名前：デフォルトの名無しさん mailto:sega [2023/09/17(日) 17:36:59.55 ID:FEktRC8x.net]: 毎日ちょっとずつ課題でてそれを解いていくようなRust勉強サイトってないの？
ナンプレ毎日１問クリアしていく感じなやつ
280 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 01:48:58.76 ID:u21D7vuy.net]: >>273
exercism.org どうかな
281 名前：デフォルトの名無しさん [2023/09/18(月) 10:51:29.83 ID:+ud3D/1q.net]: >>267
>その代償としてイミュータブルをコピーしまくってメモリ浪費して関数型言語遅いじゃん

Rustのことなら#[derive(Copy)]とか.clone()とか描いちゃだめだよ絶対
282 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 12:04:31.40 ID:X+wkGtcX.net]: >>267
エイリアス解析がやりやすくなって本質的に同じものなのか
複製が必須なのか自動で判断して最適化される。
プログラマが判断するよりたぶん賢い。

mut を付けるかどうかは性能じゃなくてロジック的な妥当さで決めるもんだよ。
283 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 12:15:08.64 ID:eKGbn4o/.net]: techempowerベンチ見るとrustと比較してgoがしょぼいけど
こんなものなの?
284 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 12:28:49.50 ID:X+wkGtcX.net]: つよつよプログラマがチューニングすれば際限なく性能を挙げられるという意味での性能の良さと
非プログラマがテキトーに書いても及第点程度の性能が出るというのは言語として両立しにくい。

仮にしょぼいのが本当だとしてもトレードオフになる何かがあったりするから
総合的な使用感は実際に使ってみないとよくわからん。
285 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 12:39:00.83 ID:b4Z9xD4H.net]: >>277
GoはGC内蔵言語だから本質的に遅い
GC内蔵言語はGCするから遅いわけではなくGCのためにヒープメインにならざるをえないため遅い
286 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 12:44:14.37 ID:AWdb6cD0.net]: なんでもイミュータブルじゃなくて必要な時にミュータブルにしつつ安全性をコンパイラが保証してくれるのがいいんだよなぁ。
287 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 13:13:11.65 ID:eKGbn4o/.net]: そもそも、goはc#にすら負けてね?
1番高速じゃなくても2番目あたりでいいかなと思ってるんだけど
どれがいいのかなと

ななやむぐらいならわかりやすい1番にしとけばいいのか?
288 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 13:16:25.44 ID:eKGbn4o/.net]: goのgc調べてみましたが参照カウントとかじゃないのか
289 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 13:54:07.10 ID:1tuWbz8L.net]: Rustは見た目が汚いのが困る
もういっそCの方がきれいで安全で保守性が高いまである
290 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 14:01:16.96 ID:6k3cBrAf.net]: Cは大きなプロジェクトが汚すぎる
モジュールで名前空間分けられないから
291 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 14:04:02.95 ID:DByXMqbY.net]: C言語は"安全装置のない銃"に徹しているからな
シンプルなだけに危険いっぱいだ
292 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 14:43:26.49 ID:EhgpbTsZ.net]: C#はunsafeやSpanがあるので頑張れば結構速い
ネイティブコンパイルもできるようになってきたからとにかく速度を求めるようなアプリじゃなければ十分
293 名前：デフォルトの名無しさん [2023/09/18(月) 15:27:10.56 ID:orcKBY2S.net]: Rustもcrateのダウンロード数に応じて
crate開発者が課金される時代か
メシウマじゃなかった胸熱
294 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 15:57:52.35 ID:qN+5vY8o.net]: 何の話かと思えばunityか
295 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 16:04:36.29 ID:2MGtTYvZ.net]: とりあえずミュータブルの話をするならshared xor mutable に触れなきゃ意味ないし、それなら元ネタのトランザクション分離レベルぐらいは勉強しとかんといかん。
296 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 16:05:47.88 ID:7BUJ27i/.net]: >>285
C(C++含む)の真のヤバさはそれが周知されていないことだと思う
セキュリティ、セキュリティ吠えながら妄信的にC/C++使っているところとか普通にあるし
297 名前：デフォルトの名無しさん [2023/09/18(月) 17:52:28.36 ID:yZdHYJJu.net]: >>283
＞もういっそCの方がきれいで

前置宣言だからそれは無い。
298 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 22:02:21.17 ID:1tuWbz8L.net]: >>291
前置宣言だから綺麗に書けるまである
299 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 22:29:41.23 ID:b4Z9xD4H.net]: >>283
Rustは普通というか見た目キレイ側
300 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 23:41:51.16 ID:X+wkGtcX.net]: >>290
ロジックが正しくてもバイナリレベルでは脆弱性になることがある。
分かりやすい例では、言語の理屈では寿命を終えたはずのオブジェクトでも再利用される機会がなくて内容が残り続けるとかね。
そういうときにでもどうにかする知見が C/C++ では積み上がってる。

普通に書いて脆弱性が発生しにくいに越したことはないが、脆弱性が発生していることがわかったときに直せる確信があるというのはセキュリティが重要な場面で C/C++ を使う理由になる。
C/C++ が「自分の足を撃つ」ことになるなんてのは百も二百も承知の上で、「自分の足を撃つことも出来る」ことに価値を見いだしてるんだよ。
もともと自分の足を撃つというのは戦争に行かなくて済むようにわざと撃つことがあるというのを下敷きにした言い回しで、危険であると同時にそれが必要なこともあるというニュアンスを含んでいる。
301 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 23:47:04.73 ID:h2SSCK+Z.net]: >>294
それRustに対するアドバンテージになってないな
むしろディスアドバンテージ
302 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 07:20:03.69 ID:H6NF4sQp.net]: >>294
目的のために敢えてUB引き起こすってこと？
303 名前：デフォルトの名無しさん [2023/09/19(火) 11:44:23.57 ID:B2l8DHRh.net]: >>294
＞そういうときにでもどうにかする知見が C/C++ では積み上がってる。

所謂、バッドノウハウね。
そりゃさんざん今までやりまくって、なんなら現在進行形だったりするんだからノウハウも積み上がるさ。
304 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 13:23:13.06 ID:Gn3exU3j.net]: データベースのデータファイルの中の構造は、
C言語の「全部生メモリ」状態で、ポインタの
変わりにファイルポジションになっていて
普通に相互リンクトリンクやファイルポジション
をデータの位置を表現するのに使われていたりする。
だから、実行中のプログラムの RAM のメモリー安全
は確保されたとしても、ファイルの中は安全には
ならない。
305 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 13:27:32.55 ID:Gn3exU3j.net]: >>298
[補足]
・ポインターの代わりにファイルポジションが使用され、
　古来の plain C と同様のプロググラミングが行なわれている。
・LockFile や fnctl で「部分ロック」が当たり前
　のように使用されており、非常に複雑な
　配慮が必要なプログラミングになっている。

もっといえば、DBMS を使うアプリケーションも、非常に
配慮が必要な場合も多く、どのようなテーブルやカラム構造
にするかは難しい。ID番号をリンクしたり、どうやって
データを参照しあうかなどが生ポインタと同様の難しさ
を持っていて、わずかでも間違えば、全データが論理破損
してしまう可能性を持っている。
306 名前：デフォルトの名無しさん [2023/09/19(火) 14:54:41.30 ID:rHe1cSmV.net]: だれか巻き込まれてないか？
https://www.youtube.com/watch?v=SzpaDEhm-8Q
307 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 15:58:16.52 ID:H6NF4sQp.net]: 形式検証をrustに組み込むのってどれくらい現実的なんだろ
言語本体ではなくてproc macroで実現できるのかね
308 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 16:39:15.02 ID:p1GkLls0.net]: >>299
一般的なDBMSは中央集権でページアクセスを一元管理してるから生ポインタとは全く質が異なる
309 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 17:37:47.80 ID:/HqZkxNe.net]: >>302
ただ、購入履歴などは「誰が購入したか」のIDを
購入項目テーブルとユーザーテーブルを結びつける
必要があるので、IDがポインタの役割になる。
わずかでも狂うと、別人が買った項目が結び付け
られてしまう。
値が1つ、または、行が一行でもずれるとほぼ全体が破綻する。
310 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 18:14:50.54 ID:mxtPnJ5/.net]: DBでも何でもそうだけどshared xor mutableも必要
311 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 18:23:26.80 ID:/HqZkxNe.net]: 販売サイトなどのバグって怖くて、500円のものが
バグれば5000円になったりする可能性ある。
そういうものは、プログラミングを気をつける
しかなくて、Rustの安全対策でも防げない。
312 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 18:32:19.28 ID:gvKDfDmE.net]: 「気を付ける」の内訳にはテストを書く習慣とかが含まれてる。
気を付けないとしょうがないけど
気を付けるのに使える道具はそれなりに揃ってる。
313 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 18:34:24.73 ID:mxtPnJ5/.net]: すべてのバグをなくせる言語がないのは当たり前
データ競合により起こるそういう値のバグも現実にあるのだからRustでその手のバグをなくせるのも事実
314 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 18:55:07.79 ID:p1GkLls0.net]: >>303
そのレイヤーの話でもDBMSはトランザクション管理されてるから生ポインタとは状況が全く異なる
トランザクショナルメモリで管理された共有メモリと生ポインタの違い(実際はそれよりもまだ差がある)
315 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 19:02:27.03 ID:p1GkLls0.net]: >>304
同時実行制御には大きく楽観的制御と悲観的制御があるがshared xor mutableは後者
高い同時実行性能が求められる場合には楽観的同時実行制御を使うことが増えている
DBの話だけでなくロックフリーアルゴリズムも基本は楽観的制御
316 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 19:54:07.45 ID:/x1C5Bro.net]: >>309
楽観的排他制御を用いることができる現実的ケースが狭い
衝突した時の処理やり直しコストも考慮する必要がある

その一般的な話とは別にポインタ(参照)の話の方は必ず衝突するためsingle writer xor multiple readersが必須
317 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 21:00:27.72 ID:BGD+Lo74.net]: 排他制御も凄く奥深い話ではあるが、そういう
ものだけでなく、単なるプログラムミスで、
ID番号が1つずれたり、行がなんらかの事が
原因で1ぎょうずれたりしても、大変な問題
を巻き起こす。だからテストは必須。
318 名前：デフォルトの名無しさん [2023/09/19(火) 21:30:53.89 ID:cyrWzrEE.net]: RDBMSで物理的な一行とか関係ない
テキストファイルに永続化してる素人だな
319 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 21:34:30.39 ID:BGD+Lo74.net]: >>312
DBMS自体をプログラムする場合には関係ある。
320 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 21:41:37.42 ID:BGD+Lo74.net]: それと、DBMSを使うに徹する場合でも、行に
付ける ID 番号の管理がまた問題になる。
それも慎重に良く考える必要がある。
321 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 21:50:10.01 ID:LcWw/5IR.net]: それサロゲートキー義務で設計したらの話でしょ
322 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 21:55:08.52 ID:BGD+Lo74.net]: >>315
色々な機能を実装する上で、色々有り得る。
323 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 22:32:18.55 ID:e2nf9Krk.net]: >それと、DBMSを使うに徹する場合でも、行に
>付ける ID 番号の管理がまた問題になる。

DB板にもそういうのいるけどRDBにID必要と考えてるやつはもっかい勉強してこい
324 名前：デフォルトの名無しさん [2023/09/19(火) 22:44:03.77 ID:5k6OZf8O.net]: >>310
>楽観的排他制御を用いることができる現実的ケースが狭い
MVCCやCASが楽観的制御
分散非同期が前提の世界では楽観的制御がデフォルト
じゃないとスケールしないから

Rustがコンパイル時悲観的制御にしてるのは実行時の管理を無くしたいからであってポインタだとshared xor mutableが必須だからではない
トランザクショナルメモリがその一例
325 名前：デフォルトの名無しさん [2023/09/19(火) 22:57:59.75 ID:cyrWzrEE.net]: DBMSをプログラムする場合には当然関係ある
でも1行ずれたら大変とかいう下手くそは任されないので関係ない
326 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 23:03:17.25 ID:BGD+Lo74.net]: >>319
下手クソとか上手いとかっていうより、
そうならないようなアルゴリズムやデータ構造を
ちゃんと考える能力があるかどうかなん
だろうけどな。
327 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 23:06:22.84 ID:r+harKS8.net]: 可変参照と不変参照に対してMVCCなんて使えないよ
それはデータをコピーすることと同じになってしまう
ソフトウェアトランザクショナルメモリはどの環境でも使用可能なのに不利だからほぼ使われていない
さらにRustのshared xor mutableはそれらと独立した話であり共存できる話なのでshared xor mutable必須は問題ない
328 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 01:44:31.66 ID:16Zt41/R.net]: 会話のドッジボール
329 名前：デフォルトの名無しさん [2023/09/20(水) 09:31:56.94 ID:R98wQa7Y.net]: >>303
マイニャンバーですね判ります
330 名前：デフォルトの名無しさん [2023/09/20(水) 09:33:37.66 ID:R98wQa7Y.net]: >>305
500円の商品が5000円になるバグよりも
500円の商品が5円になるバグの方がはるかに怖い
331 名前：デフォルトの名無しさん [2023/09/20(水) 09:37:31.04 ID:R98wQa7Y.net]: >>313
いやいやωωω
332 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 09:39:49.95 ID:erhjcmms.net]: >>324
一番の問題は、レジ打ちの人間だったら絶対間違わない
ミスがコンピュータでは起こりえるということだよ。
333 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 09:41:04.74 ID:erhjcmms.net]: >>325
DBMSのアルゴリズムやSQLiteのソースなどを見ていたが、
大いに関係あるぞ。
334 名前：デフォルトの名無しさん [2023/09/20(水) 10:30:52.85 ID:jgkdiTgC.net]: SQLiteはファイルロックに頼らざるを得ない仕組みなのでDBとしては特殊
335 名前：デフォルトの名無しさん [2023/09/20(水) 11:17:52.24 ID:InZb605T.net]: 俺が高校生だった25年前頃、志木駅で500円分ぐらいのパンを買ったら4000円ぐらい請求されたぞ
336 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 11:46:41.00 ID:UfpBE+4Y.net]: まあ他のバグが減ればその分本質的な問題に注力出来るわな
そういうのはテストケースも綿密に行う必要がある
337 名前：デフォルトの名無しさん [2023/09/20(水) 12:17:55.14 ID:1SabZs8d.net]: >>317
むしろナチュラルキーにして詰んだりバグってる
338 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 13:53:51.14 ID:56axJTdd.net]: ナチュラルキーがプロジェクトの最後までユニーク保障されたことなんかマジで無いズラ
サロゲートキーは必須ズラ
339 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 14:13:13.56 ID:I55f6i4N.net]: 今日入門した。ツアーやったらサンプルプログラムが80個ぐらいできた
fn a(i: i32){ println!("{}",i) }
fn main(){ let x = 10; a(x); a(x) }
これは10が2回出力される
構造体引数だと2回よべずにエラーが出たけど
プリミティブ型？なら所有権がどうのとかなくてスタックにコピーされるだけであってる？
340 名前：333 mailto:sage [2023/09/20(水) 14:30:53.92 ID:I55f6i4N.net]: 別のチュートリアル始めて理解した
コピートレイトが実装されてるからなのか
341 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 15:53:12.11 ID:R98wQa7Y.net]: #[derive(Copy)] 禁止
342 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 18:16:56.45 ID:52Xj2Gp1.net]: >>328
他のDBMSでもプロセス間の排他制御は
出来る方法が限られているのでファイルロックを
使っている可能性が高い。
他の方法だと、mkdir 法や、名前付きパイプが
あることがあるが、ファイルロックの方が便利。
一つのプロセスの中のスレッド間の排他制御は
色々な方法が有るが、プロセスを越えた排他制御
は意外と他に出来る方法が無いから。
343 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 18:33:23.45 ID:I55f6i4N.net]: >>335
#[derive(Copy,Clone)]はもう試しました
Rustのいいところが失われますね
344 名前：デフォルトの名無しさん [2023/09/20(水) 18:51:23.96 ID:o02nl+od.net]: rustの名前の由来は？
345 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 19:07:11.98 ID:DDNbmZRy.net]: https://en.wikipedia.org/wiki/Rust_(fungus)

robustな菌らしい
346 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 19:38:07.98 ID:I55f6i4N.net]: OpenGLをやりたくてcrates.ioで最新版を調べてCargo.tomlに
[dependencies]
bytemuck = "1.14.0"
ogl33 = "0.3.0"

[dev-dependencies]
beryllium = "0.13.0"
imagine = "0.5.1"

このプログラムをビルドするとberylliumがunresolvedと出ます
use beryllium::*;
fn main() { let sdl = Sdl::init(init::InitFlags::EVERYTHING); }
berylliumのパッケージ名が変わったりしたのでしょうか
わかる人いますか
347 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 20:29:54.63 ID:X4X5BtpX.net]: >>336
さすがにmutex_lock使ってるよ
乏しい経験からの妄想なんかじゃなく、ちゃんとソース見れ
348 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 21:48:28.31 ID:UIQvYKk8.net]: >>331
ナチュラルキーをまともに扱えない奴はそもそも設計者失格だろう
349 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 22:20:31.31 ID:DDNbmZRy.net]: >>340
単純に動かすだけならdev-dependenciesからdependenciesに移せばいいと思う

テスト用の依存としてdev-dependenciesにこだわるなら
use beryllium::*;
の前に
extern crate beryllium;
を入れれば通るかな
あまりdev-dependencies使わないから分からん
350 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 22:37:25.93 ID:I55f6i4N.net]: >>343 ありがとうございます、動かせました！楽しい
351 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 23:23:26.93 ID:T1fPPHAq.net]: dev-dependenciesについてはこの辺参照
testやbenchやexampleだけで使う依存を定義するやつ
https://doc.rust-lang.org/cargo/reference/specifying-dependencies.html#development-dependencies

main関数の中で必要なら普通のdependencyにしないといけない
extern crateは関係ない
352 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 23:35:58.10 ID:8RfwRI5f.net]: >>331
未来永劫ユニークとノンヌルを単独ナチュラルキーで満たせればいいけど
そうでないときもあるもんね

>>336
プロセス間mutexやセマフォもあるよ

>>337
小さいデータならCopy実装は有利
353 名前：デフォルトの名無しさん [2023/09/21(木) 00:37:39.43 ID:hd16Ksmk.net]: >>336
単一ファイルでまかなうSqliteと一緒にすんな
354 名前：デフォルトの名無しさん mailto:sage [2023/09/21(木) 02:18:25.33 ID:AFY6neVf.net]: >>341
CreateMutex()の第三引数に名前を指定しなければ
ならないが、ユニークな名前をどうやって作るか
が大問題になるよね。
その点、LockFile() なら名前衝突の問題は
最初から簡単に確実に回避できる。
355 名前：デフォルトの名無しさん mailto:sage [2023/09/21(木) 03:10:10.71 ID:2dN46EMa.net]: 普通のDBってインターフェースを一つのサーバーで提供してると思うんだけど
名前解決が出来ない管理なんてあるの？
356 名前：デフォルトの名無しさん mailto:sage [2023/09/21(木) 03:14:44.34 ID:AFY6neVf.net]: >>349
なるほど。そういうことか。
SQLiteは、中央サーバー的なプロセスが無いから
事情が違うってことなんだな。
357 名前：デフォルトの名無しさん mailto:sage [2023/09/21(木) 04:39:08.18 ID:uFUX5dn+.net]: まずプロセスを分けるメリットがない
CPUコアスレッド数のスレッドを立ち上げれば一つのプロセスでそのマシンのリソースを使い切れる
ただし通信待ちでスレッドが止まったらその分のCPUリソースを無駄にしてしまうため各スレッドで複数のタスクを動かす
ただし各スレッドが抱えるタスク数は偏りがちなことが知られているため暇なスレッドは他からタスクを盗んで実行できるようにする
以上のスケジューリングをするのがRustのtokio
358 名前：デフォルトの名無しさん mailto:sage [2023/09/21(木) 08:25:19.60 ID:CT30w3BF.net]: https://www.sqlite.org/whyc.html
359 名前：デフォルトの名無しさん mailto:sage [2023/09/21(木) 10:46:48.71 ID:BwXSXzYj.net]: >>352
Rust以外の言語は完全に否定されているけど
今後Rustだけは条件を満たせば採用するとあるね
360 名前：デフォルトの名無しさん mailto:sage [2023/09/21(木) 10:59:44.45 ID:3hJtL3Ib.net]: mutable xor sharedはトランザクション分離レベルで言うとSERIALIZABLEだと思うけど、書き込み性能にけっこう致命的なパフォーマンス劣化が出たりしない？

あらかじめ主要な書き込み先オブジェクトの参照を保持しておくとかのオブジェクト指向の定石が利用出来ないし。
361 名前：デフォルトの名無しさん mailto:sage [2023/09/21(木) 11:03:41.54 ID:KbwNEPLt.net]: SQLiteは今、日本の人が一人でRustに移植してるみたいだけど？
完成度は知らない
362 名前：デフォルトの名無しさん mailto:sage [2023/09/21(木) 13:31:34.10 ID:cACw6b27.net]: >>351
MySQLやPostgreSQLみたいな普通のDBMSでは
単一プロセスがデーモンとして常駐してファイル更新
を一元管理するのが前提となっているが、
SQLiteでは、そのような常駐プロセスが
存在しなくて、各アプリがSQLiteのライブラリ
プログラムを呼び出して、ライブラリの関数が
排他制御を行なって単一ファイルを壊さないように
ロックしながら互いに強調しつつ、部分書き換えや
部分読み込みを行っている。
つまり、SQLiteは管理を担う単一の常駐プログラム
がなくて、個々のアプリ(の中のライブラリ)が
協調動作するようになっている。
だから、プロセス間で同期を取る仕組みが必要となる。
しかし、CreateMutexでは、ユニークな名前が必要
となってしまい、その名前を決めるのがメンドクサイ。
一方、LockFile だとファイルのパス名で自動的に
ユニークの名前に出来てしまうから、非常に簡単に
安全に正しくロックできる。
363 名前：デフォルトの名無しさん mailto:sage [2023/09/21(木) 16:18:11.92 ID:B1OFnXUk.net]: 3文字で言うと
364 名前：デフォルトの名無しさん [2023/09/21(木) 16:54:51.87 ID:2fMT8T96.net]: SQLite便利だよ
365 名前：デフォルトの名無しさん mailto:sage [2023/09/21(木) 17:25:46.98 ID:WBcwDy8I.net]: sqliteは便利だけどテーブルロックなところがうんこなんだよな
begin conccurentとか予定あるらしいが

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef