- 1 名前：デフォルトの名無しさん mailto:sage [2023/08/31(木) 12:16:53.23 ID:dCL063sE.net]
- C++の色々配慮してめんどくさい感じは好きだけど、実務になったらメモリ安全性とか考えて今後Rustに変わっていくんかな」
「うだうだ言ってないで仕事で必要なのをやればいいんだよ、趣味なら好きなのやればいい」
っていう雑談スレ。
前スレ: 結局C++とRustってどっちが良いの？ 6traits
mevius.5ch.net/test/read.cgi/tech/1690610746/
関連スレ(マ板): Google&Microsoft「セキュリティバグの70%はC/C++のメモリ管理ミス。Rustにする」
https://medaka.5ch.net/test/read.cgi/prog/1619943288/
- 318 名前：デフォルトの名無しさん mailto:sage [2023/09/13(水) 14:32:47.21 ID:IHxW8owo.net]
- 1行目から間違ってるもんな
- 319 名前：デフォルトの名無しさん mailto:sage [2023/09/13(水) 21:42:52.00 ID:HljQ0S6H.net]
- https://docs.modular.com/mojo/notebooks/Matmul.html
> 180.14895626059092 GFLOP/s, a 77052.192096131941 x speedup over Python
行列積のGFLOPS数値があるけど
>>272,286の感想は？
- 320 名前：デフォルトの名無しさん [2023/09/14(木) 10:07:25.21 ID:/LryAq71.net]
- >>314
このベンチマークはシングルコアではないよね？多分4コア8スレッドとかそんな感じ？
手元のOpenBLASはシングルスレッド計測だと大体60GFLOPSだったよ。自分がAVX512でやってるやつもは65GFLOPS。AVX512なんで、もう少しチューニングすればマックスで80とか90GFLOPSまでは期待できるかもしれない。
- 321 名前：デフォルトの名無しさん [2023/09/14(木) 10:08:17.83 ID:/LryAq71.net]
- >>315
あと、あくまでもシングルスレッドでのGFLOPSであることには留意してね。
- 322 名前：デフォルトの名無しさん mailto:sage [2023/09/14(木) 10:29:06.74 ID:iBoAtJWG.net]
- >>314は単精度
>>315は倍精度で出している？
- 323 名前：デフォルトの名無しさん [2023/09/14(木) 11:25:47.47 ID:/LryAq71.net]
- >>317
倍精度。
- 324 名前：デフォルトの名無しさん mailto:sage [2023/09/14(木) 12:22:56.03 ID:JjtV6D+W.net]
- >>318
やはり
単精度マルチスレッドでやると分かるけど
mojoであってもちょっと書いたくらいでは
凄く遅いという事ね
こちらはnumpy openblasで1020GFLOPS位
mojoは150GFLOPS位だった
- 325 名前：デフォルトの名無しさん mailto:sage [2023/09/14(木) 12:55:47.67 ID:JjtV6D+W.net]
- 単精度シングルスレッドは
numpyで140GFLOPS位、mojoは40GFLOPS位だったかな
(どっちも1000x1000 float32)
もともと遅いしマルチスレッドの伸びも良くない印象だった
>>315のシングルスレッドは単精度に引き直すと
結構頑張っていると思う
- 326 名前：デフォルトの名無しさん [2023/09/14(木) 13:59:54.79 ID:3ROssfnr.net]
- このスレ的にはZigはどうなんだに？
- 327 名前：デフォルトの名無しさん mailto:sage [2023/09/14(木) 15:09:10.16 ID:Y5/q5uFG.net]
- Zigもありなんだけどバージョン1.0予定の2025年も遅れるだろうし
便利なC言語という需要がどこまであるのかわからん
正反対な方向のZigとRustだが企業がZigを選ぶのはレアケースだろう
- 328 名前：デフォルトの名無しさん [2023/09/14(木) 18:02:30.25 ID:/LryAq71.net]
- >>320
AVX512というチートに手を染めててこのGFLOPSは個人的には不満。ただ、自分のノートパソコンのzmmレジスタが16本しかなくて制約がキツすぎて困ってる。512bit長のsimdであればレジスタは最低でも32本は欲しい。16本だとパイプラインハザードの回避がかなりキツイ上ロード命令と置換命令に対して十分に演算命令を積めないのでかなり苦労している。というかAVX512をレジスタ16本はキツイのでAVX256の方で普通にOpenBLASを目指そうかどうかを検討している。
- 329 名前：デフォルトの名無しさん mailto:sage [2023/09/14(木) 18:47:08.14 ID:fFI/ZuLN.net]
- >>323
zmm レジスタは 32本有るはずだが。
- 330 名前：デフォルトの名無しさん mailto:sage [2023/09/14(木) 22:26:51.45 ID:GWshkXO+.net]
- 激震のためRust製のゲームエンジンAmethystが注目されてるらしい
https://amethyst.rs/
激震
基本無料のソシャゲ終了のお知らせ。Unity「インストールするならお金払ってね。リセマラも都度料金徴収するから」
https://greta.5ch.net/test/read.cgi/poverty/1694588878/
全ゲーム業界に暗雲 「UNITY税」が始まる事を受け販売中のゲームを削除するとアナウンスするメーカーが出始める
https://greta.5ch.net/test/read.cgi/poverty/1694620134/
- 331 名前：デフォルトの名無しさん mailto:sage [2023/09/14(木) 23:17:48.22 ID:4BMiRrnl.net]
- ふと試したBLISが良い感じ
単精度
OpenBLAS: 1.940ms 1030.853 GFLOP/s
BLIS: 1.983ms 1008.616 GFLOP/s
MKL: 2.654ms 753.593 GFLOP/s
倍精度
OpenBLAS: 4.139ms 483.190 GFLOP/s
BLIS: 3.584ms 557.981 GFLOP/s
MKL: 4.818ms 415.121 GFLOP/s
MKL倍精度は100回毎のサブ平均が350~550で安定していなかった
MKL単精度は安定して遅かった
OpenBLASとBLISが安定して速かった
(1000x1000 10000回平均 マルチスレッド AVX2)
>>323
AVX512はチートと言う程じゃないけど普及度はかなり下がるね
- 332 名前：デフォルトの名無しさん mailto:sage [2023/09/15(金) 01:00:20.84 ID:ufqLCMQd.net]
- >>325
Amethystはだいぶ前に開発止まったはず
アンチOSSの人はこういう激震が好きなんだろうか
- 333 名前：デフォルトの名無しさん mailto:sage [2023/09/15(金) 03:25:46.95 ID:/EFfpw9T.net]
- いい機会なので復活したりするのかもね
https://github.com/amethyst/amethyst
まあ、びっくりしたUnity側が条件変えてくるでしょ
金を生まないインスタンスが想像以上に多いらしい
- 334 名前：デフォルトの名無しさん mailto:sage [2023/09/15(金) 09:51:13.34 ID:qQe5d8DA.net]
- 希望的観測を語るのは勝手にすればいいが
実際に注目を集めているのはGodotとUnrealなのであった
- 335 名前：デフォルトの名無しさん [2023/09/15(金) 13:52:46.64 ID:mLvjl0rN.net]
- >>324
何か調べると自分のPCは16本っぽい。何か最初期のPCはZMMレジスタが32本あったんだけど、途中から発熱のせいで16本になって今ではサーバー用のやつ以外は基本16本って何かに書いてあった気がする。これは勘違い？
- 336 名前：デフォルトの名無しさん mailto:sage [2023/09/15(金) 18:05:36.94 ID:TsgRoiWh.net]
- >>330
一応、EVEX prefix では 32 種類の zmm レジスタ
を区別できるようにはなっているが。
- 337 名前：デフォルトの名無しさん mailto:sage [2023/09/15(金) 18:39:42.09 ID:ZacIwhCh.net]
- この記事ではシリコンダイ上の実体(レジスタファイル)は(1コアあたり)152(144+8)個みたいだよ
https://chipsandcheese.com/2022/06/07/sunny-cove-intels-lost-generation/
AVX512FのISA上で名前で呼び分けるのが32個(zmm0~zmm31)で実行のスケジュール段階で
144個のレジスタファイルに上手く割り振りながらアウトオブオーダー実行しているイメージです
>>323,330
>何か調べると
これの方が興味あるので差し支えなければリンクを...
- 338 名前：デフォルトの名無しさん [2023/09/16(土) 10:27:42.31 ID:NyIUl8mq.net]
- zmmレジスタが16本しかないやつは極一部のやつらしい。確認したら自分のPCは32本あった。
ところで、zmm0レジスタにdouble型がロードされてるときこれの2番目の要素をzmm1レジスタにブロードキャストすんのって最低でどれくらいのレイテンシーがいるか教えて欲しい。IntelのSimd命令マニュアルとにらめっこしながらやってるけど、命令の内容があまり書いてないので結構困ってる。レイテンシーとかは書いてあるけど。
- 339 名前：デフォルトの名無しさん mailto:sage [2023/09/16(土) 21:12:54.47 ID:DZ7YkFqT.net]
- >>326の計測に使ったblasバインディングがgemmとgemvしか参照していなかったので
行列積素朴実装をgemmの形にしてdllにしたらそのまま計測出来た(gemvは呼び出されていなかった)
f32 NAIVE
ST
3484.623ms 0.616 GFLOP/s
3540.897ms 0.606 GFLOP/s
3567.409ms 0.602 GFLOP/s
MT
178.104ms 12.057 GFLOP/s
178.895ms 12.004 GFLOP/s
177.376ms 12.107 GFLOP/s
f32 tile
ST
31.727ms 67.686 GFLOP/s
32.086ms 66.930 GFLOP/s
32.020ms 67.067 GFLOP/s
MT
4.042ms 531.307 GFLOP/s
3.924ms 547.233 GFLOP/s
4.065ms 528.281 GFLOP/s
f32 BLIS 目標 アーキテクチャ毎にほぼアセンブリで実装されている
ST
14.917ms 143.966 GFLOP/s
14.987ms 143.289 GFLOP/s
15.051ms 142.680 GFLOP/s
MT
2.120ms 1012.808 GFLOP/s
2.145ms 1001.183 GFLOP/s
2.108ms 1018.784 GFLOP/s
- 340 名前：デフォルトの名無しさん mailto:sage [2023/09/16(土) 21:14:12.34 ID:DZ7YkFqT.net]
- f64 NAIVE
ST
4072.215ms 0.527 GFLOP/s
3965.081ms 0.542 GFLOP/s
4069.991ms 0.528 GFLOP/s
MT
284.921ms 7.537 GFLOP/s
297.872ms 7.209 GFLOP/s
271.956ms 7.896 GFLOP/s
f64 tile
ST
72.745ms 29.521 GFLOP/s
72.666ms 29.553 GFLOP/s
72.857ms 29.475 GFLOP/s
MT
9.442ms 227.445 GFLOP/s
9.547ms 224.928 GFLOP/s
9.739ms 220.504 GFLOP/s
f64 BLIS
ST
30.461ms 70.500 GFLOP/s
30.418ms 70.600 GFLOP/s
30.343ms 70.773 GFLOP/s
MT
3.896ms 551.148 GFLOP/s
3.812ms 563.403 GFLOP/s
3.924ms 547.277 GFLOP/s
1024x1024 10回平均
c=a*bのa,bは使いまわし 変数cはループ外で初期化してあるけど 都度既存メモリ破棄、新規アロケート、ゼロ初期化されていた
- 341 名前：デフォルトの名無しさん mailto:sage [2023/09/16(土) 21:16:22.52 ID:DZ7YkFqT.net]
- gemm自体はアロケート済みのcを受け取るだけなので
簡潔に書いてもcメモリの使いまわしが出来る仕組みが欲しい
端数処理をしてない手抜きTileなので1024x1024でやった
>>333
楽しめるかどうかですね
こちらはどうなることやら
- 342 名前：デフォルトの名無しさん mailto:sage [2023/09/16(土) 21:22:50.93 ID:DZ7YkFqT.net]
- 64x64 Tile導入時点でコンパイラがAVX2を多用したコードを自動出力した
なんかマルチスレッドの力で押し切るのが手軽
f32はGPUで
f64は個人向けGPUは遅いからCPU多コアかな
- 343 名前：デフォルトの名無しさん [2023/09/16(土) 23:25:02.06 ID:NyIUl8mq.net]
- 野望の段階だけど、Strassenのアルゴリズムとかの行列積高速化のアルゴリズムを効率良く組みたい。再帰的なアルゴリズムは現状のCPUの構造だとかなり難しいんだよね。
今はCだけど、できれば最終的にRustで組みたい。RustのメモリリークやSegmantation fault, メモリの2重解放がないのはスゴい利点だとと思う。今後OSなどの最深部でも行列積の計算が頻繁に呼び出されるようになるだろうからなおのことRustで目標を達成したい。
- 344 名前：デフォルトの名無しさん mailto:sage [2023/09/17(日) 06:43:29.46 ID:+Vc0mLjX.net]
- カーネルで行列積って使うの？
- 345 名前：デフォルトの名無しさん mailto:sage [2023/09/17(日) 09:01:47.58 ID:2thFGrAB.net]
- 行列とカーネルを同じ文に書かれると違うほうのカーネルにしか読めん
- 346 名前：デフォルトの名無しさん mailto:sage [2023/09/17(日) 10:37:23.77 ID:y6GkRZWJ.net]
- 結論とて現在のRustは糞
来世に期待ってことだよな
- 347 名前：デフォルトの名無しさん mailto:sage [2023/09/17(日) 13:55:14.01 ID:pImX9Ap1.net]
- どんな紙切れでも金塊以上の価値になれる
その結果Youは乱れ万人に対する加害者になっちゃうわな
- 348 名前：デフォルトの名無しさん mailto:sage [2023/09/17(日) 14:05:21.39 ID:9e7GqZX3.net]
- >>341
脈絡なく「結論」とか言っちゃう症状って生まれ変わるまで治らないの？
若いうちならトレーニングで治せそうだけど年取ると無理なのかな
- 349 名前：デフォルトの名無しさん mailto:sage [2023/09/17(日) 14:44:07.73 ID:+rM6c2qp.net]
- >>341
うむ。
zmmレジスタやSIMDの話題もRustに不利な事を
書き込まれたから誤魔化そうとしているのだろうね。
- 350 名前：デフォルトの名無しさん [2023/09/18(月) 03:18:13.11 ID:pCHq1yrZ.net]
- >>339
AIがOSに組み込まれるようになるので死ぬほど行列積の関数は呼び出されるようになると思う。
- 351 名前：デフォルトの名無しさん [2023/09/18(月) 03:47:49.70 ID:k3AGHqct.net]
- >>345
別にユーザーランドで良いのでは?
- 352 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 06:24:20.96 ID:BSQ07s8i.net]
- スタートレックの世界のコンピュータを目指すならOSに組み込まれるかもね
でもそれはまだ先の話だろう
- 353 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 10:08:36.50 ID:Q0H2wSm7.net]
- SIMDなんて非常に簡単で素朴なコードがかけるのに
有利不利なんてないだろ
- 354 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 10:18:31.61 ID:FokkMn3s.net]
- そのわりにベンチで差が出る(らしい
スレ的には、いかに上手に・素直にスタブを記述できるかだね
- 355 名前：デフォルトの名無しさん [2023/09/18(月) 12:57:03.60 ID:k3AGHqct.net]
- >>347
OSにAIが標準装備されるとしても
何でそれをカーネル空間で動かさなきゃならんという話になるのかが分からん
- 356 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 15:52:05.81 ID:ohI7hzcV.net]
- >>347
win11にWindows Copilotを搭載することが決定してるので そう先の話でわネエと思いますケドぬ まぁ ドコまでローカルホストでガリガリやらすかまでわ 分からんケドぬ
- 357 名前：デフォルトの名無しさん [2023/09/18(月) 22:42:01.51 ID:pCHq1yrZ.net]
- >>348
それはアセンブラを直接たたくってこたかな？それって生のポインタをさわることになるからRustの目指す安全性とは結構離れてるよな。第一、データがレジスタのサイズにあわせてアライメントされてないとバグるけど、Rustではアライメントを揃えるのすらunsafe扱いだから。simdを組み込みにするのは果てしなく大変なのでは？全てunsafeにして生のポインタを引数にとるなら話は別だけど。それではもはやRustを使う意味がないし。
- 358 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 23:18:32.41 ID:h2SSCK+Z.net]
- >>352
理解できてなさすぎ
Rustは標準ライブラリがunsafeまみれなように
いくらでもunsafeを使ってもいいんだよ
そのうえでsafeな部分を作り出せればそこはRustコンパイラによる保証がつく
だからRustだけがアドバンテージを持つ
- 359 名前：デフォルトの名無しさん [2023/09/18(月) 23:25:10.97 ID:TStUf0QM.net]
- >>353
理解してると思うよ
煽られてるんだよw
- 360 名前：デフォルトの名無しさん [2023/09/19(火) 00:32:50.44 ID:kTo53yXB.net]
- 行列ライブラリはぶっちゃけRUSTの運営が直接本来実装するべきなんだよね。ものすごい数の安全テストが必要だから。Rustの標準ライブラリのRCはそうやって安全性を担保してるからな。ただRustの質を担保するならRCよりも遥かに安全テストが必要になるとは思う。
- 361 名前：デフォルトの名無しさん [2023/09/19(火) 00:45:08.44 ID:CAb8pI9J.net]
- blasやlapackのラッパー書けば良いのでは?
- 362 名前：デフォルトの名無しさん [2023/09/19(火) 01:10:39.03 ID:kTo53yXB.net]
- >>356
メモリリークどうすんの？
- 363 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 01:28:44.07 ID:q6UjSMFh.net]
- もうRustの失敗を踏まえた新しい言語の登場を待とうぜ
- 364 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 01:34:55.82 ID:CAb8pI9J.net]
- >>357
blasやlapackの中は干からびるくらいに枯れてるやろ
- 365 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 01:37:08.15 ID:1nihRNEN.net]
- Rustの目指す安全性ってのと真逆の意味をもつunsafe宣言は
「ここは確率的にunsafeだけど確率を覆すのが人間の仕事」と言ってる
だから確率とか好きそうな人には難しい
- 366 名前：デフォルトの名無しさん [2023/09/19(火) 09:24:27.18 ID:kTo53yXB.net]
- >>360
unsafeのところは人間が死ぬ気でテストして安全性を担保してねって意味合いが強いけどな。だからRCとかARCはとてつもなく厳重なテストを
- 367 名前：行ったらしい。 []
- [ここ壊れてます]
- 368 名前：デフォルトの名無しさん [2023/09/19(火) 10:08:39.97 ID:kTo53yXB.net]
- >>359
誰もOSの最深部で使いまわしたけーすなんてないからどんなエラーがでるかは未知の領域だろ。
- 369 名前：デフォルトの名無しさん [2023/09/19(火) 10:58:17.73 ID:CAb8pI9J.net]
- 誰がOSの最深部で使いまわすの?
- 370 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 13:57:30.99 ID:1nihRNEN.net]
- >>361
テストの戦力を集中できるから合理的なわけだが
当たりくじだけを買う集中ではなく逆にはずれそうな箇所に手間をかける
- 371 名前：デフォルトの名無しさん [2023/09/19(火) 15:02:10.87 ID:CAb8pI9J.net]
- >>361
RCもARCも複雑じゃないだろーにw
- 372 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 15:25:44.62 ID:mxtPnJ5/.net]
- Rustではそういう小さなパーツのみ人間が安全性を保証するunsafeを用い
プログラム全体はコンパイラが静的に安全性を保証する形となって開発効率が良い
- 373 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 18:13:09.65 ID:q6UjSMFh.net]
- 人間が安全性を保証するunsafe
- 374 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 18:33:40.87 ID:OxK/I+KA.net]
- 人間と契約しないと自然状態になるでしょ
- 375 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 18:36:21.76 ID:mxtPnJ5/.net]
- C/C++はプログラム全体がunsafeだから
プログラム全体に対して人間が安全性を保証しなければならず開発効率がよくない
- 376 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 19:36:09.66 ID:q6UjSMFh.net]
- じゃあC/C++にunsafe解決？
- 377 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 19:36:50.34 ID:q6UjSMFh.net]
- 訂正
unsafe導入で解決？
- 378 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 19:45:37.59 ID:CAb8pI9J.net]
- コードチェッカとしてAIが搭載されるので
現実的な必要性がなくなると思うよ
- 379 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 19:59:47.06 ID:q6UjSMFh.net]
- だよなあ
- 380 名前：デフォルトの名無しさん [2023/09/19(火) 20:47:18.93 ID:B2l8DHRh.net]
- >>372
今のレベルで信用できる？
- 381 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 22:16:43.11 ID:CAb8pI9J.net]
- >>374
ご指摘の通り今のレベルではコードチェッカとしては信用できない
- 382 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 22:18:12.20 ID:CAb8pI9J.net]
- この1年の進捗を見ると最早時間の問題
- 383 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 00:20:23.25 ID:0L/WUwAl.net]
- AIチェッカはヒントにはなっても証明にはならんやろ
- 384 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 03:36:44.11 ID:u/n2gKYp.net]
- unsafe{ } を型の内で定義できるのがC++っぽいかなって最近思ってる
- 385 名前：デフォルトの名無しさん [2023/09/20(水) 06:28:48.05 ID:DoKZY5B2.net]
- >>365
Rustの仕組みで生ポやアドレスに触るような関数やライブラリの安全性の担保は死ぬ程だるいということですよ。実際sind系のクレートが全然安定版にならないのはそれが原因だからね。RCやARCとは桁が違うレベルの安全テストを行わないといけないようだからね。
- 386 名前：デフォルトの名無しさん [2023/09/20(水) 06:39:41.43 ID:DoKZY5B2.net]
- >>363
使い回されるだろう。stable diffusionとかlammaとかがヌルヌル動くようなPCスペックが標準になってきたらEXCELやパワポとか、DirectXに組み込まれるだろうな。
- 387 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 08:44:11.37 ID:XQHGtFcj.net]
- >>380
カーネルモードという言葉を知ってる？
他の人はそういう話してるけど
- 388 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 10:05:41.68 ID:7sNeNGpd.net]
- コードは公開するが教師データは墓まで持っていく手口はOSSに対抗する側の発想なので
GNU/Linuxと合体する確率は低い
- 389 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 10:54:44.14 ID:MYGzx56E.net]
- >>380
OSの最深部って話をしてるのになんでアプリケーションの話をしてるの？
低レイヤとか高レイヤとかわからない人?
- 390 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 11:18:09.13 ID:7sNeNGpd.net]
- 三位一体みたいな
多神教を回避するしぐさ
- 391 名前：デフォルトの名無しさん [2023/09/20(水) 12:12:30.85 ID:BrTk6Dwe.net]
- >>376
具体的にいつですか？
具体的とかそんなの無い感じですか？
- 392 名前：デフォルトの名無しさん [2023/09/20(水) 12:17:54.86 ID:kr8MFeoz.net]
- >>382
OSS最大手のRedhatはそんな感じ
- 393 名前：デフォルトの名無しさん [2023/09/20(水) 12:20:50.67 ID:kr8MFeoz.net]
- Rust製のFirefoxがCPU100％張り付きとかメモリ60GBとか普通にやってくれるやつなので
Rustも宣伝通りの安全性だとは思っていない
- 394 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 12:40:47.18 ID:XQHGtFcj.net]
- >>387
FirefoxにはC++のコードの方が多いし
ピュアRustでもcpu100%やメモリ浪費アプリの
解消なんて謳ってないので意味不明
- 395 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 14:07:36.47 ID:56axJTdd.net]
- >>387
Rustでも安全にセキュリティーホールやウィルスを書けるよ
- 396 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 14:27:23.23 ID:7sNeNGpd.net]
- 宣伝通りではない問題は普遍的な問題
沈黙は金
雄弁は宣伝通りではない
- 397 名前：デフォルトの名無しさん [2023/09/20(水) 15:11:01.56 ID:kr8MFeoz.net]
- RustもFirefoxもMozillaの製品だし
どっちも眉唾程度に使ってる
- 398 名前：デフォルトの名無しさん [2023/09/20(水) 15:12:44.77 ID:kr8MFeoz.net]
- Mozillaのサイトには豊かな生活とか健全なインターネッツとか
アベノミクスの宣伝とだいたい同じことが書いてある
- 399 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 15:28:18.60 ID:GXpV/38T.net]
- Rustなら安全なマルウェアを書けます
- 400 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 15:28:22.64 ID:GXpV/38T.net]
- Rustなら安全なマルウェアを書けます
- 401 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 17:29:29.37 ID:kQmO4Bub.net]
- 〇🧥
- 402 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 18:11:16.04 ID:7sNeNGpd.net]
- >>392
内容を反省しても無駄
完璧な内容に改善しても雄弁は最善手になれない
- 403 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 18:17:10.71 ID:URQnmAvS.net]
- >>391
それは昔の話
3年前にMicrosoft・Google・Amazonなど共同によるRust Foundationが設立されてRustはその資金で開発されている
- 404 名前：デフォルトの名無しさん [2023/09/20(水) 20:08:00.83 ID:EN6uvlZM.net]
- >>397
と書くとその資金でサラリーを得る開発者を雇用しているようにも聞こえるが
Rust自体の開発をしている人って専業はほとんどいないのでは?
- 405 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 20:11:54.99 ID:EN6uvlZM.net]
- 念の為だがOSSを批判してるんじゃないよ
>>397の認識が違うんじゃないかなってことを言いたくて
資金入れようが入れまいが開発には大して影響ない体制ではないのかな?
- 406 名前：デフォルトの名無しさん [2023/09/20(水) 20:46:43.30 ID:cBWJlZK2.net]
- 各々の企業の内部にRustの開発をする人材がいる
- 407 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 20:48:43.02 ID:URQnmAvS.net]
- >>398
専業と兼業がいる
Rust Foundationの昨年の年間レポートによるとfull-timeは7名
- 408 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 20:50:07.85 ID:URQnmAvS.net]
- >>398
専業と兼業がいる
Rust Foundationの昨年の年間レポートによるとfull-timeは7名
- 409 名前：デフォルトの名無しさん [2023/09/20(水) 21:32:06.75 ID:cBWJlZK2.net]
- 各々の企業の内部にRustの開発をする人材がいる
- 410 名前：デフォルトの名無しさん [2023/09/20(水) 21:33:02.53 ID:EN6uvlZM.net]
- Microsoft・Google・Amazonが資金を入れなかったら
その7名は雇用できないんだろうけど
7名なら兼業で賄えるだろうから大して影響ない体制とも言える
- 411 名前：デフォルトの名無しさん [2023/09/21(木) 19:05:02.88 ID:b6LwIpvL.net]
- transpose関数でデータを並べかえるのって割りと時間が掛かるんだよな。simd化しても並べ替えの部分でかなり時間が取られるからあまり高速にならないし。マルチスレッド化すれば確実に一定の高速化はできるが。
- 412 名前：デフォルトの名無しさん [2023/09/22(金) 21:52:03.87 ID:liKpO3RA.net]
- Rustはもうオワコンだろ
- 413 名前：デフォルトの名無しさん [2023/09/22(金) 22:12:19.06 ID:liKpO3RA.net]
- Haskellも終わったし
Rustも終わるだろ
- 414 名前：デフォルトの名無しさん [2023/09/22(金) 22:16:08.30 ID:Citjv5wM.net]
- どっちも元々始まらなかっただろ。かつては一世を風靡したが今は終わコンになったPerlやPHPとは違い、
不発のまま忘れ去られる。
- 415 名前：デフォルトの名無しさん [2023/09/22(金) 22:29:43.48 ID:1MTUVsES.net]
- >>408
>かつては一世を風靡したが今は終わコンになったPerlやPHPとは違い、
あれ?!終わったの?
今は何に取って代わられた?
- 416 名前：デフォルトの名無しさん mailto:sage [2023/09/22(金) 22:43:34.63 ID:TmjYA1px.net]
- これ
Rustの非同期ライブラリをPHPから利用可能にする「php-tokio」が登場
- 417 名前：デフォルトの名無しさん mailto:sage [2023/09/22(金) 23:01:35.76 ID:fCKJ4NGF.net]
- 遺憾なことにphpはwordpressやらLaravelやらで今も使われてる
phpは脆弱性の宝庫
- 418 名前：デフォルトの名無しさん mailto:sage [2023/09/23(土) 00:26:11.41 ID:x
]
- [ここ壊れてます]
|
 |
