Rust part17

**デフォルトの名無しさん** · 2022/10/06(木) 22:43:13.96

公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust

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

日本語の情報
https://rust-jp.rs/

※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 part16

**デフォルトの名無しさん** · 2022/12/10(土) 01:51:53.77

>>967
おっと、こいつが、Stroustrup氏だったのか。
どうりでデタラメな事言ってると思った。まさに、彼が自書で言ってる通りの内容。
この人は計算量などを考えるイマジネーションが不足している。

**デフォルトの名無しさん** · 2022/12/10(土) 02:00:02.88

仮に、彼の間違った仮定であるところの、リンクリストのノードのアドレスが
ランダムに近い状態だったとして(それ自体がウソの仮定なのだが)も、
キャッシュペナルティーは、一回当り20クロックほどだ。
だから、この場合、次のノードに移るのに20クロック掛かることになる。
しかし、それでも、ノード数がNの場合に、20*N クロックほどで済むから
そんなに致命的ではない。Nを100倍しても、100倍の時間がかかるだけで、
大した増加ではない。
一方、std::vectorの場合、挿入や削除一回当り、O(N)の時間が掛かるから、
N回それを繰り返すと、O(N^2)の時間が掛かる。
これは致命的で、Nを100倍すると、1万倍の時間になってしまう。
Stroustrup氏は、オーダーの考え方が経験的に身についてない。

**デフォルトの名無しさん** · 2022/12/10(土) 02:06:32.68

>>972
[補足]
CPUの速度はこの30年間で、1コアあたりに限定しても300倍以上になっている。
良いアルゴリズムを使えば、扱うデータも300倍に増やすことが出来る。
ところが、std::vetcorを使った挿入や削除を行なっていた場合、300*300=9万倍
にクロック数が増えるから、CPUの速度がせっかく300倍になっても、300倍の
時間が掛かることになる。
一方、std::listを使った挿入や削除を行なっていた場合には、クロック数が
300倍で済むから、CPUが300倍になったことにより、時間は昔のままで済む。
つまり、std::listの場合、CPUの速度が300倍になった現在、
データを300倍に増やしても、挿入や削除が昔と同じ時間で済むのに対し、
std::vectorは、同じことをするとなんと昔の300倍の時間が掛かるということだ。

こういう基本をstroustrup氏は理解出来て無い。
探索の時間は関係無い。探索しなければいいのだから。

**デフォルトの名無しさん** · 2022/12/10(土) 02:29:35.43

>>961
>稀なケースで「LinkedListがArrayListより速いことがある」なんていい年してイキっててもしょうもないだろう？
稀ではない。
今はCPUが速くなりすぎて実感がわかないだけ。
だから、遅いCPUでトレーニングした方が良いと言われている。

**デフォルトの名無しさん** · 2022/12/10(土) 03:06:45.22

プロファイルでは粘着というより、論破された時の憂さ晴らし自演が延々と続くパターン
ID:Lb4jZ7zf = ID:pMPEGjtK = ID:3DNXTGzR = ID:ExYz252Q +α
今回は ID:Mw8qZqut だな

**デフォルトの名無しさん** · 2022/12/10(土) 08:26:05.03

CPUが早くなったんだからRustで多少遅くなっても大丈夫

**デフォルトの名無しさん** · 2022/12/10(土) 08:49:37.65

Goも大丈夫

**デフォルトの名無しさん** · 2022/12/10(土) 08:52:02.51

>>975
ID:Mw8qZqut だけどこの人と同一人物判定されるのは不名誉すぎるからやめてくれ

**デフォルトの名無しさん** · 2022/12/10(土) 08:54:11.81

>>978
そうかな？流れ的には水増し論に決着して放り投げてるよ

**962** · 2022/12/10(土) 09:12:41.82

誤解は避けたいからいちおう書いとく

> ジジイと言うかその人は

これはもちろん連投してる哀れなID:ExYz252Qのことね
C++やハゲに文句言うとか身の程知らずもいいとこやわ

**デフォルトの名無しさん** · 2022/12/10(土) 09:19:33.69

>>980
その人C++スレの自称天才でRustに傾倒していてChatGPT並みに尤もらしい適当をこいている人

**デフォルトの名無しさん** · 2022/12/10(土) 09:22:07.09

その人自演が大好きなので ID:Mw8qZqut だとしてもおかしくない

**デフォルトの名無しさん** · 2022/12/10(土) 09:25:57.47

