- 1 名前：デフォルトの名無しさん [2017/10/14(土) 17:38:14.04 ID:uWD69LeP.net]
- Mozilla発のプログラミング言語「Rust」のスレです
公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust
前スレ
プログラミング言語 Rust 3
https://mevius.5ch.net/test/read.cgi/tech/1495343069/
- 520 名前：デフォルトの名無しさん mailto:sage [2017/12/22(金) 19:24:35.04 ID:FEUZiQaC.net]
- c++は安全に書くのが難しい
rustは速くするのが難しい
- 521 名前：デフォルトの名無しさん [2017/12/23(土) 09:43:47.67 ID:LnjVX11P.net]
- 何か思い付きで毛無したいが為にに、色々と時系列や整合性矛盾にも気付かないのが居るな。
惜しむらくは、ネタが古過ぎで手抜き過ぎ。
- 522 名前：デフォルトの名無しさん [2017/12/23(土) 15:59:05.35 ID:3huEAQas.net]
- >>509
毛無したい．．．
なんか卑猥な響きだな。
- 523 名前：デフォルトの名無しさん mailto:sage [2017/12/23(土) 20:34:19.49 ID:yTCzKfN3.net]
- blog.goo.ne.jp/narmuqym/e/5793e3c0dc1680a017e64f72b0fb6856
これがRustを使っているなどと吹聴していた詐欺会社の実態
Rustを使っているなどと大ボラを吹いている他の会社も似たようなもんだろう
- 524 名前：デフォルトの名無しさん mailto:sage [2017/12/23(土) 20:43:27.64 ID:7wgq04iU.net]
- >>509
また髪の話してる……
- 525 名前：デフォルトの名無しさん mailto:sage [2017/12/23(土) 20:53:42.25 ID:2K6JHNCs.net]
- >>511
> 「ＳＴＡＰ細胞仮説は自然過程であり正しい。ＳＴＡＰ否定論者は荒唐無稽な進化論否定論者だ」
ﾜﾛﾀ
- 526 名前：デフォルトの名無しさん mailto:sage [2017/12/23(土) 22:02:16.59 ID:97OmZxF2.net]
- もう叩くのに理屈もへったくれもないな
具体的に何がわるいのかさっぱり
- 527 名前：デフォルトの名無しさん mailto:sage [2017/12/23(土) 22:16:53.43 ID:XxMQCsYn.net]
- https://twitter.com/voluntas/status/944543148113403905
pixiv Sketch LiveはErlang, Go, Rustで作ってるらしい
- 528 名前：デフォルトの名無しさん [2017/12/23(土) 23:20:56.30 ID:4xY+voZ+.net]
- >>511
これTwitterで話題になってる糖質のブログやんけ
- 529 名前：デフォルトの名無しさん mailto:sage [2017/12/23(土) 23:24:11.47 ID:7wgq04iU.net]
- とにかくmozillaに関する物事は全部否定するのが第一で理屈も手段も二の次か
敵意の向け方に糖質に近いふいんき（変換できない）を感じる
- 530 名前：デフォルトの名無しさん mailto:sage [2017/12/23(土) 23:27:19.33 ID:Wkndnp5t.net]
- 最近の荒らしの間では毛の話が流行ってんのか？
てかこいつ脈絡もなくlispの話しだすし@nobkzじゃね？
- 531 名前：デフォルトの名無しさん mailto:sage [2017/12/23(土) 23:30:00.71 ID:3/AR0zR7.net]
- 驚くほど似てないな
- 532 名前：デフォルトの名無しさん mailto:sage [2017/12/24(日) 00:28:33.50 ID:DahxbI2b.net]
- >>511
これRustを批判するために張ったリンクなんだよね(；・∀・)
リンク先にRustの文字が1つもないんだけど。(；￣Д￣）？
今軽く調べてみたんだけど、
ここの会社がRustを使ってるって明言しているような情報は見当たらないんだよね。
(見つけられなかっただけかもしれないが。)
Rustを開発に使用してるって情報のソースが無いと説得力が皆無なんだけど。
pezyのコアでRustが動くって情報なら見つかったんだけど、
ただ、Rustが動くのはllvmベースだからとも書いてある。
Rustだけ特別扱いされてる訳でもないようだ。
この流れでRustを批判したいのなら、同時にllvmベースの言語も全部批判対象になるんじゃないのか？
llvmベースって言うと現在代表的なのはC, C++, Swift, Rustくらいかな。
将来的に対応予定(すでに対応済み？)も含めるとGo, D, C#, (うろ覚えだがJavaも)入るはず。
主要なコンパイラ付きの言語のほとんどを敵にまわした気がする。
- 533 名前：デフォルトの名無しさん mailto:sage [2017/12/24(日) 00:39:53.65 ID:RXv/EpfS.net]
- >>475
プレゼン初心者向けのイベントだったんでしょ。
- 534 名前：デフォルトの名無しさん mailto:sage [2017/12/24(日) 01:07:55.87 ID:F1BONnbf.net]
- >>520
横からだが、スレ遡ったら中の人がRustでこの上で動くコード書いてるブログのリンクがあるぞ
- 535 名前：デフォルトの名無しさん mailto:sage [2017/12/24(日) 08:40:25.62 ID:Z7VMSn3p.net]
- 中の人って、自称イスラエルハイテクベンチャーCEOとtanakhは何も関係無いだろう
- 536 名前：デフォルトの名無しさん mailto:sage [2017/12/24(日) 08:52:26.56 ID:FsFnxVmK.net]
- Pezyはtanakahを雇っている
tanakhはRust信者
Pezyは詐欺会社よってRustは詐欺！
ってこと？自殺しないの？
- 537 名前：デフォルトの名無しさん [2017/12/24(日) 11:44:59.08 ID:aCkD6VOe.net]
- >>520
まあ元々、Rust批判したいが為にRustに関わりの有りそうなところの批判を持ってくるという、時系列とか因果関係無視したロジックだからねえ・・・
マトモな技術者なら、他言語や他の計算モデルとの比較で批判や改善提案するんだろうけど。
- 538 名前：デフォルトの名無しさん mailto:sage [2017/12/24(日) 13:00:19.44 ID:Z7VMSn3p.net]
- ああ、イスラエルハイテクベンチャーというが詐欺という意味じゃなくて
そいつの言うとおりにPezyのスパコンの性能が嘘だと言ってたのか
納入先もグルじゃないとまず無理なのに
- 539 名前：デフォルトの名無しさん mailto:sage [2017/12/24(日) 13:33:10.65 ID:ygtK8spx.net]
- ハードウェアで思い出したがfirefox osが生きていたら
rustでアプリ開発みたいな未来もあったんだろうか
- 540 名前：デフォルトの名無しさん [2017/12/24(日) 13:58:20.60 ID:aCkD6VOe.net]
- >>527
そういやスマホどうなったんだろ。
- 541 名前：デフォルトの名無しさん mailto:sage [2017/12/24(日) 14:48:39.87 .net]
- イスラエルハイテク芸人の記事真に受けてる奴いるの？
- 542 名前：デフォルトの名無しさん mailto:sage [2017/12/24(日) 17:23:57.80 ID:kDRDeSwT.net]
- >>529
社長が詐欺で逮捕された会社の社員よりは信用できる
- 543 名前：デフォルトの名無しさん mailto:sage [2017/12/24(日) 18:16:21.45 ID:dRKEdAK7.net]
- コテ付けるかアンチスレ池。次からこのスレワッチョイありでいい？NGしたいんだけど
- 544 名前：デフォルトの名無しさん mailto:sage [2017/12/24(日) 18:19:50.69 ID:ZdJPg4SS.net]
- 次スレは当然ﾜｯﾁｮｲ付きだろ
- 545 名前：デフォルトの名無しさん mailto:sage [2017/12/24(日) 18:29:22.88 ID:dRKEdAK7.net]
- とりあえずワッチョイありの建てたわ
このスピードじゃ次スレまでまだまだ掛かりそうだし
- 546 名前：デフォルトの名無しさん mailto:sage [2017/12/24(日) 18:30:08.61 ID:dRKEdAK7.net]
- あ、ちなみにワッチョイあり/なしの分裂は運営が認めてる(乱立扱いされない)ので
- 547 名前：デフォルトの名無しさん mailto:sage [2017/12/24(日) 18:30:13.42 ID:ZdJPg4SS.net]
- そして乱立荒らしと化す
- 548 名前：デフォルトの名無しさん mailto:sage [2017/12/24(日) 18:31:04.33 ID:dRKEdAK7.net]
- vの数間違えたから一回建てなおした
1514107621使ってくれ
- 549 名前：デフォルトの名無しさん mailto:sage [2017/12/24(日) 20:33:26.59 ID:E1mkQFcM.net]
- ワッチョイ付けて荒らしがワッチョイコロコロしなかった事例なんて見たこと無いんだが
- 550 名前：デフォルトの名無しさん mailto:sage [2017/12/24(日) 22:59:14.04 ID:F1BONnbf.net]
- なんだっていいわ。言語の話ができれば。
https://blog.rust-lang.org/2017/12/21/rust-in-2017.html
2017の総括が来てるぞ
個人的にはまだLibz Blitzが不十分なのと開発の敷居が下がってないなとは思うが、
チーム的にはおおむね達成されたって認識なのかね？
- 551 名前：デフォルトの名無しさん mailto:sage [2017/12/24(日) 23:10:11.64 ID:ke4WkGne.net]
- Rust Christmas I gave you my heart
- 552 名前：デフォルトの名無しさん mailto:sage [2017/12/24(日) 23:12:52.22 ID:Yy5Ib13l.net]
- >>527
firefox os載ってるパナソニックのテレビが
最近投げ売りを見るようになってきたから試せるぜ。
- 553 名前：デフォルトの名無しさん mailto:sage [2017/12/24(日) 23:18:18.33 ID:AgcUAg+9.net]
- rustでググるとゲームのrustのほうが出てきた気がしてたがプログラミング言語のrustのほうが出てくるようになった
- 554 名前：デフォルトの名無しさん mailto:sage [2017/12/25(月) 01:15:11.44 ID:amicdpkk.net]
- >>539
嫌いじゃない
- 555 名前：デフォルトの名無しさん mailto:sage [2017/12/25(月) 21:17:01.81 ID:xKPVoTzN.net]
- 結局RustはKotlinとかSwiftと比べて何が良いのか
純粋に言語として
ライフタイムとかはコストに見合ってるのか
- 556 名前：デフォルトの名無しさん mailto:sage [2017/12/25(月) 21:18:48.87 ID:d0gulbrz.net]
- >>543
汎用性ならKotlin
Rustは特化型
- 557 名前：デフォルトの名無しさん mailto:sage [2017/12/25(月) 21:19:18.87 ID:d0gulbrz.net]
- そもそも「安全で高速に低レベルな事をする言語」だからね
- 558 名前：デフォルトの名無しさん mailto:sage [2017/12/25(月) 22:58:45.45 ID:4xHQMB5H.net]
- enumがtagged unionだから分岐と構造化束縛時の
スタック操作ばっかになって素直に書くと遅い。
cursesで描画してもそこそこ遅い。
cならuntagged unionだから想定してないメンバに
アクセスしたら落とせばいいからここまで遅くならないよ。
安全な抽象化にそれなりのコストかかってる。
- 559 名前：デフォルトの名無しさん mailto:sage [2017/12/25(月) 23:19:26.65 ID:/fea/C1E.net]
- その速度比較に使ったＲｕｓｔとＣ＋＋のそれぞれのソースコードｐｌｚ
- 560 名前：デフォルトの名無しさん mailto:sage [2017/12/25(月) 23:31:01.92 ID:BOF70SMI.net]
- untagged unionで想定してないメンバにアクセスしたときに落とすためにはtag必要では
- 561 名前：デフォルトの名無しさん mailto:sage [2017/12/25(月) 23:34:48.96 ID:TM/+0evy.net]
- Cのenumを使いたいならbitflagsでやる方が良いかなと今のところ思ってる
- 562 名前：デフォルトの名無しさん mailto:sage [2017/12/26(火) 00:30:52.01 ID:UK4eFYlP.net]
- 今日日パソコンはとても高速なわけだが
Rustでcurses使うと気になるほど遅くなるのか？
- 563 名前：デフォルトの名無しさん mailto:sage [2017/12/26(火) 02:21:08.27 ID:MIW2tV/6.net]
- >>546
>cならuntagged unionだから想定してないメンバに
>アクセスしたら落とせばいいからここまで遅くならないよ。
きちんと落ちるのなら苦労はしてない。
落ちないでスタックぶっ壊しながら突き進むから苦労してるんだろ。
スタック壊されるデメリットに比べればtagged unionのコストなんて安いもの。
- 564 名前：デフォルトの名無しさん mailto:sage [2017/12/26(火) 02:29:45.01 ID:2mEdN5M0.net]
- そもそもrust stableにもunionは入ってるんでお好きに使うがいいやってのと、
「想定してないメンバにアクセスしたら」ってどう判断すんのって疑問が残る
タグに相当するものを自作してもいいけど、そこまで気にする程のオーバーヘッドを感じたことが無い
- 565 名前：デフォルトの名無しさん mailto:sage [2017/12/26(火) 03:05:26.84 ID:wnOOkvy2.net]
- 数百万回まわしてナノ秒単位で測るマイクロベンチマークならともかく、cursesで違いが分かるとか、ありえんわ
- 566 名前：デフォルトの名無しさん mailto:sage [2017/12/26(火) 12:24:50.36 ID:MBQNrtsd.net]
- 今時のマシンでcurses使うと遅いっていう人間、明らかにニュータイプでは？
もしRustで標準入出力が目に見えて遅いって話なら、
単純に標準入出力のロックに無頓着ってだけのオチだと思う
- 567 名前：デフォルトの名無しさん mailto:sage [2017/12/26(火) 15:07:09.73 .net]
- >>545
夢みたいじゃないか！
- 568 名前：デフォルトの名無しさん mailto:sage [2017/12/31(日) 20:32:09.45 ID:Pbe3xhzg.net]
- @HiraokaTakuya
Rust で C++ の non type template arguments使いたい時は、適当に中身無しの struct 作るしかないんかな～(´･_･`)
午後1:18 · 2017年12月29日
他人のツイートなんだけど僕も気になるから教えて(´･_･`)
- 569 名前：デフォルトの名無しさん [2018/01/01(月) 03:23:35.09 ID:CPUGDh/w.net]
- これ？
Pre-RFC: Integer Templating - internals - Rust Internals
https://internals.rust-lang.org/t/pre-rfc-integer-templating/2974
- 570 名前：デフォルトの名無しさん mailto:sage [2018/01/01(月) 06:07:12.08 ID:eODIGKc2.net]
- C++ の template<int N> か。
これが使えれば、
impl<T> Hoge for [T; 0]
impl<T> Hoge for [T; 1]
impl<T> Hoge for [T; 2]
...
みたいなのを
impl<T, N: usize> Hoge for [T; N] でまとめられるよね（と良いな）
- 571 名前：デフォルトの名無しさん mailto:sage [2018/01/02(火) 01:05:03.64 ID:tEjF/+vh.net]
- rustのジェネレータってasync function用のコンテキストスイッチしないまがい物か。
ジェネレータだけだと所有権奪ってキャプチャした値返すしか出来ないから
Cloneしないstd::iter::repeatくらいにしか使い道ないな。
ウォームアップしてないjsの倍程度の速度しか出ないけど
resume関数は最適化で綺麗になくなるみたい。
- 572 名前：デフォルトの名無しさん mailto:sage [2018/01/02(火) 01:27:26.59 ID:D11hAiYE.net]
- ほぼtraitしか無い状態なのにそんな評価できるの？
- 573 名前：デフォルトの名無しさん [2018/01/02(火) 20:34:21.94 ID:3aikB/VZ.net]
- 型間のキャスト
https://rust-lang-ja.github.io/the-rust-programming-language-ja/1.6/book/casting-between-types.html
これの数値キャストのとこにリンクされてるissueまだOpenのままだけど大丈夫なんですか？
- 574 名前：デフォルトの名無しさん mailto:sage [2018/01/03(水) 03:23:23.29 ID:9cEaeLyk.net]
- ターゲットごとに調整が必要だから後回しにされてんのか？
- 575 名前：デフォルトの名無しさん mailto:sage [2018/01/06(土) 15:03:12.41 ID:+G0EWjNB.net]
- Announcing Rust 1.23
https://blog.rust-lang.org/2018/01/04/Rust-1.23.html
- 576 名前：デフォルトの名無しさん [2018/01/06(土) 20:14:58.33 ID:BPUjGU8x.net]
- 今回の目玉は何？
- 577 名前：デフォルトの名無しさん mailto:sage [2018/01/06(土) 23:26:46.03 ID:+G0EWjNB.net]
- 目玉無し
- 578 名前：デフォルトの名無しさん [2018/01/06(土) 23:35:55.23 ID:iXDfk3dJ.net]
- コンパイラの最適化の改善くらいかな。
「メモリ使用量を平均で5～10%くらい削減することに成功した」だそうだ。
- 579 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 00:56:06.77 .net]
- この言語ってC++より遅くてJavaより速い感じ？
- 580 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 07:28:23.02 ID:uw/m3vxc.net]
- 間違ってはいない。
けどc++とは僅差なのでこんな感じかな。
C++ < Rust <<< Java
テキトーに書いたので異論は認める。
- 581 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 08:28:15.81 ID:N4ZmoDnH.net]
- 下手すりゃc++より速いんちゃう
- 582 名前：デフォルトの名無しさん [2018/01/07(日) 09:11:44.01 ID:uw/m3vxc.net]
- 全く同じアルゴリズムならC++のほうが速いはず。
C++のコンパイラはもう成熟してるけど、Rustのコンパイラはまだまだ改善中だから
将来的にはほとんど同じくらいになるんじゃない？
まぁなんにせよ、結局はアルゴリズム次第。
- 583 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 10:36:20.02 ID:VPcvS++b.net]
- Rustに限った話ではないが世の中のアルゴリズムの大半はC/C++前提に作られているのだから
C/C++の方が速いのは当たり前。新世代で速くしたければそれにあったアルゴリズムが必要
- 584 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 11:03:31.13 ID:YhE3wbKh.net]
- >>571
トンデモだと思う
- 585 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 11:59:29.53 ID:zsxI9Sw+.net]
- 「C++がJavaより早い」というのは「大抵は」が抜けているか、「原理的には」が抜けている
C++でVMとJITは作成しないなど、
いくつかの条件が整うと C++ より Java が早いというケースも存在する
無制限にコストをかけれるという前提なら Java より C++ のほうが早い
https://softwareengineering.stackexchange.com/questions/110634/why-would-it-ever-be-possible-for-java-to-be-faster-than-c
- 586 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 12:31:49.44 ID:S38kpWyE.net]
- Cは速いけどC++が速いってのは思い込みだな
- 587 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 13:40:28.36 ID:vkdahwds.net]
- c++は実装依存激しいだろ。
- 588 名前：デフォルトの名無しさん [2018/01/07(日) 14:52:58.05 ID:ztEE4sQM.net]
- >>571
なんだそりゃ…
- 589 名前：デフォルトの名無しさん [2018/01/07(日) 14:53:20.71 ID:ztEE4sQM.net]
- >>574
なんだそりゃ…
- 590 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 15:50:38.75 .net]
- CとC++の速度比 ≒ C++とRustの速度比
みたいな感じ？
- 591 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 16:38:03.27 ID:lYFenZIw.net]
- >>578
単純なCだけ頭一つ抜けてて、C++とRustはvtableやsmart pointer由来の遅さを抱えた同じグループ
- 592 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 16:57:20.32 .net]
- ありがとうございました
- 593 名前：デフォルトの名無しさん [2018/01/07(日) 18:25:18.16 ID:oRH7Tob1.net]
- 腕振り回すのが早いからって、仕事も早いと思い込んでるのが未だに居るな。
- 594 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 20:07:26.07 ID:QaVgU45N.net]
- >>579
検証結果plz
最適化コンパイラがない時代ならともかく今時のコンパイラで有意な差が出るとは思えない
- 595 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 20:12:31.97 ID:GuZkQfSu.net]
-
- 596 名前：et="_blank">>>582
pc初心者？ []- [ここ壊れてます]
- 597 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 21:31:27.55 ID:sQmpVu5G.net]
- vtblと比較するならCの関数テーブルだろう
C++のスマポも必要なとこしか使わないし、使ったらその分だけ遅くなるのは当然
- 598 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 23:35:47.39 ID:rkol6e+G.net]
- https://benchmarksgame.alioth.debian.org/u64q/rust.html
https://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=rust&lang2=gpp
これでいいか？
- 599 名前：デフォルトの名無しさん mailto:sage [2018/01/08(月) 00:09:18.31 ID:fNfSzvO3.net]
- c++�
- 600 名前：灑ustもアセンブルコード埋め込めるのだから速度を出そうと思えば出せるのでは []
- [ここ壊れてます]
- 601 名前：デフォルトの名無しさん mailto:sage [2018/01/08(月) 00:56:10.81 ID:y4IOANaR.net]
- 今時、C#みたいなGC付きの言語で3Dゲームが開発できちゃう時代なんだ。
今のPCの性能を鑑みたら、C, C++, Rust の速度差なんてほとんど誤差みたいなもんだろ。
普通は気にするようなもんじゃない。
そんなわずかな差が気になるって言うのなら直にアセンブリでも書いてろよ。
ぶっちぎりで速いぞ。
- 602 名前：デフォルトの名無しさん mailto:sage [2018/01/08(月) 01:09:23.55 ID:fNfSzvO3.net]
- 3DゲームってUnityのことか？Unityの内部はC#じゃなくC/C++では
- 603 名前：デフォルトの名無しさん mailto:sage [2018/01/08(月) 02:09:23.80 ID:xRIQXPI+.net]
- 有能はコンパイラが上手く最適化できるコードを書く
無能はコンパイラが混乱するコードを書く
Cの方が速いとか言う奴は大抵無能
- 604 名前：デフォルトの名無しさん mailto:sage [2018/01/08(月) 02:29:49.41 ID:+UJAnfcM.net]
- まあそれ言い出したらそもそもそこまでcpu速度に影響ある部分なんて
少ないけどな。
ガベコレねーからrust速いってやつも
スマポないからc速いってやつも
大して変わらん。
- 605 名前：デフォルトの名無しさん mailto:sage [2018/01/08(月) 02:49:24.32 ID:puck2ipT.net]
- 将棋ソフトとかチェスソフトは1%でも速くしたいという需要あるんちゃう
実際stockfishをRustで書き直したら速くなったりするのかね
- 606 名前：デフォルトの名無しさん mailto:sage [2018/01/08(月) 03:01:21.87 ID:88cycnja.net]
- >>591
あんまり大きいプログラムじゃないみたいだけど、内部は木構造か
うーん
- 607 名前：デフォルトの名無しさん mailto:sage [2018/01/08(月) 05:39:51.66 ID:PZS9kotp.net]
- >>589
それも突き詰めると絶対普段はこんなの書かねーっていうベンチマークのためだけのコードになったりするからなあ
>>585は有名な話だけどソース見ると言語によっては酷いもんだぞ
- 608 名前：デフォルトの名無しさん mailto:sage [2018/01/08(月) 16:00:03.99 ID:2tTEytIx.net]
- rustで書き直すぐらいならC/C++のままでいい
- 609 名前：デフォルトの名無しさん [2018/01/08(月) 16:42:57.60 ID:MR/7hfVk.net]
- 既存のC/C++コードを捨ててまで移行する価値のある言語ではないのはたしかだな
- 610 名前：デフォルトの名無しさん mailto:sage [2018/01/08(月) 16:49:10.90 ID:fzq0teyP.net]
- そもそもRustが便利だと思ってるやついないだろ
C++書いたことない奴がC++より安全だの同速だの言ってヨイショする
本当にCやC++書いたことあるならただの制限厳しいだけのゴミだと分かる
- 611 名前：デフォルトの名無しさん mailto:sage [2018/01/08(月) 16:54:23.84 ID:ZvHTaNmI.net]
- そう思いたいのですね
- 612 名前：デフォルトの名無しさん mailto:sage [2018/01/08(月) 17:52:58.17 ID:G8CneCok.net]
- ここはアンチスレだからね。
わざわざまともな話題をここでやることはない。
本スレは過疎
- 613 名前：デフォルトの名無しさん mailto:sage [2018/01/08(月) 18:53:52.23 ID:+UJAnfcM.net]
- c++ゴミ老害をマウントするために新言語が必要なんだろ。
- 614 名前：デフォルトの名無しさん [2018/01/08(月) 21:23:29.25 ID:aKL7Lo8F.net]
- >>579
速度優先なら
vtable作らない
smartpointer使わない
- 615 名前：デフォルトの名無しさん mailto:sage [2018/01/08(月) 21:24:35.96 ID:aKL7Lo8F.net]
- >>587
ゲーム開発はできてもゲームエンジン開発はどうなの
- 616 名前：デフォルトの名無しさん mailto:sage [2018/01/08(月) 22:12:41.54 ID:xRIQXPI+.net]
- 無能が生ポインタを使うとコンパイラの最適化を阻害して遅くなる
- 617 名前：デフォルトの名無しさん mailto:sage [2018/01/08(月) 22:47:28.33 ID:rvM8YIeZ.net]
- >>601
横レスだけどCAPCOMのC#自社エンジンはC++でモリモリ書いてあるしC#用VMもC++で独自実装(SlideShareに確か資料があったはず)
Unityだって結局ライブラリも開発環境もC++が大部分よね
- 618 名前：デフォルトの名無しさん mailto:sage [2018/01/08(月) 22:52:48.05 ID:cPU/Gv3T.net]
- カプコンのあれはゲーム用に超最適化されたGC詰んでるから…
- 619 名前：デフォルトの名無しさん [2018/01/08(月) 23:20:56.60 ID:y4IOANaR.net]
- >>588, >>601, >>603
そりゃぁ、ゲームエンジンは速度が求められるからC#じゃ力不足だろうな。
そこまで持ち出されるとグーの音も出ない。
だから「『普通は』気にするようなものじゃない」って書いた。
ゲーム作ろうとするのにゲームエンジンから自作しようとする奴なんて『普通は』いないだろ？
そして、仮にゲームエンジンの開発に使うんだったとしても、
C#みたいなGC付きの言語ならともかく、C, C++, Rustの差は誤差みたいなものでしょ。
なぜなら、C++とRustの差が気になるっていうのなら、当然、C++とCとの差だって気になるはずだよな？
だったらゲームエンジンの開発にC++じゃなくてCを使ってるはずだろ？
でも実際にはCじゃなくてC++が使われている。
ということはゲームエンジンみたいにシビアな領域でもCとC++の差はさほど気にされていないってことになる。
ならやっぱり、C, C++, Rustの差なんて気にするようなものじゃないと言いたかった。
- 620 名前：デフォルトの名無しさん [2018/01/08(月) 23:59:18.26 ID:y4IOANaR.net]
- >>579, >>600
Rustは実装にもよるけど vtable はほとんど使わないはずだよ。
「ジェネリックとトレイト境界」を使えば引数に関しては静的ディスパッチが可能。
戻り値のほうは「ジェネリックとトレイト境界」じゃどうにもできないけど、
こっちはTagged Union 使えば大体は何とかなる。
現状、クロージャを返す場合はトレイトオブジェクトを使わざるを得ないけど、
クロージャを返すことって稀だし、そこまで気にするようなことじゃないと思ってる。
Cにはそもそもクロージャ自体が存在しないわけだし。C++でもクロージャは一般的じゃない。
smart pointer に関しても unique_ptr なら遅くはならない。(ほとんど誤差みたいなもの)
だって unique_ptr は参照カウンタ使ってないし、Rallの仕組みを使って構造体(スタック)に
ポインタを持ってデストラクタで解放を行ってるだけだから、その程度で遅くなるわけがない。
そして、Rustはデフォルトが C++の unique_ptr と同じだからやはり遅くはならないはず。
遅くなるのは内部で参照カウンタを使ってるshared_ptrとweek_ptrの2つ。
Rustの場合は参照カウンタは Rc or Arc として標準ライブラリに用意されてる。
まあ、Rustで Rc or Arc を全く使わずに作るってのはちょっと現実的じゃないけど。
まぁ、自分もそれほど詳しいわけじゃないけど、
vtableとsmart pointer はRustが遅い理由にはならないんじゃないかな。
RustがC, C++ と比べて少し遅い理由は他にあると思うよ。
個人的にはまだコンパイラが成熟してないってのが主な理由だと思ってるけど。
結構いっぱい書いたけど、やっぱり結論としてはC, C++, Rust の速度差は普通に使う分には気にすようなものじゃないと思う。
|
 |
