[過去ﾛｸﾞ] C++相談室 part165 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
841(1): (ﾜｯﾁｮｲ 6e10-ZtHn) 04/07(月)14:49 ID:KdsoKBW+0(1) AAS
むしろキーワードとしてのclassがいらなかった
型は全部struct、構文の曖昧さを除くためのプレースホルダは全部typenameで良かった
842: (ｱｳｱｳｳｰ Sa05-nY3F) 04/07(月)15:01 ID:w0rhHNCza(1/2) AAS
protectedは使った方が良いけどprivateは使いたくなるシーンがほとんど無い
843: (ｱｳｱｳｳｰ Sa05-nY3F) 04/07(月)15:02 ID:w0rhHNCza(2/2) AAS
>>841
Rust使え
844: (ﾜｯﾁｮｲ 6e10-ZtHn) 04/08(火)02:19 ID:o1kEMolW0(1) AAS
rustだってどうせ20年もすれば後からあーすればよかったこーすればよかった言ってるよ
845: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ cd32-Uo71) 04/08(火)07:45 ID:veBTnWpR0(1) AAS
Rust はエディションごとに互換性が維持され、逆に言えばエディションをまたぐと互換性を損なっても良いというルール。
そして異なるエディションがひとつのプロジェクトに混在できる。
古いエディションから新しいエディションへの移行はかなり自動化されている。
最初から互換性を捨てることがありうる体制なので歴史的事情をいつまでも引きずることはない……と思うのだがこの体制でうまくいくかはやってみないとわからんね。
二十年くらいすれば結果が見えてくるだろう。
846: (ｻｻｸｯﾃﾛﾙ Spd1-gX4K) 04/08(火)09:56 ID:HZL/zZFGp(1) AAS
開発ツールごと遺跡になって発掘される毎に解析されるんだよ
847: (ﾜｯﾁｮｲ cd7c-a/1F) 04/08(火)19:53 ID:S61wTbWN0(1) AAS
似たような仕組みは歴史上何度も再発明されて全て爆死してるし
今の所うまく行ってるように見えてるのは、まだ大して使われてない証拠でしかないっておじさんは思っちゃうよ
848(2): (ﾜｯﾁｮｲ bd5f-VGeA) 04/10(木)00:16 ID:nvkavsn60(1) AAS
現在公開されている世界最速grepツールであるripgrepがRustで組んであるってのがすごい
849: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ cd32-9E30) 04/10(木)17:46 ID:SlMXr4vG0(1) AAS
>>848
C や C++ でやってやれないことはないと思うが使えるプログラムがあるのにフルスクラッチで書きなおそうと思うことがそもそもあまり無いからね。
新しい言語が登場するという形で整理する機会が生じるのは健全な進歩だと思う。
850(6): (ｵｲｺﾗﾐﾈｵ MM95-exh5) 04/11(金)08:30 ID:9LNHX+AUM(1) AAS
rustで一部の高速なシステムコールが追加されたらそれを使えばC++だろうが何だろうが関係なくなる
でもどうせマルチスレッドのsimd使いなんだろうからシステム全体に過負荷になるからめんどくさい
851: (ﾜｯﾁｮｲ 4694-PSZj) 04/11(金)08:37 ID:5PthuDCs0(1/5) AAS
↑何これ？w
852: (ﾜｯﾁｮｲ 829f-1egp) 04/11(金)13:45 ID:8HYvuWNF0(1/2) AAS
>システムコールが追加されたら
？？
853: (ﾗｸｯﾍﾟﾍﾟ MM66-XbuE) 04/11(金)13:57 ID:gEQ2gSNrM(1) AAS
DOS「ファンクションコールと呼べ！」
854: (ｻｻｸｯﾃﾛﾛ Spd1-gX4K) 04/11(金)14:31 ID:2mKx2F8Up(1) AAS
それってOS付属のランタイムをrustで書いたらって事？
855: (ﾜｯﾁｮｲ 829f-1egp) 04/11(金)18:09 ID:8HYvuWNF0(2/2) AAS
glibcのシステムコールラッパーみたいなものがRustにもあればってことなのかそれともsyscall命令で飛ぶカーネルのコードがRustで書かれてればってことなのか
分からんね
>>850は最近システムコールって言葉を知ったのかもしれない
856(1): (ｵｲｺﾗﾐﾈｵ MM95-exh5) 04/11(金)18:48 ID:qqgfnt32M(1/17) AAS
なんか頭悪そうな人間がたくさん噛みついてきてるけど生産性ゼロだなとしか…
何が言いたいんだよ
お前らが単純にシステムコールを知らなかっただけだろう？
OSに対してサービスの要求するのがシステムコールだ
OSよって呼び方が違う
857(1): (ﾜｯﾁｮｲ 4694-PSZj) 04/11(金)19:57 ID:5PthuDCs0(2/5) AAS
↑何を馬鹿にされてるかもわかってない
858: (ﾜｯﾁｮｲ 42e6-XbuE) 04/11(金)20:02 ID:S6J8cW8H0(1) AAS
イマドキgrepぐらいAPIで用意しとけと
859: (ﾜｯﾁｮｲ cd7c-a/1F) 04/11(金)20:07 ID:Yq7fRKgz0(1/2) AAS
Rustって今こんなレベル低い人間も流れ込んでるのか
そのうちJava化する運命だな
860(1): (ﾜｯﾁｮｲ 02ad-S7Iq) 04/11(金)20:07 ID:9wDK2WuU0(1/5) AAS
>>856
そのシステムコールを提供するのはOS側であって「rustで一部の高速なシステムコールが追加されたら」ってのが意味不明だって話だぜ？
861: (ｵｲｺﾗﾐﾈｵ MM95-exh5) 04/11(金)20:08 ID:qqgfnt32M(2/17) AAS
>>857
理解不足なのはそっち
862(1): (ｵｲｺﾗﾐﾈｵ MM95-exh5) 04/11(金)20:09 ID:qqgfnt32M(3/17) AAS
>>860
当たり前だろ
馬鹿なのか？
863(1): (ｵｲｺﾗﾐﾈｵ MM95-exh5) 04/11(金)20:14 ID:qqgfnt32M(4/17) AAS
システムコールはOSが提供するのは当たり前
それがRustの特性に合わせた高速化が行われていても使う側はなんでもよいと言う話がなんでわからないのか馬鹿なのかなと
864(1): (ﾜｯﾁｮｲ 02ad-S7Iq) 04/11(金)20:15 ID:9wDK2WuU0(2/5) AAS
>>862
「rustで一部の高速なシステムコールが追加されたら」について説明を
865: (ｵｲｺﾗﾐﾈｵ MM95-exh5) 04/11(金)20:15 ID:qqgfnt32M(5/17) AAS
>>864
幼稚園児なのかな？
866: (ｵｲｺﾗﾐﾈｵ MM95-exh5) 04/11(金)20:18 ID:qqgfnt32M(6/17) AAS
お前らrust "に" 一部の高速なシステムコールが～ と書いてあると勘違いしたんだろ
馬鹿すぎる
システムコールが追加されるのはOSだろ
馬鹿馬鹿しい
867(1): (ﾜｯﾁｮｲ 02ad-S7Iq) 04/11(金)20:19 ID:9wDK2WuU0(3/5) AAS
つまり>>848で書かれているツールの高速性は「Rustの言語仕様や機能に依存した話ではなくOS提供のシステムコールによるものだ」と言いたいのか
ふぅ〜ん
868: (ｵｲｺﾗﾐﾈｵ MM95-exh5) 04/11(金)20:20 ID:qqgfnt32M(7/17) AAS
>>867
幼稚園児並みの馬鹿発見
869: (ｵｲｺﾗﾐﾈｵ MM95-exh5) 04/11(金)20:23 ID:qqgfnt32M(8/17) AAS
馬鹿発見
851 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4694-PSZj)[sage] 投稿日：2025/04/11(金) 08:37:04.65 ID:5PthuDCs0 [1/2]
↑何これ？w
870: (ﾌﾞｰｲﾓ MM22-PSZj) 04/11(金)20:28 ID:G/OJx5+6M(1) AAS
連投おつかれ
知ったかぶりは恥ずかしいよね
871: (ｵｲｺﾗﾐﾈｵ MM95-exh5) 04/11(金)20:29 ID:qqgfnt32M(9/17) AAS
サブ回線使いだすほうが恥ずかしい
872(1): (ﾜｯﾁｮｲ cd7c-a/1F) 04/11(金)20:34 ID:Yq7fRKgz0(2/2) AAS
なんだよRust界隈のお客さんじゃなくていつもの大天才様くんかよ
おもんな
873: (ｵｲｺﾗﾐﾈｵ MM95-exh5) 04/11(金)20:47 ID:qqgfnt32M(10/17) AAS
誰と勘違いしてるんだよ
普段はこのスレに書いてない
>>46が自分だ
874: (ﾜｯﾁｮｲ 45f2-1egp) 04/11(金)20:52 ID:edOe0r2X0(1) AAS
ああ，自分の誤った主張を説明しようとするとボロが見えるから自分に反論してくる人にレッテル貼って誤魔化してるのか
875: (ｵｲｺﾗﾐﾈｵ MM95-exh5) 04/11(金)20:55 ID:qqgfnt32M(11/17) AAS
それはどっちだよｗ
876(1): (ﾜｯﾁｮｲ 4d3e-Vpyu) 04/11(金)21:01 ID:yx7ZxPSb0(1) AAS
>>850
何を言っているのか全然わからん。
Rust開発者の主張は
「C/C++並に速くC/C++より安全」
だから、
「rustで一部の高速なシステムコールが追加されたらそれを使えばC++だろうが何だろうが関係なくなる」
というのが高速の話ならそりゃそうだろとしか。
省3
877(1): (ﾜｯﾁｮｲ 02ad-S7Iq) 04/11(金)21:03 ID:9wDK2WuU0(4/5) AAS
すぐさまサブ回線使いだすとか言う辺り、自分でもサブ回線使ってそうだよね
「rustで一部の高速なシステムコールが追加されたら」についての説明が出来ない時点でね
878: (ｵｲｺﾗﾐﾈｵ MM95-exh5) 04/11(金)22:20 ID:qqgfnt32M(12/17) AAS
>>877
すぐ上のジジイは理解できてると言うのに…
879: (ﾜｯﾁｮｲ 02ad-S7Iq) 04/11(金)22:23 ID:9wDK2WuU0(5/5) AAS
何を言われているのかも分かってないようだｗ
880: (ｵｲｺﾗﾐﾈｵ MM95-exh5) 04/11(金)22:24 ID:qqgfnt32M(13/17) AAS
いやいやｗ
未だに
＞ 「rustで一部の高速なシステムコールが追加されたら」についての説明が出来ない時点でね
と言ってる時点で認知症だろ
881: (ｵｲｺﾗﾐﾈｵ MM95-exh5) 04/11(金)22:29 ID:qqgfnt32M(14/17) AAS
ChatGPTにさっきのメッセージ食わせてみた
回答
たしかに、Rustで高速なシステムコールが追加されて、それを直接叩けるようになれば、言語による違いはある程度意味を失いますよね。
C++でもRustでも、結局はそのシステムコールにアクセスできるかどうかでパフォーマンスの上限が決まる。
ただおっしゃる通り、高速化しようとしてマルチスレッド＋SIMDをガチで使い始めると、リソースの使い方が雑になりがちで、
他プロセスにまで影響出たりするのが悩ましいところ。
特に、CPUキャッシュやメモリ帯域を食い尽くすと、システム全体が重くなって「なんかPC遅い…」ってなるやつですね。
882: (ﾜｯﾁｮｲ 46ee-PSZj) 04/11(金)22:34 ID:5PthuDCs0(3/5) AAS
恥の上塗りw
883: (ｵｲｺﾗﾐﾈｵ MM95-exh5) 04/11(金)22:41 ID:qqgfnt32M(15/17) AAS
これぐらいの意味が取れないってどういうことなんだお前らは？
884: (ﾜｯﾁｮｲ 4dd9-GhsC) 04/11(金)22:44 ID:Lf3Jev+n0(1) AAS
cmakeでbuildするC++プロジェクトのバイナリを配布したいんだが
この場合生成されたbinディレクトリを抜き出せばいいんでしょうか？
こういうことは初めてでよくわかりません
885(2): (ﾜｯﾁｮｲ 46ee-PSZj) 04/11(金)22:47 ID:5PthuDCs0(4/5) AAS
ChatGPTを使うにも知識と知恵がいるんだよ
バカは質問の仕方が下手
---
「Rustでシステムコールを追加する」という表現は 文脈によっては誤解を招きやすく、通常の意味では少し不適切 です
1. Rustで書かれたOSの中に、新たなシステムコールを実装する
→ 例：Rust製OS（例：Redox OSなど）にsyscallを加える。
→ この場合は正しい文脈。
省4
886(1): (ｵｲｺﾗﾐﾈｵ MM95-exh5) 04/11(金)22:54 ID:qqgfnt32M(16/17) AAS
>>885
自分では意味が取れなかったんだろ？ただの馬鹿自慢だろ？
887(1): (ﾜｯﾁｮｲ 46ee-PSZj) 04/11(金)22:56 ID:5PthuDCs0(5/5) AAS
ほんとこいつ頭悪いw
どうバカにされたかも理解できない
888: (ｵｲｺﾗﾐﾈｵ MM95-exh5) 04/11(金)22:57 ID:qqgfnt32M(17/17) AAS
>>887
それは自分だろｗ
そこに書いてある内容の真偽すら判定できないんだろｗ
889: (JP 0H66-GhsC) 04/11(金)23:09 ID:FTY9KFp+H(1) AAS
cpack使えばいいのか
自己解決
890: (ﾜｯﾁｮｲ 0620-9hLw) 04/12(土)01:43 ID:wegzxSOP0(1) AAS
>>886
馬鹿な私に教えてください >>885 の1～3のどの意味だったんですか？
891: (ﾜｯﾁｮｲ 2287-Q+wk) 04/12(土)02:47 ID:8WRtHLwQ0(1) AAS
ﾐﾈｵ大先生！ 随分とカジュアルな言葉遣いになられたんですね
892: (ﾜｯﾁｮｲ 4597-Vpyu) 04/12(土)06:55 ID:9PpTsBpz0(1) AAS
>>850は>>876で反論してやったんだからちゃんと反応しろよ。
「自分850はRustのことをよく知らないのに引き合いに出した間抜けでした」
というだけの話なのに、いつまでうんこみたいなレス重ねるんだよ。
893: (ﾜｯﾁｮｲ cd7c-a/1F) 04/12(土)08:18 ID:O9vZbYm90(1) AAS
天才様くんは次に「俺様の天才的レスが理解できない白痴ばかりだな」と言い出す
相手するだけ無駄
894: (ｻｻｸｯﾃﾛﾛ Spd1-gX4K) 04/12(土)08:50 ID:7ueEveVip(1) AAS
つまり、OSをrustで書き換えたらって話かなぁ？
895: (ﾜｯﾁｮｲ 22f0-VGeA) 04/12(土)09:06 ID:KALSJULX0(1/2) AAS
それ、なんか嫌じゃね？ｗ
896: (ﾜｯﾁｮｲ 6e39-N10g) 04/12(土)09:17 ID:C5glPX3o0(1/2) AAS
こっちこい
結局C++とRustってどっちが良いの？ 9traits
2chｽﾚ:tech
こっちもみてるから、このスレが伸びたのかとおもうたわｗ
897: (ﾗｸｯﾍﾟﾍﾟ MM66-XbuE) 04/12(土)09:34 ID:VGLNjbvdM(1/2) AAS
24H2の売りはrustで書き換えたってとこだろ
グダグダだけど
898: (ﾜｯﾁｮｲ 22f0-VGeA) 04/12(土)09:39 ID:KALSJULX0(2/2) AAS
バカ矯正用言語だからな
899: (ﾜｯﾁｮｲ ae21-xzp7) 04/12(土)12:41 ID:tVJvX2Kc0(1) AAS
Rustは生メモリを扱えなくしてスマートポインタしか使えないので安全だって聞いたけど
900: (ﾜｯﾁｮｲ fefb-Upwm) 04/12(土)15:12 ID:50hOhfEU0(1/2) AAS
単純化すると「高速なAPIを呼ぶようにすればどんな言語でも高速になる」ってことだろ？
そりゃそうだろとしか思えんよな
話の肝は、「その言語で高速に組んだこと」だと思うのに
あれだろ、一番速い車の話しているときに「どんな車でも速い車に載せれば早くなれる」って言っているようなものだよな
知らんけど
901(1): (ｻｻｸｯﾃﾛﾛ Spd1-gX4K) 04/12(土)15:25 ID:X5lME/jLp(1) AAS
ハンドラを高速にしたって秒間何千回とか頻繁に呼んでるのでも無きゃ全体の処理速度は体感出来ないだろうに
902: (ﾗｸｯﾍﾟﾍﾟ MM66-XbuE) 04/12(土)16:44 ID:VGLNjbvdM(2/2) AAS
パワステの無いハンドル握ったこと無いんだろうなぁ
903: (ﾜｯﾁｮｲ fefb-Upwm) 04/12(土)17:11 ID:50hOhfEU0(2/2) AAS
>>901
でも８５０は大半をシステムコールに頼ってる感じで言ってる気がするんだよな
そうでなきゃメインプログラム（呼び出し元の意）が足を引っ張るから、全体のスループットは下がるってわかるはずだし
なんなら、データを渡せば全部やってくれて結果を受けとるだけ、ぐらいに思ってる気がしないでもない
904(1): (ﾜｯﾁｮｲ 6ea1-pnyl) 04/12(土)19:49 ID:ctMpwM2A0(1/3) AAS
>>872
漏れは>>850以降の流れはノーコメント
905: (ﾜｯﾁｮｲ 6ea1-pnyl) 04/12(土)19:51 ID:ctMpwM2A0(2/3) AAS
ひょっとしたらRustで書かれたRedoxはメチャクチャ速いのかもしれん……
906(1): (ｵｯﾍﾟｹ Srd1-N10g) 04/12(土)20:47 ID:Kq/N9vBkr(1) AAS
>>904
面白いことかけなかったら、だまっとけ
俺はかけない、だまっとく
書くならC++ かあちゃん愛してる
907: (ﾜｯﾁｮｲ 6ea1-pnyl) 04/12(土)21:04 ID:ctMpwM2A0(3/3) AAS
>>906
>>850を書いた香具師と思われたら恥ずかしいし……
908(1): (ﾌﾞｰｲﾓ MM22-PSZj) 04/12(土)21:23 ID:laBjQjoGM(1) AAS
>>850書いたやつは知ったかぶりだけど
無理に話を広げると>>863に書いてるrustの特性に合わせた高速化ってありえると思う？
カーネルはメモリ空間別なんだし特にできることないよね？
909(1): (ﾜｯﾁｮｲ 6e39-N10g) 04/12(土)23:26 ID:C5glPX3o0(2/2) AAS
Cよりは「うまく」かけるけど、C++ほど「凝らずに」書けるのは、いいことのはず
Linusが、C++はボロクソ言ってNGしたが、Rustにはゴーサイン出したのは、そういうことだと思ってる
(念のために・後学のためにいっとくが、LinusはC++について、ユーザランドでは好きにしたらいいとも言ったはず)
910(1): (ｵｲｺﾗﾐﾈｵ MM0b-z3tz) 04/13(日)00:04 ID:cgsGBgQOM(1/8) AAS
>>908
並列化
911: (ｵｲｺﾗﾐﾈｵ MM0b-z3tz) 04/13(日)00:06 ID:cgsGBgQOM(2/8) AAS
最初に書いたことは一切特別なことは書いてない
小学生でも流すような内容で当たり前の当たり前
それをアホが勘違いして騒いでいる
912: (ﾜｯﾁｮｲ 5ff0-8xdJ) 04/13(日)00:11 ID:YJSdSOOz0(1/2) AAS
Linusが昔触ったC++コンパイラの出来が最悪でキレ散らかした
要するにC++の仕様が悪いわけではなくて当時のg++の出来の悪さに嫌気をさしてC++を触らなくなった
どっちにしろバカに危ういコードを書かせないようにするセーフティ機構を導入したところでバカがコーディングしている時点で22H2も史上最悪の大型アプデで終わってるワケなんだがな
913: (ﾜｯﾁｮｲ 5ff0-8xdJ) 04/13(日)00:12 ID:YJSdSOOz0(2/2) AAS
まちげーた
×22H2 〇24H2
どっちにしろセンスのないやつに触らせたら終わる罠
914: (ｵｲｺﾗﾐﾈｵ MM0b-z3tz) 04/13(日)00:14 ID:cgsGBgQOM(3/8) AAS
C++は継承があるからコードが追い辛いとかそんな理由だろう
cだと関数はその点簡潔に挙動が追いやすい
915(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 2732-u90l) 04/13(日)00:48 ID:PZbFvNAM0(1/3) AAS
>>909
抽象化モデルが非効率だったと何年もたってから発覚したときにはそのモデルに依存しきっていて全体の書き直ししか修正しようがないということをリーナスは書いている。
プログラムを凝らずに書けることが良いというよりは、凝ったプログラムが柔軟性がない (修正しにくい) ことを問題視してるように見える。
実行効率はやってみないとわからん場合もあるし事情が変わる場合もあるから、ある時点で設計として真っ当であってもずっとそうだとは限らんのだな。
916(2): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 2732-u90l) 04/13(日)01:02 ID:PZbFvNAM0(2/3) AAS
一度しか呼ばれないような関数は書かない (関数としてくくり出さない) とかいう方針の有名なプロジェクトがあったような気がするんだが、なんだったかわかる人はいる？
細部の処理の追いやすさとしてはそのほうが見通しがよいという論で、なるほどそういう考え方もあるんだなーと面白く思った記憶がある。
917: (ﾜｯﾁｮｲ bf98-wr60) 04/13(日)01:35 ID:b1PigeDH0(1/2) AAS
>>910
解説頼むわ
rustじゃないとできない並列化って何？
918: (ﾜｯﾁｮｲ bf02-ngEE) 04/13(日)01:36 ID:wr7CGYg/0(1) AAS
>>916
有名なというと、デビット・カトラーのNTカーネル開発ではなかったか
逆に、「関数は30行以内」だったかなルールが採用されており、
普通に描いたら40行とか行ってしまう関数を、25行ずつの呼び出し元関数と呼び出し先関数に
書き換えられることが頻繁にあった、というので有名だったのはFileMakerだったかな
919: (ﾜｯﾁｮｲ 6797-0Spt) 04/13(日)06:32 ID:Aq/uJRNv0(1) AAS
Rust見て羨ましいと思ったのはスタックフレーム重視の言語設計かね。
効率化の観点からは入れ子構造・スタック構造が優れているんだから、スタックを崩す例外とかgotoは廃止してほしい。
あとスタックにある自動変数は関数呼び出しが乱れない限り存在が保証されるんだから、自動変数の参照しか受け付けない仮変数も欲しいところ。スマートポインタの参照は効率的だし、もっと安全に使えるようにしてほしい。
920: (ﾜｯﾁｮｲ 7fa1-0ra6) 04/13(日)10:18 ID:MoeuBZp20(1/4) AAS
ｱｲﾀﾀﾀ……つ∀`;)
921(1): (ﾜｯﾁｮｲ 07ad-GZf5) 04/13(日)10:31 ID:K92VhJDO0(1) AAS
例外はもう実行が続けられないんだからスタックが壊れても問題ない
それよりも、単なるエラーを例外として実装したコードが多いのが問題
std::optional など使え
上下前次1-新書関写板覧索設栞歴
あと 81 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.022s