流れ的には水増しの話が再開するはずなので、ID:Mw8qZqut = >>978がどう反応するか楽しみ

**デフォルトの名無しさん** · 2022/12/10(土) 09:30:48.75

>>981
C++スレも荒らされてるのか
自称天才の粘着力すげえな

**デフォルトの名無しさん** · 2022/12/10(土) 11:09:35.00

C++ vs Rust Part4建てとく？

**デフォルトの名無しさん** · 2022/12/10(土) 12:35:14.53

>>983
Androidのソースコード量については、
* コンパイラはカウントされていない
* 外部の依存関係はカウントされているぽい
ということで、事実関係についてはだいたい確定したのでは

**デフォルトの名無しさん** · 2022/12/10(土) 13:03:40.38

>>986
横からですが、その回答だと、適切かどうかに関して、はぐらかそうとしているだけでは？
論理的に考えてC++でboostを使ってhello_asioとか書いたら、
そのレポジトリの行数にboostのソースもカウントするのが適切かどうかと照らし合わせて考えて見ては？

**デフォルトの名無しさん** · 2022/12/10(土) 13:23:37.96

行数の正確さを保証しているのは行数をカウントするアルゴリズムの質だよ
だから、質を保証するために量を根拠にするのはもう違和感しかない

**デフォルトの名無しさん** · 2022/12/10(土) 14:01:34.35

>>987
目的次第やろ

使ってるライブラリも含めてそのプログラムに含まれる脆弱性をカウントする際の分母として使いたいならboostのコードをカウントするのも一つの考え方

Googleが実際にどうカウントしたかは知らんけどRustとC++を異なる条件でカウントしてるんじゃなければここで何言っても無駄だよ

**デフォルトの名無しさん** · 2022/12/10(土) 14:17:34.56

糖質にかまうな

**デフォルトの名無しさん** · 2022/12/10(土) 14:23:19.49

盲目的に現状肯定する集団には見られたくないから言うけど
個人的には誤認する人が多発するから不適切だと思うよ

>目的次第
何の目的があって依存関係のソースもカンウトするのか、AndroidのRustチームの考えを知りたい

>>989
Androidがboost依存があって、boostソースがカウントされていない場合はどうなるの？
RustとC++を異なる条件でカウントしてる、に該当するよね

>>989がいう事が正しければ、新規ネイティブコード21%の下りでも依存関係ソースの増減も含めるのが同条件なんだよね？

**デフォルトの名無しさん** · 2022/12/10(土) 14:29:10.10

>>990
その発言で ID:CrLmIOQg の内容全部が地に落ちたよ

**デフォルトの名無しさん** · 2022/12/10(土) 15:17:06.99

>>991
仮に○○なら対等な条件の比較ではないという主張は真だと思うけど、
そもそもRustとC++が異なる条件で比較されてると考える根拠はなんかあるの？

**デフォルトの名無しさん** · 2022/12/10(土) 16:30:04.48

行数をカウントする目的:
利用状況の度合いをバカにも分かる数字で説明するため

依存関係を含めるのが適切か？:
数字を出すのが目的なのでどちらでもよい

**デフォルトの名無しさん** · 2022/12/10(土) 17:08:17.02

>>991
>何の目的があって依存関係のソースもカンウトするのか、AndroidのRustチームの考えを知りたい

Rustチームとかじゃなくセキュリティ監査をするチームが計測してるんだぞ
本当に計測方法の詳細や理由が知りたいなら記事書いた本人にTwitterとかで聞けばいいよ
この辺のエンジニアは普通に答えてくれるぞ

**デフォルトの名無しさん** · 2022/12/10(土) 17:13:44.96

>>980
>C++やハゲに文句言うとか身の程知らずもいいとこやわ
分かってはいたが、この板はレベル低いな。

**デフォルトの名無しさん** · 2022/12/10(土) 17:50:19.42

次スレは平和になりますように

**デフォルトの名無しさん** · 2022/12/10(土) 17:51:40.13

死者の数をカウントしてみろ、平和だぞ

**デフォルトの名無しさん** · 2022/12/10(土) 21:25:51.87

Androidドメインに限定したコードの量を測るよりも、Androidに搭載されうるコードの量を測る方が適切だと思うから外部ライブラリ含んでいいんじゃね。

**デフォルトの名無しさん** · 2022/12/10(土) 22:05:26.23

C,C++,Rustの三者は対等として、
C/C++とかいう概念はRustと対等か？

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 64日 23時間 22分 13秒