プログラミング言語 Rust 4

**デフォルトの名無しさん** · 2017/10/14(土) 17:38:14.04

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/

**デフォルトの名無しさん** · 2017/12/23(土) 20:34:19.49

http://blog.goo.ne.jp/narmuqym/e/5793e3c0dc1680a017e64f72b0fb6856

これがRustを使っているなどと吹聴していた詐欺会社の実態
Rustを使っているなどと大ボラを吹いている他の会社も似たようなもんだろう

**デフォルトの名無しさん** · 2017/12/23(土) 20:43:27.64

>>505
また髪の話してる……

**デフォルトの名無しさん** · 2017/12/23(土) 20:53:42.25

>>507
> 「ＳＴＡＰ細胞仮説は自然過程であり正しい。ＳＴＡＰ否定論者は荒唐無稽な進化論否定論者だ」

ﾜﾛﾀ

**デフォルトの名無しさん** · 2017/12/23(土) 22:02:16.59

もう叩くのに理屈もへったくれもないな
具体的に何がわるいのかさっぱり

**デフォルトの名無しさん** · 2017/12/23(土) 22:16:53.43

https://twitter.com/voluntas/status/944543148113403905
pixiv Sketch LiveはErlang, Go, Rustで作ってるらしい

**デフォルトの名無しさん** · 2017/12/23(土) 23:20:56.30

>>507
これTwitterで話題になってる糖質のブログやんけ

**デフォルトの名無しさん** · 2017/12/23(土) 23:24:11.47

とにかくmozillaに関する物事は全部否定するのが第一で理屈も手段も二の次か
敵意の向け方に糖質に近いふいんき（変換できない）を感じる

**デフォルトの名無しさん** · 2017/12/23(土) 23:27:19.33

最近の荒らしの間では毛の話が流行ってんのか？
てかこいつ脈絡もなくlispの話しだすし@nobkzじゃね？

**デフォルトの名無しさん** · 2017/12/23(土) 23:30:00.71

驚くほど似てないな

**デフォルトの名無しさん** · 2017/12/24(日) 00:28:33.50

