[過去ﾛｸﾞ]
Rust part30 (1002ﾚｽ)
Rust part30 http://mevius.5ch.net/test/read.cgi/tech/1748392296/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
359: デフォルトの名無しさん [sage] 2025/06/02(月) 00:18:26.39 ID:Z4CT4v88 Windowsを使う人は滅多にいないだろうしな 普通はLinuxかMac http://mevius.5ch.net/test/read.cgi/tech/1748392296/359
360: デフォルトの名無しさん [] 2025/06/02(月) 00:33:24.53 ID:FhxrXIqd 人間の頭から放電した場合は下記の経路になる 人間は電磁界【脳波８Hz〜４０Hz】【電線【６０Hz】の電圧と同じ】なので周囲に影響を与えれる範囲が狭い 人体への雷撃パターン ｜身を守る｜ 雷の知識 https://www.franklinjapan.jp/raiburari/knowledge/safety/61/ 超低周波電磁界にばく露した人体に起きる電磁的現象 https://www.jeic-emf.jp/public/web_mag/explanation/1016/ 1 人間の頭部から放電しないことはここで説明されている 2 お風呂場で湯船につかってい
るのでお湯の方に電流が流れる 3 頭からお湯をかぶっているやシャワーを浴びている場合はお湯にそって電流が流れる 4 雨降りの時は雨によって地面の方に電流が流れる 5 何か物に接している【手で手すりを触っているなど】場合はその者にそって電流が流れる などこれらの条件がそろっているのに外部の人が対象者の思考や動作がわかるはおかしなことを話している http://mevius.5ch.net/test/read.cgi/tech/1748392296/360
361: デフォルトの名無しさん [sage] 2025/06/02(月) 01:35:42.19 ID:d/cxZYnc >>321 何を言ってるんだか。 http://mevius.5ch.net/test/read.cgi/tech/1748392296/361
362: デフォルトの名無しさん [sage] 2025/06/02(月) 02:03:54.92 ID:wOJOfP6S Windowsのtauriは余計なことしないでwebview2に丸投げすればIMEは普通に動きそうな気がするんだけど クロスプラットフォームの抽象化があるから単純ではないのかな http://mevius.5ch.net/test/read.cgi/tech/1748392296/362
363: デフォルトの名無しさん [] 2025/06/02(月) 07:27:24.42 ID:GgLxuemZ >>359 GUIアプリってプログラマでなく一般ユーザーに使ってもらうために作るものじゃないの？ シェア率が70%もあるWindowsを「滅多に使わない」？ http://mevius.5ch.net/test/read.cgi/tech/1748392296/363
364: デフォルトの名無しさん [sage] 2025/06/02(月) 08:02:49.76 ID:zmXNsHtd どちらかというとIME切り替えながらウィンドウ動かす、というのがないかな… 数年間毎日使って気付かなかったし正直どうでもいい 直してくれるならそれに越したことはないけども http://mevius.5ch.net/test/read.cgi/tech/1748392296/364
365: デフォルトの名無しさん [sage] 2025/06/02(月) 08:51:42.98 ID:h4tRZExf いや、ウィンドウズはほぼ毎日使うよ 会社でも同じだわ http://mevius.5ch.net/test/read.cgi/tech/1748392296/365
366: デフォルトの名無しさん [sage] 2025/06/02(月) 10:49:02.15 ID:XWrf3Dm6 IDEなら編集しながらコンパイルしてるから不愉快な挙動をするのは火を見るより明らか http://mevius.5ch.net/test/read.cgi/tech/1748392296/366
367: デフォルトの名無しさん [] 2025/06/02(月) 11:11:49.92 ID:NteO/GBi >>293 Rustに限らずZigとかC#とか、extern cできる言語ならなんでもAndroidで使えるよ Androidのjniやndkに全部C互換があるから http://mevius.5ch.net/test/read.cgi/tech/1748392296/367
368: デフォルトの名無しさん [sage] 2025/06/02(月) 11:15:54.47 ID:aX5lnsqr 出来るけど公式にサポートしているもののほうが楽ではある。 http://mevius.5ch.net/test/read.cgi/tech/1748392296/368
369: デフォルトの名無しさん [sage] 2025/06/02(月) 12:21:45.02 ID:yqv+vYMm Amazon Aurora DSQLは当初はJavaVM上のKotlinで開発されたものの、バグの混入を避けるためなどの理由でメモリ安全なRust言語での開発に切り替えたところ、それだけで性能が約10倍向上したとも説明されています。 https://www.publickey1.jp/blog/25/awspostgresqldbamazon_aurora_dsql.html http://mevius.5ch.net/test/read.cgi/tech/1748392296/369
370: デフォルトの名無しさん [sage] 2025/06/02(月) 12:27:33.61 ID:XWrf3Dm6 オールド公式とニュー公式どっちを選ぶかは結局自分で判断するしかない http://mevius.5ch.net/test/read.cgi/tech/1748392296/370
371: デフォルトの名無しさん [sage] 2025/06/02(月) 13:03:04.42 ID:cfmG04/d 再現方法を見てウィンドウ動かさなければ問題ないだろうと考える人は経験が浅すぎるわな そういう感覚で物作ってると行き着くところは「複オジ品質基準」だぞ http://mevius.5ch.net/test/read.cgi/tech/1748392296/371
372: デフォルトの名無しさん [sage] 2025/06/02(月) 13:17:30.01 ID:aX5lnsqr わかった上で重大ではない (から放置で良い) と判断することはあるだろうけど…… そういう小さなことが積み重なってよくわからん挙動を引き起こすこともそれなりにある話。 http://mevius.5ch.net/test/read.cgi/tech/1748392296/372
373: デフォルトの名無しさん [sage] 2025/06/02(月) 14:20:48.94 ID:w8zlJvU9 >>369 困るとそれを貼り付けるね http://mevius.5ch.net/test/read.cgi/tech/1748392296/373
374: デフォルトの名無しさん [] 2025/06/02(月) 14:21:05.82 ID:czhP5p30 >>369 やはりサーバー分野はRustが最強だな http://mevius.5ch.net/test/read.cgi/tech/1748392296/374
375: デフォルトの名無しさん [] 2025/06/02(月) 14:21:43.53 ID:czhP5p30 >>373 どゆこと？ http://mevius.5ch.net/test/read.cgi/tech/1748392296/375
376: デフォルトの名無しさん [] 2025/06/02(月) 14:31:27.48 ID:czhP5p30 373がなにを否定したいのかよく分からないがRustの並列処理は非常に効率がよい Rustで再開発することによりこの恩恵を受けて大幅に性能が向上した 今回AWSが正式リリースしたAurora DSQLは並列処理に重きをおいたものだから特に高い効果を得られたのだろう http://mevius.5ch.net/test/read.cgi/tech/1748392296/376
377: デフォルトの名無しさん [sage] 2025/06/02(月) 14:41:07.84 ID:XWrf3Dm6 カオスは初期値だけで引き起こせるんだよね 途中の小さな積み重ねは原因ではなく結果 http://mevius.5ch.net/test/read.cgi/tech/1748392296/377
378: デフォルトの名無しさん [] 2025/06/02(月) 14:49:11.87 ID:z+CFOxG+ KotlinというかJavaの並行処理はむっちゃ安全だけどその代わりにパフォーマンスが犠牲になってる。 C++のはパフォーマンスが良いけどみんなご存知のように安全性がゴミ。 Goのはパフォーマンスも安全性もいいからRustかGoのどちらを使うかでRustが選ばれたんでしょ知らんけど。 http://mevius.5ch.net/test/read.cgi/tech/1748392296/378
379: デフォルトの名無しさん [] 2025/06/02(月) 15:15:13.25 ID:z+CFOxG+ 俺が考察せずともAWSの当事者の後日談的な記事あるじゃん。 KotlinのJVMのガベージコレクションのオーバーヘッドが敵だったみたいね。 もともとKotlinのスペシャリストであってRustは初心者だった開発チームが苦労の果てにコンパイル可能なコードを実行してみたらなんとKotlinで書いていたコードの10倍性能がよかった。 気分を良くした開発チームがどんどんKotlinのコードをRustに書き換えていったんだって。 Just make it scale: An Aurora DSQL story https://www.allthin
gsdistributed.com/2025/05/just-make-it-scale-an-aurora-dsql-story.html http://mevius.5ch.net/test/read.cgi/tech/1748392296/379
380: デフォルトの名無しさん [sage] 2025/06/02(月) 15:31:24.30 ID:AD6qUyw7 そんでこれはオープンソースなのか? http://mevius.5ch.net/test/read.cgi/tech/1748392296/380
381: デフォルトの名無しさん [] 2025/06/02(月) 15:53:39.10 ID:z+CFOxG+ CLI部分はオープンソースだよ http://mevius.5ch.net/test/read.cgi/tech/1748392296/381
382: デフォルトの名無しさん [sage] 2025/06/02(月) 15:55:37.90 ID:3XGAbOaK 本体をオープンソースにしろよw http://mevius.5ch.net/test/read.cgi/tech/1748392296/382
383: デフォルトの名無しさん [sage] 2025/06/02(月) 15:58:30.64 ID:bKFtipAC >>378 単に会社の方針としてJavaかKotlinかC/C++かRustで、Goは選択肢にないんだろう 379の元記事読んだけど技術選定の際に社内実績をかなり重視してそうだし、そもそも制約がなきゃKotlinなんか選ばないでしょ http://mevius.5ch.net/test/read.cgi/tech/1748392296/383
384: デフォルトの名無しさん [sage] 2025/06/02(月) 15:59:31.58 ID:WAnrQ9FR >>378 Goは同じくガベージコレクションのある言語だから厳しい http://mevius.5ch.net/test/read.cgi/tech/1748392296/384
385: デフォルトの名無しさん [] 2025/06/02(月) 16:03:48.59 ID:z+CFOxG+ やはり敵はガベコレにあり。 http://mevius.5ch.net/test/read.cgi/tech/1748392296/385
386: デフォルトの名無しさん [sage] 2025/06/02(月) 16:06:35.67 ID:qTYmSia5 敵はオープンソース資産を食い逃げする企業だろ http://mevius.5ch.net/test/read.cgi/tech/1748392296/386
387: デフォルトの名無しさん [sage] 2025/06/02(月) 16:28:08.28 ID:owUgTJXK >>384 GoのGCはJVMと比較すると低遅延だから、記事の通りGCによる停止が問題になっている状況なら選択肢になりうる http://mevius.5ch.net/test/read.cgi/tech/1748392296/387
388: デフォルトの名無しさん [sage] 2025/06/02(月) 16:40:40.26 ID:k0FlxjxP >>387 GCによる害悪2つのうちレイテンシ悪化はGoで軽減できるが全体パフォーマンスはGoも悪化する http://mevius.5ch.net/test/read.cgi/tech/1748392296/388
389: デフォルトの名無しさん [sage] 2025/06/02(月) 16:43:17.43 ID:/ossn2s1 悲報！Rust版AV1デコーダーがCより5%遅い問題が解決できず、カネで解決しようとする https://www.memorysafety.org/blog/rav1d-perf-bounty/ Macではもっと遅かったしRustじゃなくてGoで良い領域だな http://mevius.5ch.net/test/read.cgi/tech/1748392296/389
390: デフォルトの名無しさん [sage] 2025/06/02(月) 16:49:07.25 ID:/ossn2s1 >>236 >>243 Arc削除できないと返答してるな http://mevius.5ch.net/test/read.cgi/tech/1748392296/390
391: デフォルトの名無しさん [] 2025/06/02(月) 16:52:44.19 ID:Ca4PuVUf シャープ、PythonによるAIデバイス向け高位合成ツールをオープンソースで公開 https://news.mynavi.jp/techplus/article/20250602-3343055/ 博報堂メディカル、生成AIを用いた審査業務効率化ソリューションを開発 [ https://news.mynavi.jp/techplus/article/20250602-3342950/ 「AIをより魅力的にする戦略」がAIチャットボットに「薬物使用を促す」といった有害な考えを強化させる可能性があると研究で判明 https://gigazine.net/news/20250602-ai-chatbots-user-influenc
e-attention/ http://mevius.5ch.net/test/read.cgi/tech/1748392296/391
392: デフォルトの名無しさん [sage] 2025/06/02(月) 16:54:15.56 ID:64YfA+90 Arcは所有者を増やすときのみカウンタ+1のオーバーヘッドがある 参照はderefによりコストゼロ http://mevius.5ch.net/test/read.cgi/tech/1748392296/392
393: デフォルトの名無しさん [sage] 2025/06/02(月) 17:21:42.21 ID:fJbPstNP >>390 なるほど 幸先良くスタートしたけど分かっていても直せない箇所が出て来る訳ね http://mevius.5ch.net/test/read.cgi/tech/1748392296/393
394: デフォルトの名無しさん [sage] 2025/06/02(月) 17:27:52.34 ID:64YfA+90 所有者を増やしまくる愚を犯さない限りArcにデメリットはない http://mevius.5ch.net/test/read.cgi/tech/1748392296/394
395: デフォルトの名無しさん [sage] 2025/06/02(月) 17:49:16.64 ID:iSmTN9kp >>379 Aurora DSQLは、データベース管理ソフト(DBMS)であり、データを収めているのは原則としてHDDやSSD。 だから、メインメモリーは、キャッシュのために少し使う、というのが基本のはず。 だから、データ集約に関係する高度なアルゴリズムはHDD/SSDに対して必要となるが、 メインメモリに対しては余り必要ない。だから、Rustが適す。 http://mevius.5ch.net/test/read.cgi/tech/1748392296/395
396: デフォルトの名無しさん [sage] 2025/06/02(月) 17:52:38.64 ID:F42JmYRi >>395 もうちょっと調べた方が良いよ、DB全般 http://mevius.5ch.net/test/read.cgi/tech/1748392296/396
397: デフォルトの名無しさん [sage] 2025/06/02(月) 17:59:35.62 ID:iSmTN9kp >>396 ちゃんとした言葉で反論してください。 http://mevius.5ch.net/test/read.cgi/tech/1748392296/397
398: デフォルトの名無しさん [sage] 2025/06/02(月) 18:02:50.08 ID:owUgTJXK >>397 Geminiに聞いてやったぞ ご指摘のコメントは、データベースの仕組みとRustに関する理解に多くの誤解があるようです。 * DBのメインメモリ利用の認識違い: データベースはキャッシュだけでなく、データ処理やソート、インデックスなど、パフォーマンスのためにメインメモリを広範に活用します。「少し使う」というのは誤りです。 * Rust適用の理由が不適切: Rustはメモリを安全かつ効率的に制御できるため、DBのようなパフォーマンスが求められるシステム開
発には適しますが、「メインメモリをあまり必要としないから」という理由は論理が破綻しています。 したがって、このコメントは技術的に見て多くの点で適切ではありません。 http://mevius.5ch.net/test/read.cgi/tech/1748392296/398
399: デフォルトの名無しさん [sage] 2025/06/02(月) 18:04:48.37 ID:iSmTN9kp >>398 DBMSの場合、メインメモリーに置いておく集約構造は、データの量が小さい。 だから、ある程度の速度性能が出れば、全体の速度には影響が及びにくい。 http://mevius.5ch.net/test/read.cgi/tech/1748392296/399
400: デフォルトの名無しさん [sage] 2025/06/02(月) 18:05:34.76 ID:iSmTN9kp そのGeminiの回答は、理解が浅い。 http://mevius.5ch.net/test/read.cgi/tech/1748392296/400
401: デフォルトの名無しさん [sage] 2025/06/02(月) 18:06:28.04 ID:owUgTJXK >>399 お相手の方の返信も、やはりデータベースのメモリ利用とパフォーマンスに関する誤解が続いていますね。 主な問題点 * 集約構造のデータ量は「小さい」は誤り: データベースは、高速化のために可能な限り多くの集約データや中間結果をメモリに置こうとします。データ量が多いほど、メモリを効率的に使う必要があります。 * 「ある程度の速度」で全体の速度に影響が出にくいは誤り: メモリ上の処理が非効率だと、それが全体のパフォーマンスのボトルネックにな
り、特に大規模データや高負荷環境では深刻な影響が出ます。少しの遅延でも、積み重なると大きな差になります。 データベースの性能は、メモリの効率的な活用に大きく依存します。 書き込む前にAIにチェックしてもらうことをお勧めする http://mevius.5ch.net/test/read.cgi/tech/1748392296/401
402: デフォルトの名無しさん [sage] 2025/06/02(月) 18:08:30.83 ID:iSmTN9kp >>401 ただ、ネットで使うことが多い DBMSは、単位時間当たりの書き込み回数が小さい傾向がある。 そういう事まで含めて考えれば、あなたやGeminiの回答は理解が浅い。 http://mevius.5ch.net/test/read.cgi/tech/1748392296/402
403: デフォルトの名無しさん [sage] 2025/06/02(月) 18:11:00.40 ID:iSmTN9kp 論理ではなく、トータルの必要時間を数式で考えないといけない。 http://mevius.5ch.net/test/read.cgi/tech/1748392296/403
404: デフォルトの名無しさん [sage] 2025/06/02(月) 18:13:55.93 ID:64YfA+90 >>399 一番効果が大きいのはメモリ上のキャッシュ効果 そのキャッシュ構造管理もRustがベスト選択 http://mevius.5ch.net/test/read.cgi/tech/1748392296/404
405: デフォルトの名無しさん [sage] 2025/06/02(月) 18:16:26.41 ID:iSmTN9kp >>404 DBMSに必要な処理の特徴が、Rustとは相性がいいとは言えるかもしれないが、 DBMS以外のアプリではもっと別の特徴が必要となることが有る。 http://mevius.5ch.net/test/read.cgi/tech/1748392296/405
406: デフォルトの名無しさん [sage] 2025/06/02(月) 18:25:01.24 ID:iSmTN9kp >>404 「405」で「キャッシュ」という言葉を使ったが、CPUの中のキャッシュの事ではなく、 メインメモリー自体が HDD/SSDに対するキャッシュとみなせるという意味で使った。 混乱してはいけない。 http://mevius.5ch.net/test/read.cgi/tech/1748392296/406
407: デフォルトの名無しさん [sage] 2025/06/02(月) 18:32:11.04 ID:iSmTN9kp >>406 誤: 405 正: 395 http://mevius.5ch.net/test/read.cgi/tech/1748392296/407
408: デフォルトの名無しさん [] 2025/06/02(月) 18:40:12.36 ID:KbudeIgC 次からスレタイ「複おじ Part31」に変えようぜ http://mevius.5ch.net/test/read.cgi/tech/1748392296/408
409: デフォルトの名無しさん [sage] 2025/06/02(月) 18:42:37.74 ID:64YfA+90 >>406 DBはそのHDD/SDDに対するキャッシュ効果が最も効く そのキャッシュ管理にもRustが最適 http://mevius.5ch.net/test/read.cgi/tech/1748392296/409
410: デフォルトの名無しさん [sage] 2025/06/02(月) 18:44:18.26 ID:iSmTN9kp >>409 もちろん、KotlinやJavaよりは効くだろう。 http://mevius.5ch.net/test/read.cgi/tech/1748392296/410
411: デフォルトの名無しさん [sage] 2025/06/02(月) 18:50:00.32 ID:uLOpbVD1 >>408 別にそれでもいいよｗ 普通にRustスレ立ててもおかしな人間がやって来て自説を繰り返すだけだから http://mevius.5ch.net/test/read.cgi/tech/1748392296/411
412: デフォルトの名無しさん [sage] 2025/06/02(月) 19:31:43.37 ID:a238vP89 それやっても自分でRustスレ立てて何事もなかったかのように振る舞うだけだと思う http://mevius.5ch.net/test/read.cgi/tech/1748392296/412
413: デフォルトの名無しさん [sage] 2025/06/02(月) 20:32:38.85 ID:ddfioDeu >>389 GCがあり不便なGoは適用範囲がほとんどないのよ Goが使われている領域の狭さを見つめてね http://mevius.5ch.net/test/read.cgi/tech/1748392296/413
414: デフォルトの名無しさん [sage] 2025/06/02(月) 20:44:46.47 ID:+aIkiiO4 将来的にオリジナルのdav1dと乖離させない様に出来るだけ1to1で移行するには良いのでは TypeScriptコンパイラと同じ状況かと http://mevius.5ch.net/test/read.cgi/tech/1748392296/414
415: デフォルトの名無しさん [sage] 2025/06/02(月) 20:51:40.32 ID:+aIkiiO4 書いてあるね https://github.com/memorysafety/rav1d/issues/1419#issuecomment-2925693567 > And we'd like to keep the Rust code similar to the C code if there's no significant advantage to changing it, as this helps backporting changes from dav1d http://mevius.5ch.net/test/read.cgi/tech/1748392296/415
416: デフォルトの名無しさん [sage] 2025/06/02(月) 20:54:08.00 ID:+aIkiiO4 Macの現状は7%差か もう「significant」じゃない気がする > Apple M3で8.8%遅かったのが7%になったとな > 「5%遅い」はAMD Ryzenでの数字 http://mevius.5ch.net/test/read.cgi/tech/1748392296/416
417: デフォルトの名無しさん [sage] 2025/06/02(月) 20:56:39.33 ID:OnNK0eHp 小さいメモリを確保したり解放したりを頻繁にやるわけではないユースケースでは GC はそんなに速度に影響しない。 するとしても回避策はある。 そんなことより Go の問題点はメモリ管理を自動化しておきながらメモリアクセス違反をあまり防げないことだな。 C/C++ から移行する分にはそんなもんだろと思えるが、メモリ安全性を期待したら失望すると思う。 http://mevius.5ch.net/test/read.cgi/tech/1748392296/417
418: デフォルトの名無しさん [sage] 2025/06/02(月) 21:00:04.05 ID:+aIkiiO4 どの道テストはみっちり必要ですよ コンパイル時のあの標語は罠かと http://mevius.5ch.net/test/read.cgi/tech/1748392296/418
419: デフォルトの名無しさん [sage] 2025/06/02(月) 21:06:48.63 ID:3VeAkVql Goは各種安全性対策が中途半端でプログラマの自己責任だからな Goに未来はない http://mevius.5ch.net/test/read.cgi/tech/1748392296/419
420: デフォルトの名無しさん [sage] 2025/06/02(月) 21:18:44.47 ID:3Ri7GR+v >>396 禿同だな >>395というか複おじはド素人なのになんで無理に変なコメントしようとするんだ？ http://mevius.5ch.net/test/read.cgi/tech/1748392296/420
421: デフォルトの名無しさん [sage] 2025/06/02(月) 21:28:48.01 ID:uzsj2Y7F >>417 >小さいメモリを確保したり解放したりを頻繁にやるわけではないユースケースでは GC はそんなに速度に影響しない。 真逆だろ http://mevius.5ch.net/test/read.cgi/tech/1748392296/421
422: デフォルトの名無しさん [sage] 2025/06/02(月) 21:28:51.61 ID:XWrf3Dm6 キリトリ記事禁止の呪いか 思いつたことはすべて公表しなければならないという http://mevius.5ch.net/test/read.cgi/tech/1748392296/422
423: デフォルトの名無しさん [sage] 2025/06/02(月) 21:40:20.45 ID:OnNK0eHp >>421 確保しようとするメモリが大きくても小さくても一回あたりの確保・解放に必要な実行コストはあまり差がない。 大きさではなく回数が効いてくるので頻繁な確保・解放がないなら GC のコストは小さいよ。 画像処理関係は大きなデータは扱うがメモリを確保・解放する回数が大きいわけではない。 http://mevius.5ch.net/test/read.cgi/tech/1748392296/423
424: デフォルトの名無しさん [sage] 2025/06/02(月) 21:43:30.36 ID:nIRomA7P >>423 C/C++/Rustが絶対に勝つ利用法だ http://mevius.5ch.net/test/read.cgi/tech/1748392296/424
425: デフォルトの名無しさん [] 2025/06/02(月) 21:48:51.08 ID:GgLxuemZ >>413 Dockerとか使ったことないの？ http://mevius.5ch.net/test/read.cgi/tech/1748392296/425
426: デフォルトの名無しさん [sage] 2025/06/02(月) 21:56:07.57 ID:OnNK0eHp Go の GC もヒープメモリの確保と解放のコスト自体は C と同程度じゃないかな。 生存しているか (参照が残っているか) どうかの判定にコストがかかっているので依存関係の複雑なデータ構造だと速度的には不利になる。 どうせそのあたりを意識しながら設計するなら Go より Rust のほうがいいかなぁとは思う。 http://mevius.5ch.net/test/read.cgi/tech/1748392296/426
427: デフォルトの名無しさん [sage] 2025/06/02(月) 22:01:25.40 ID:OnNK0eHp 逆にもう手に負えないほど複雑なデータ構造になってしまったときは GC の実行コストを受け入れてでも任せてしまいたいということはあるかもね。 http://mevius.5ch.net/test/read.cgi/tech/1748392296/427
428: デフォルトの名無しさん [sage] 2025/06/02(月) 22:01:47.11 ID:bKFtipAC >>426 GC自体は軽い処理で、それ自体のコストが問題になることは少ない 問題は、現在主流のGCの実装では、予測困難なタイミングでGCによる比較的長時間のアプリケーションの停止が生じること そもそも明示的なdeleteやRAIIや参照カウントのような方法も決してゼロコストではないわけで、そのコストを払うタイミングが違うんだよ http://mevius.5ch.net/test/read.cgi/tech/1748392296/428
429: デフォルトの名無しさん [sage] 2025/06/02(月) 22:03:46.27 ID:J5nAKj7S >>425 Docker創始者が明言「WASM+WASIがあればDockerは不要」 https://twitter.com/solomonstre/status/1111004913222324225 https://twitter.com/thejimwatkins http://mevius.5ch.net/test/read.cgi/tech/1748392296/429
430: デフォルトの名無しさん [sage] 2025/06/02(月) 22:26:19.81 ID:GjabKUPP なお>>429 tweetから丸6年後の今 http://mevius.5ch.net/test/read.cgi/tech/1748392296/430
431: デフォルトの名無しさん [sage] 2025/06/02(月) 22:28:58.46 ID:UNbfduAo >>428 1行目から2行目で世界線が違うのか？ http://mevius.5ch.net/test/read.cgi/tech/1748392296/431
432: デフォルトの名無しさん [sage] 2025/06/02(月) 22:33:31.23 ID:bKFtipAC >>431 あなた以外には理解いただけているものと思うが、念のため補足すると、 GCの問題は処理コストの大きさではなく、そのコストを払うタイミングにある http://mevius.5ch.net/test/read.cgi/tech/1748392296/432
433: デフォルトの名無しさん [sage] 2025/06/02(月) 22:44:13.11 ID:ur17A/w2 >>432 要するにこれが良いと言う事か > もうすぐGCが進化するからフリーランチ出来るね > https://qiita.com/hez2010/items/e0a3573ecb3b14325336 > https://github.com/dotnet/runtime/discussions/115627 新計測データが来てる http://mevius.5ch.net/test/read.cgi/tech/1748392296/433
434: デフォルトの名無しさん [sage] 2025/06/02(月) 22:45:31.08 ID:MPKk5iPb >>432 GCはどの方式でも処理コストが高い これがGC依存言語が遅い原因 http://mevius.5ch.net/test/read.cgi/tech/1748392296/434
435: デフォルトの名無しさん [sage] 2025/06/02(月) 22:48:22.30 ID:MPKk5iPb GCするなら一斉停止が最も低コスト 並行しながらGCは時間の分散ができる代わりにコストの増大を招く http://mevius.5ch.net/test/read.cgi/tech/1748392296/435
436: デフォルトの名無しさん [sage] 2025/06/02(月) 22:59:32.23 ID:ur17A/w2 Satori GC (No Gen0)は良さそうだから、さっさとGodotで試したデータを上げたら良いのに http://mevius.5ch.net/test/read.cgi/tech/1748392296/436
437: デフォルトの名無しさん [sage] 2025/06/02(月) 23:06:29.24 ID:ur17A/w2 godot使いが言っている最大レイテンシーが~5ms程度が実際に達成されるのか見て見たい http://mevius.5ch.net/test/read.cgi/tech/1748392296/437
438: デフォルトの名無しさん [sage] 2025/06/02(月) 23:16:57.64 ID:9HexqnhX 現実を無視して自己満足 http://mevius.5ch.net/test/read.cgi/tech/1748392296/438
439: デフォルトの名無しさん [sage] 2025/06/02(月) 23:35:07.57 ID:e80Lnwqt 5msが本当ならゲームチェンジャー >>434 GC言語が楽なのは分かるから 逆にGC憎くしだな http://mevius.5ch.net/test/read.cgi/tech/1748392296/439
440: デフォルトの名無しさん [sage] 2025/06/02(月) 23:41:42.00 ID:MPKk5iPb >>439 GCを用いる以上はGCのコストを無くす方法はない 必ずペナルティが生じる http://mevius.5ch.net/test/read.cgi/tech/1748392296/440
441: デフォルトの名無しさん [sage] 2025/06/02(月) 23:43:45.20 ID:e80Lnwqt >>440 そこはクライアント側CPUはあまっているから大丈夫 ゲームだとGPU律速 DB/IOがあればそれで律速 http://mevius.5ch.net/test/read.cgi/tech/1748392296/441
442: デフォルトの名無しさん [sage] 2025/06/02(月) 23:50:27.08 ID:e80Lnwqt というかJVMが取り入れたら世界線レベル DSQLで1秒想定だったのが200分の1 http://mevius.5ch.net/test/read.cgi/tech/1748392296/442
443: デフォルトの名無しさん [sage] 2025/06/02(月) 23:52:03.77 ID:w80jJ2EG GCはメモリ消費量の問題もあるため論外 何をするにも不利 http://mevius.5ch.net/test/read.cgi/tech/1748392296/443
444: デフォルトの名無しさん [sage] 2025/06/02(月) 23:57:57.40 ID:ab+RrVue >>439 無学だな GCコストを下げる魔法は存在しない http://mevius.5ch.net/test/read.cgi/tech/1748392296/444
445: デフォルトの名無しさん [sage] 2025/06/03(火) 00:01:16.56 ID:7WxgzsHE >>420 Geminiの方が優秀だね http://mevius.5ch.net/test/read.cgi/tech/1748392296/445
446: デフォルトの名無しさん [sage] 2025/06/03(火) 00:06:53.82 ID:7WxgzsHE 見せて欲しい>>444氏の学とやらを http://mevius.5ch.net/test/read.cgi/tech/1748392296/446
447: デフォルトの名無しさん [] 2025/06/03(火) 01:21:41.32 ID:WkxEnd7y node.jsでサーバー構築してるけどRustにしたほうがええんかなあ http://mevius.5ch.net/test/read.cgi/tech/1748392296/447
448: デフォルトの名無しさん [sage] 2025/06/03(火) 09:39:37.51 ID:xhVN3bhy Rustの利点が活きるAPIサーバなら普通にいいんじゃないか フロントもある普通のWebアプリケーションだったら辞めたほうがいいと思うが http://mevius.5ch.net/test/read.cgi/tech/1748392296/448
449: デフォルトの名無しさん [sage] 2025/06/03(火) 10:20:07.21 ID:cgHky4oh もし移行コストに見合った効果が出るのであれば相当にトラフィックの多いサーバーだろうから、 なんとなくの雰囲気や好みじゃなくて論理的に判断すべきだろう たぶんそうではないんだろうけど、その場合モチベーションは無益な徒労を続ける上で無視できない重要な要素だから、Rustを採用することでモチベーションが上がるならやればいいんじゃないか http://mevius.5ch.net/test/read.cgi/tech/1748392296/449
450: デフォルトの名無しさん [sage] 2025/06/03(火) 10:46:12.79 ID:97yIcMrS >>423 arena使わないとRustがGC言語に速度で負けるのはどういう場合かな？ 大昔ならいざ知らず現代のGCが問題になるのはそんな単純なケースじゃないよ http://mevius.5ch.net/test/read.cgi/tech/1748392296/450
451: デフォルトの名無しさん [sage] 2025/06/03(火) 11:29:40.94 ID:g1P4UzEL >>450 arenaを使っていないRustプログラムがほとんど もちろんGC言語より速い http://mevius.5ch.net/test/read.cgi/tech/1748392296/451
452: デフォルトの名無しさん [sage] 2025/06/03(火) 12:38:00.30 ID:SsEYb5J+ GC言語は速さと省メモリで勝ち目は一切ないため他の理由がある時のみ用いる http://mevius.5ch.net/test/read.cgi/tech/1748392296/452
453: デフォルトの名無しさん [sage] 2025/06/03(火) 12:47:09.85 ID:rqu5SnLS >>449 構築コストはRustもNode.jsも覚えた人には同じ 省メモリと捌けるクライアント数はRustが圧倒的 http://mevius.5ch.net/test/read.cgi/tech/1748392296/453
454: デフォルトの名無しさん [sage] 2025/06/03(火) 13:01:58.34 ID:Kt5mEPBd >>453 クライアント数が増えたらサーバーの数を増やせばいいだけだ 一般に、Node.jsのエンジニアよりもRustのエンジニアの単価の方が平均的には高いから、 Rust採用による人件費の増加とサーバーのコスト低減効果のどちらが優位か？という金の問題に帰着する 先のAurora DSQLの例では明らかに後者が優位だが、>>447含め大多数のプロダクトでは状況は異なる いやそうではない、Rustエンジニアの単価は安い、例えば俺のように、と主張するのなら話は別だかな
http://mevius.5ch.net/test/read.cgi/tech/1748392296/454
455: デフォルトの名無しさん [sage] 2025/06/03(火) 13:04:22.23 ID:rqu5SnLS >>454 Rustが使える人にとってそんなこと関係ない Rustで書けばサーバ数も激減できる http://mevius.5ch.net/test/read.cgi/tech/1748392296/455
456: デフォルトの名無しさん [sage] 2025/06/03(火) 13:09:50.21 ID:/7yVoUF5 >>455 Rustはコーダーに好き勝手させないためのマネジメント向け言語だよ。 unsafeの扱いは問題あるけど、そのうちコーティング規約でライブラリアン以外はunsafe使えなくするケースが増えるんじゃないんかね。 http://mevius.5ch.net/test/read.cgi/tech/1748392296/456
457: デフォルトの名無しさん [sage] 2025/06/03(火) 13:19:44.29 ID:VYRLmXgA >>456 無知がデタラメ書くのは止めなさい Webサーバー構築でunsafeなんて出て来ない http://mevius.5ch.net/test/read.cgi/tech/1748392296/457
458: デフォルトの名無しさん [sage] 2025/06/03(火) 13:42:18.60 ID:/7yVoUF5 >>457 「コーダーがunsafeを使わない」と「コーダーはunsafeを使えない」は別物。 マネジメントサイドはコーダーを信用しないから、禁止できるなら禁止するだろ。 http://mevius.5ch.net/test/read.cgi/tech/1748392296/458
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 544 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.027s