>>507
これRustを批判するために張ったリンクなんだよね(；・∀・)
リンク先にRustの文字が1つもないんだけど。(；￣Д￣）？

今軽く調べてみたんだけど、
ここの会社がRustを使ってるって明言しているような情報は見当たらないんだよね。
(見つけられなかっただけかもしれないが。)
Rustを開発に使用してるって情報のソースが無いと説得力が皆無なんだけど。

pezyのコアでRustが動くって情報なら見つかったんだけど、
ただ、Rustが動くのはllvmベースだからとも書いてある。
Rustだけ特別扱いされてる訳でもないようだ。

この流れでRustを批判したいのなら、同時にllvmベースの言語も全部批判対象になるんじゃないのか？
llvmベースって言うと現在代表的なのはC, C++, Swift, Rustくらいかな。
将来的に対応予定(すでに対応済み？)も含めるとGo, D, C#, (うろ覚えだがJavaも)入るはず。
主要なコンパイラ付きの言語のほとんどを敵にまわした気がする。

**デフォルトの名無しさん** · 2017/12/24(日) 00:39:53.65

>>471
プレゼン初心者向けのイベントだったんでしょ。

**デフォルトの名無しさん** · 2017/12/24(日) 01:07:55.87

>>516
横からだが、スレ遡ったら中の人がRustでこの上で動くコード書いてるブログのリンクがあるぞ

**デフォルトの名無しさん** · 2017/12/24(日) 08:40:25.62

中の人って、自称イスラエルハイテクベンチャーCEOとtanakhは何も関係無いだろう

**デフォルトの名無しさん** · 2017/12/24(日) 08:52:26.56

Pezyはtanakahを雇っている
tanakhはRust信者
Pezyは詐欺会社よってRustは詐欺！
ってこと？自殺しないの？

**デフォルトの名無しさん** · 2017/12/24(日) 11:44:59.08

>>516
まあ元々、Rust批判したいが為にRustに関わりの有りそうなところの批判を持ってくるという、時系列とか因果関係無視したロジックだからねえ・・・
マトモな技術者なら、他言語や他の計算モデルとの比較で批判や改善提案するんだろうけど。

**デフォルトの名無しさん** · 2017/12/24(日) 13:00:19.44

ああ、イスラエルハイテクベンチャーというが詐欺という意味じゃなくて
そいつの言うとおりにPezyのスパコンの性能が嘘だと言ってたのか
納入先もグルじゃないとまず無理なのに

**デフォルトの名無しさん** · 2017/12/24(日) 13:33:10.65

ハードウェアで思い出したがfirefox osが生きていたら
rustでアプリ開発みたいな未来もあったんだろうか

**デフォルトの名無しさん** · 2017/12/24(日) 13:58:20.60

>>523
そういやスマホどうなったんだろ。

**デフォルトの名無しさん** · 2017/12/24(日) 14:48:39.87

イスラエルハイテク芸人の記事真に受けてる奴いるの？

**デフォルトの名無しさん** · 2017/12/24(日) 17:23:57.80

>>525
社長が詐欺で逮捕された会社の社員よりは信用できる

**デフォルトの名無しさん** · 2017/12/24(日) 18:16:21.45

コテ付けるかアンチスレ池。次からこのスレワッチョイありでいい？NGしたいんだけど

**デフォルトの名無しさん** · 2017/12/24(日) 18:19:50.69

次スレは当然ﾜｯﾁｮｲ付きだろ

**デフォルトの名無しさん** · 2017/12/24(日) 18:29:22.88

とりあえずワッチョイありの建てたわ
このスピードじゃ次スレまでまだまだ掛かりそうだし

**デフォルトの名無しさん** · 2017/12/24(日) 18:30:08.61

あ、ちなみにワッチョイあり/なしの分裂は運営が認めてる(乱立扱いされない)ので

**デフォルトの名無しさん** · 2017/12/24(日) 18:30:13.42

そして乱立荒らしと化す

**デフォルトの名無しさん** · 2017/12/24(日) 18:31:04.33

vの数間違えたから一回建てなおした
1514107621使ってくれ

**デフォルトの名無しさん** · 2017/12/24(日) 20:33:26.59

ワッチョイ付けて荒らしがワッチョイコロコロしなかった事例なんて見たこと無いんだが

**デフォルトの名無しさん** · 2017/12/24(日) 22:59:14.04

なんだっていいわ。言語の話ができれば。

https://blog.rust-lang.org/2017/12/21/rust-in-2017.html
2017の総括が来てるぞ
個人的にはまだLibz Blitzが不十分なのと開発の敷居が下がってないなとは思うが、
チーム的にはおおむね達成されたって認識なのかね？

**デフォルトの名無しさん** · 2017/12/24(日) 23:10:11.64

Rust Christmas I gave you my heart

**デフォルトの名無しさん** · 2017/12/24(日) 23:12:52.22

>>523
firefox os載ってるパナソニックのテレビが
最近投げ売りを見るようになってきたから試せるぜ。

**デフォルトの名無しさん** · 2017/12/24(日) 23:18:18.33

rustでググるとゲームのrustのほうが出てきた気がしてたがプログラミング言語のrustのほうが出てくるようになった

**デフォルトの名無しさん** · 2017/12/25(月) 01:15:11.44

>>535
嫌いじゃない

**デフォルトの名無しさん** · 2017/12/25(月) 21:17:01.81

結局RustはKotlinとかSwiftと比べて何が良いのか
純粋に言語として
ライフタイムとかはコストに見合ってるのか

**デフォルトの名無しさん** · 2017/12/25(月) 21:18:48.87

>>539
汎用性ならKotlin
Rustは特化型

**デフォルトの名無しさん** · 2017/12/25(月) 21:19:18.87

そもそも「安全で高速に低レベルな事をする言語」だからね

**デフォルトの名無しさん** · 2017/12/25(月) 22:58:45.45

enumがtagged unionだから分岐と構造化束縛時の
スタック操作ばっかになって素直に書くと遅い。
cursesで描画してもそこそこ遅い。
cならuntagged unionだから想定してないメンバに
アクセスしたら落とせばいいからここまで遅くならないよ。
安全な抽象化にそれなりのコストかかってる。

**デフォルトの名無しさん** · 2017/12/25(月) 23:19:26.65

その速度比較に使ったＲｕｓｔとＣ＋＋のそれぞれのソースコードｐｌｚ

**デフォルトの名無しさん** · 2017/12/25(月) 23:31:01.92

untagged unionで想定してないメンバにアクセスしたときに落とすためにはtag必要では

**デフォルトの名無しさん** · 2017/12/25(月) 23:34:48.96

Cのenumを使いたいならbitflagsでやる方が良いかなと今のところ思ってる

**デフォルトの名無しさん** · 2017/12/26(火) 00:30:52.01

今日日パソコンはとても高速なわけだが
Rustでcurses使うと気になるほど遅くなるのか？

**デフォルトの名無しさん** · 2017/12/26(火) 02:21:08.27

>>542
>cならuntagged unionだから想定してないメンバに
>アクセスしたら落とせばいいからここまで遅くならないよ。

きちんと落ちるのなら苦労はしてない。
落ちないでスタックぶっ壊しながら突き進むから苦労してるんだろ。
スタック壊されるデメリットに比べればtagged unionのコストなんて安いもの。

**デフォルトの名無しさん** · 2017/12/26(火) 02:29:45.01

そもそもrust stableにもunionは入ってるんでお好きに使うがいいやってのと、
「想定してないメンバにアクセスしたら」ってどう判断すんのって疑問が残る

タグに相当するものを自作してもいいけど、そこまで気にする程のオーバーヘッドを感じたことが無い

**デフォルトの名無しさん** · 2017/12/26(火) 03:05:26.84

数百万回まわしてナノ秒単位で測るマイクロベンチマークならともかく、cursesで違いが分かるとか、ありえんわ

**デフォルトの名無しさん** · 2017/12/26(火) 12:24:50.36

今時のマシンでcurses使うと遅いっていう人間、明らかにニュータイプでは？

もしRustで標準入出力が目に見えて遅いって話なら、
単純に標準入出力のロックに無頓着ってだけのオチだと思う

**デフォルトの名無しさん** · 2017/12/26(火) 15:07:09.73

>>541
夢みたいじゃないか！

**デフォルトの名無しさん** · 2017/12/31(日) 20:32:09.45

@HiraokaTakuya
Rust で C++ の non type template arguments使いたい時は、適当に中身無しの struct 作るしかないんかな～(´･_･`)
午後1:18 · 2017年12月29日

他人のツイートなんだけど僕も気になるから教えて(´･_･`)

**デフォルトの名無しさん** · 2018/01/01(月) 03:23:35.09

これ？

Pre-RFC: Integer Templating - internals - Rust Internals
https://internals.rust-lang.org/t/pre-rfc-integer-templating/2974

**デフォルトの名無しさん** · 2018/01/01(月) 06:07:12.08

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] でまとめられるよね（と良いな）

**デフォルトの名無しさん** · 2018/01/02(火) 01:05:03.64

rustのジェネレータってasync function用のコンテキストスイッチしないまがい物か。
ジェネレータだけだと所有権奪ってキャプチャした値返すしか出来ないから
Cloneしないstd::iter::repeatくらいにしか使い道ないな。
ウォームアップしてないjsの倍程度の速度しか出ないけど
resume関数は最適化で綺麗になくなるみたい。

**デフォルトの名無しさん** · 2018/01/02(火) 01:27:26.59

ほぼtraitしか無い状態なのにそんな評価できるの？

**デフォルトの名無しさん** · 2018/01/02(火) 20:34:21.94

型間のキャスト
https://rust-lang-ja.github.io/the-rust-programming-language-ja/1.6/book/casting-between-types.html

これの数値キャストのとこにリンクされてるissueまだOpenのままだけど大丈夫なんですか？

**デフォルトの名無しさん** · 2018/01/03(水) 03:23:23.29

ターゲットごとに調整が必要だから後回しにされてんのか？

**デフォルトの名無しさん** · 2018/01/06(土) 15:03:12.41

Announcing Rust 1.23
https://blog.rust-lang.org/2018/01/04/Rust-1.23.html

**デフォルトの名無しさん** · 2018/01/06(土) 20:14:58.33

今回の目玉は何？

**デフォルトの名無しさん** · 2018/01/06(土) 23:26:46.03

目玉無し

**デフォルトの名無しさん** · 2018/01/06(土) 23:35:55.23

コンパイラの最適化の改善くらいかな。
「メモリ使用量を平均で5～10%くらい削減することに成功した」だそうだ。

**デフォルトの名無しさん** · 2018/01/07(日) 00:56:06.77

この言語ってC++より遅くてJavaより速い感じ？

**デフォルトの名無しさん** · 2018/01/07(日) 07:28:23.02

間違ってはいない。
けどc++とは僅差なのでこんな感じかな。
C++ < Rust <<< Java
テキトーに書いたので異論は認める。

**デフォルトの名無しさん** · 2018/01/07(日) 08:28:15.81

下手すりゃc++より速いんちゃう

**デフォルトの名無しさん** · 2018/01/07(日) 09:11:44.01

全く同じアルゴリズムならC++のほうが速いはず。
C++のコンパイラはもう成熟してるけど、Rustのコンパイラはまだまだ改善中だから
将来的にはほとんど同じくらいになるんじゃない？
まぁなんにせよ、結局はアルゴリズム次第。

**デフォルトの名無しさん** · 2018/01/07(日) 10:36:20.02

Rustに限った話ではないが世の中のアルゴリズムの大半はC/C++前提に作られているのだから
C/C++の方が速いのは当たり前。新世代で速くしたければそれにあったアルゴリズムが必要

**デフォルトの名無しさん** · 2018/01/07(日) 11:03:31.13

>>567
トンデモだと思う

**デフォルトの名無しさん** · 2018/01/07(日) 11:59:29.53

「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

**デフォルトの名無しさん** · 2018/01/07(日) 12:31:49.44

Cは速いけどC++が速いってのは思い込みだな

**デフォルトの名無しさん** · 2018/01/07(日) 13:40:28.36

c++は実装依存激しいだろ。

**デフォルトの名無しさん** · 2018/01/07(日) 14:52:58.05

>>567
なんだそりゃ…

**デフォルトの名無しさん** · 2018/01/07(日) 14:53:20.71

>>570
なんだそりゃ…

**デフォルトの名無しさん** · 2018/01/07(日) 15:50:38.75

CとC++の速度比 ≒ C++とRustの速度比

みたいな感じ？

**デフォルトの名無しさん** · 2018/01/07(日) 16:38:03.27

>>574
単純なCだけ頭一つ抜けてて、C++とRustはvtableやsmart pointer由来の遅さを抱えた同じグループ

**デフォルトの名無しさん** · 2018/01/07(日) 16:57:20.32

ありがとうございました

**デフォルトの名無しさん** · 2018/01/07(日) 18:25:18.16

腕振り回すのが早いからって、仕事も早いと思い込んでるのが未だに居るな。

**デフォルトの名無しさん** · 2018/01/07(日) 20:07:26.07

>>575
検証結果plz
最適化コンパイラがない時代ならともかく今時のコンパイラで有意な差が出るとは思えない

**デフォルトの名無しさん** · 2018/01/07(日) 20:12:31.97

>>578
pc初心者？

**デフォルトの名無しさん** · 2018/01/07(日) 21:31:27.55

vtblと比較するならCの関数テーブルだろう
C++のスマポも必要なとこしか使わないし、使ったらその分だけ遅くなるのは当然

**デフォルトの名無しさん** · 2018/01/07(日) 23:35:47.39

https://benchmarksgame.alioth.debian.org/u64q/rust.html
https://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=rust&;lang2=gpp
これでいいか？

**デフォルトの名無しさん** · 2018/01/08(月) 00:09:18.31

c++もrustもアセンブルコード埋め込めるのだから速度を出そうと思えば出せるのでは

**デフォルトの名無しさん** · 2018/01/08(月) 00:56:10.81

今時、C#みたいなGC付きの言語で3Dゲームが開発できちゃう時代なんだ。
今のPCの性能を鑑みたら、C, C++, Rust の速度差なんてほとんど誤差みたいなもんだろ。
普通は気にするようなもんじゃない。
そんなわずかな差が気になるって言うのなら直にアセンブリでも書いてろよ。
ぶっちぎりで速いぞ。

**デフォルトの名無しさん** · 2018/01/08(月) 01:09:23.55

3DゲームってUnityのことか？Unityの内部はC#じゃなくC/C++では

**デフォルトの名無しさん** · 2018/01/08(月) 02:09:23.80

有能はコンパイラが上手く最適化できるコードを書く
無能はコンパイラが混乱するコードを書く

Cの方が速いとか言う奴は大抵無能

**デフォルトの名無しさん** · 2018/01/08(月) 02:29:49.41

まあそれ言い出したらそもそもそこまでcpu速度に影響ある部分なんて
少ないけどな。
ガベコレねーからrust速いってやつも
スマポないからc速いってやつも
大して変わらん。

**デフォルトの名無しさん** · 2018/01/08(月) 02:49:24.32

将棋ソフトとかチェスソフトは1%でも速くしたいという需要あるんちゃう
実際stockfishをRustで書き直したら速くなったりするのかね

**デフォルトの名無しさん** · 2018/01/08(月) 03:01:21.87

>>587
あんまり大きいプログラムじゃないみたいだけど、内部は木構造か
うーん

**デフォルトの名無しさん** · 2018/01/08(月) 05:39:51.66

>>585
それも突き詰めると絶対普段はこんなの書かねーっていうベンチマークのためだけのコードになったりするからなあ
>>581は有名な話だけどソース見ると言語によっては酷いもんだぞ

**デフォルトの名無しさん** · 2018/01/08(月) 16:00:03.99

rustで書き直すぐらいならC/C++のままでいい

**デフォルトの名無しさん** · 2018/01/08(月) 16:42:57.60

既存のC/C++コードを捨ててまで移行する価値のある言語ではないのはたしかだな

**デフォルトの名無しさん** · 2018/01/08(月) 16:49:10.90

そもそもRustが便利だと思ってるやついないだろ
C++書いたことない奴がC++より安全だの同速だの言ってヨイショする
本当にCやC++書いたことあるならただの制限厳しいだけのゴミだと分かる

**デフォルトの名無しさん** · 2018/01/08(月) 16:54:23.84

そう思いたいのですね

**デフォルトの名無しさん** · 2018/01/08(月) 17:52:58.17

ここはアンチスレだからね。
わざわざまともな話題をここでやることはない。

本スレは過疎

**デフォルトの名無しさん** · 2018/01/08(月) 18:53:52.23

c++ゴミ老害をマウントするために新言語が必要なんだろ。

**デフォルトの名無しさん** · 2018/01/08(月) 21:23:29.25

>>575
速度優先なら
vtable作らない
smartpointer使わない

**デフォルトの名無しさん** · 2018/01/08(月) 21:24:35.96

>>583
ゲーム開発はできてもゲームエンジン開発はどうなの

**デフォルトの名無しさん** · 2018/01/08(月) 22:12:41.54

無能が生ポインタを使うとコンパイラの最適化を阻害して遅くなる

**デフォルトの名無しさん** · 2018/01/08(月) 22:47:28.33

>>597
横レスだけどCAPCOMのC#自社エンジンはC++でモリモリ書いてあるしC#用VMもC++で独自実装(SlideShareに確か資料があったはず)
Unityだって結局ライブラリも開発環境もC++が大部分よね

**デフォルトの名無しさん** · 2018/01/08(月) 22:52:48.05

カプコンのあれはゲーム用に超最適化されたGC詰んでるから…

**デフォルトの名無しさん** · 2018/01/08(月) 23:20:56.60

>>584, >>597, >>599
そりゃぁ、ゲームエンジンは速度が求められるからC#じゃ力不足だろうな。
そこまで持ち出されるとグーの音も出ない。
だから「『普通は』気にするようなものじゃない」って書いた。
ゲーム作ろうとするのにゲームエンジンから自作しようとする奴なんて『普通は』いないだろ？
そして、仮にゲームエンジンの開発に使うんだったとしても、
C#みたいなGC付きの言語ならともかく、C, C++, Rustの差は誤差みたいなものでしょ。
なぜなら、C++とRustの差が気になるっていうのなら、当然、C++とCとの差だって気になるはずだよな？
だったらゲームエンジンの開発にC++じゃなくてCを使ってるはずだろ？
でも実際にはCじゃなくてC++が使われている。
ということはゲームエンジンみたいにシビアな領域でもCとC++の差はさほど気にされていないってことになる。
ならやっぱり、C, C++, Rustの差なんて気にするようなものじゃないと言いたかった。

**デフォルトの名無しさん** · 2018/01/08(月) 23:59:18.26

>>575, >>596
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 の速度差は普通に使う分には気にすようなものじゃないと思う。

**デフォルトの名無しさん** · 2018/01/09(火) 00:07:21.22

>>602
訂正
week_ptr ×
weak_ptr ○

**デフォルトの名無しさん** · 2018/01/09(火) 00:16:14.62

確かに

**デフォルトの名無しさん** · 2018/01/09(火) 08:02:08.21

HashTableがデフォルトで安全側に倒してSipHash使ってるのも大きい気はする
ripgrepやfont-rsなど既存の実装よりも圧倒的に高速なrust実装もあるし、言語自体の差と言うよりも、書き方の差だと思う
constexpr周りはDやC++の方が充実しているけど、build.rsなどで代替できなくもないと思う

**デフォルトの名無しさん** · 2018/01/09(火) 09:33:53.22

Unityが出てからC#でゲーム書く人が増えたわけだし、どこかの企業が気合い入れてRustサポートしたエンジン作れば使ってみる人も増えるやろ