Qiita 7 - キータぞ、来たぞ、キータだぞー (768ﾚｽ)
Qiita 7 - キータぞ、来たぞ、キータだぞー http://mevius.5ch.io/test/read.cgi/tech/1757733847/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
322: デフォルトの名無しさん [sage] 2025/10/14(火) 21:04:55.21 ID:ZulSE3F6 >>321 違いは簡単 静的メモリ配置 ←アドレス固定 動的メモリ配置 ←アドレス変動 static宣言すると静的にメモリ領域が確保されてアドレスが固定になる 実例コード void foo() { static int a1[] = {1, 2, 3}; int a2[] = {1, 2, 3}; printf("アドレス固定 a1: %p\n", &a1); printf("アドレス変動 a2: %p\n", &a2); } void sub() { foo(); } int main() { foo(); sub(); return 0; } http://mevius.5ch.io/test/read.cgi/tech/17577338
47/322
323: デフォルトの名無しさん [] 2025/10/15(水) 01:32:24.83 ID:F/Bk7x58 >>316 >>321 staticの意味は「静的な」 staticを付けないと動的に毎回確保されることくらい分かりそうなものだが http://mevius.5ch.io/test/read.cgi/tech/1757733847/323
324: デフォルトの名無しさん [sage] 2025/10/15(水) 02:42:55.78 ID:tBMKGpTr なんてことだstatic宣言した変数が共有ライブラリの中だとアドレスが変わることがあるゾ！ http://mevius.5ch.io/test/read.cgi/tech/1757733847/324
325: デフォルトの名無しさん [sage] 2025/10/15(水) 02:49:12.17 ID:LnEbzNuN >>324 リンク時に変わることはあっても 実行中にアドレスが変わることはない http://mevius.5ch.io/test/read.cgi/tech/1757733847/325
326: デフォルトの名無しさん [sage] 2025/10/15(水) 18:27:52.24 ID:V1g0382z cの静的動的はサイズが実行時に定まるか否かってことじゃないん？ staticかどうかはcプログラマにとっては別の感心事で メモリの動静を語るときはそうだったと思うけど 俺の知ってる限り staticつけてないローカルな配列のことを動的な確保って言ってる人見たこと無いわ http://mevius.5ch.io/test/read.cgi/tech/1757733847/326
327: デフォルトの名無しさん [sage] 2025/10/15(水) 19:23:40.95 ID:MHowvYgL Grokに訊いたら非標準のallocaやC99のVLAは動的確保に含まれる場合があるそうだ。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/327
328: デフォルトの名無しさん [sage] 2025/10/15(水) 19:43:01.58 ID:zk4Ust74 配列やベクタやリストやスライスなど、言語によって様々な呼び方や実装が異なるもの、全てに共通の必須な仕組みとして、 総称としての配列の範囲チェックの話をしていて、そのまま特定の言語に関係なくこの話の流れでいいんだよな >>316 >>配列は静的メモリ確保なのに動的メモリ確保とごっちゃになっている素人w 静的と動的は様々な対象に用いられるが、今回は静的メモリ確保 これをアドレスが変わらないという解釈でも、いわゆるセグメントのうち静的領域
に確保するという意味でも同じ 特定の言語の話ではないが、例えばC言語なら静的宣言(static宣言)をする変数がこれに該当する 動的メモリ領域は毎回アドレスが変わるという意味でも、何かをするたびにメモリ空間から領域を確保する意味でも同じ ただし二つに分かれて、関数呼び出しのたびに領域が確保されて関数から去ると無効になるものと、関数呼び出しのタイミングと関係なく確保することで関数を去っても有効になるもの、それら二つの異なる性質のものに分かれる いわゆるセグメント領域としては、前者はスタック領域に確保されて後者はヒープ領域
に確保される 前述の静的領域の変数とは異なり、スタック領域やヒープ領域に動的に確保することが共通の特徴であり、タイミングによってアドレスも変化する http://mevius.5ch.io/test/read.cgi/tech/1757733847/328
329: デフォルトの名無しさん [] 2025/10/15(水) 22:57:25.39 ID:dwkfuJij >>317 コレクションという言葉を知らないのか？ 配列は連続したメモリ領域だぞ？ http://mevius.5ch.io/test/read.cgi/tech/1757733847/329
330: デフォルトの名無しさん [] 2025/10/15(水) 23:01:05.50 ID:dwkfuJij >>320 あのさ、関数でも関数を呼び出す方でも実行時にメモリを確保するんだよ？ 実行中にメモリを確保することは、また別の話。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/330
331: デフォルトの名無しさん [] 2025/10/15(水) 23:03:30.96 ID:dwkfuJij >>328 CPUとOSレベルで別のプロセスが使っているメモリ領域にアクセスできないようになっていることを知らない高齢者か？ 進化を知らずに大昔の仕様で語るのはやめろ。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/331
332: デフォルトの名無しさん [sage] 2025/10/15(水) 23:14:46.54 ID:1UpfUBnV 連投が全て的外れでワロタ >>329 元レスはコレクションとも連続領域とも全く無関係な話だな >>330 区別ついてないのかよ 静的な変数が置かれる静的領域は関数呼び出しと無関係に最初から存在するため遅くとも実行開始時点でアドレスが確定する >>331 元レスに別プロセスの話もアクセス権もどこにも書かれてなく無関係 そもそもプロセス間の共有メモリがある http://mevius.5ch.io/test/read.cgi/tech/1757733847/332
333: デフォルトの名無しさん [] 2025/10/15(水) 23:26:49.61 ID:dwkfuJij >>332 元はメモリのアドレスをなめる行為の話だぞ？ 飛び飛びのメモリ領域のことを一般的には配列とは呼ばない。コレクションの実装は飛び飛びのこともある。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/333
334: デフォルトの名無しさん [] 2025/10/15(水) 23:27:17.68 ID:dwkfuJij このスレはキータだったなw 変なやつしかいない http://mevius.5ch.io/test/read.cgi/tech/1757733847/334
335: デフォルトの名無しさん [sage] 2025/10/15(水) 23:37:23.88 ID:1UpfUBnV >>333 コレクションの話なんかどこにも出てきていないのに妄想で幻で見えてるのか？ http://mevius.5ch.io/test/read.cgi/tech/1757733847/335
336: デフォルトの名無しさん [sage] 2025/10/15(水) 23:46:08.93 ID:NrKjLOWm >>333 飛び飛びのメモリ領域の話をしてる人はいないと思いますよ どうして突然そんなことを言い出すのですか？ http://mevius.5ch.io/test/read.cgi/tech/1757733847/336
337: デフォルトの名無しさん [sage] 2025/10/18(土) 11:07:29.35 ID:bVsQMdfb 『浮動小数点数に非常に小さい値を加えるとどうなるか？float型の精度限界を調べた』 知識がないところでFLT_EPSILONに近い概念を独自に発見しようとしてるのは偉いのだが、deltafの初期値を0.1fで始めてるのが惜しい。1.0fにしてればFLT_EPSILONの1/2が求まる筈。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/337
338: デフォルトの名無しさん [sage] 2025/10/18(土) 12:49:36.77 ID:bVsQMdfb >>279 > オーバーフローチェックのコストはとんでもなく高いんだよ。 > 劇的に遅くなることが判っているよ。 簡単なコードで確認してみた。 https://wandbox.org/permlink/L8hZILgJIhDYqDkB http://mevius.5ch.io/test/read.cgi/tech/1757733847/338
339: デフォルトの名無しさん [sage] 2025/10/18(土) 13:32:11.38 ID:qBI4ZXTO >>338 は32bitと大き目で更にoverflowしたらループを抜けるだけで代わりの値を代入したりしてない unsigned charの8bit演算でoverflowしたら255にして 何回か毎に大きな値を引く(underflowは0)にする処理もあわせると分岐予測がある程度阻害されるのでは (>>279 の具体的根拠は知らないけど) http://mevius.5ch.io/test/read.cgi/tech/1757733847/339
340: デフォルトの名無しさん [sage] 2025/10/18(土) 13:44:09.89 ID:NqvbaKoR ＞32bitと大き目で更にoverflowしたらループを抜けるだけで代わりの値を代入したりしてない 1から4を1億回足してるだけだからオーバーフローは発生しない。>>279が問題にしてるのはオーバーフローチェックのコストでありオーバーフローするかどうかは関係がない。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/340
341: デフォルトの名無しさん [sage] 2025/10/18(土) 19:06:57.05 ID:ETv7F4p1 実際のプログラムには足し算など無数にあるから分岐が無数に増えて分岐予測テーブルが溢れそう http://mevius.5ch.io/test/read.cgi/tech/1757733847/341
342: デフォルトの名無しさん [sage] 2025/10/18(土) 19:11:50.98 ID:usFOY54p Qiitaの話を全くしてないのは草 http://mevius.5ch.io/test/read.cgi/tech/1757733847/342
343: デフォルトの名無しさん [sage] 2025/10/18(土) 20:38:26.02 ID:wTbxZHCN 現実的には関数呼出になるから遅い…が、使いどころなんてたかが知れてるよな http://mevius.5ch.io/test/read.cgi/tech/1757733847/343
344: デフォルトの名無しさん [sage] 2025/10/18(土) 20:49:39.50 ID:rM2qmS8P 結局こういうことだろね 現実と対応 303 デフォルトの名無しさん sage 2025/10/13(月) 02:39:47.42 ID:5mcGe2/B オーバーフローのチェックのコストの重さ問題は特定の言語に関係なく全ての言語で生じる話だよ そのためC/C++ Java Go Rustなど多くの言語では標準状態でオーバーフローのチェックは行われずラップアラウンドされた結果となるよ そして必要に応じてオーバーフローのチェックをする関数を呼び出すなどして対応するよ http://mevius.5ch.io/test/read.cgi/te
ch/1757733847/344
345: デフォルトの名無しさん [sage] 2025/10/18(土) 22:24:24.75 ID:bVsQMdfb > そのためC/C++ Java Go Rustなど多くの言語では標準状態でオーバーフローのチェックは行われずラップアラウンドされた結果となるよ 危険を承知で`-Ounchecked`を指定しない限りオーバーフローチェックを行うSwiftが安全性については唯一まともな判断してるってことだよなあ。 https://godbolt.org/z/fMc6KdPb1 http://mevius.5ch.io/test/read.cgi/tech/1757733847/345
346: デフォルトの名無しさん [sage] 2025/10/18(土) 22:43:53.65 ID:eyj6w4mM 半開区間を長い左右非対称な記号で表わす話もSwiftが異端だったな そこまでの行き過ぎた過剰を他の言語は求めていないのだと思われる http://mevius.5ch.io/test/read.cgi/tech/1757733847/346
347: デフォルトの名無しさん [sage] 2025/10/18(土) 23:17:36.52 ID:63qoaJUs 最適化指示でオーバーフロー検出が働くなるRustの仕様が適当かはRustの開発コミュでもたびたび議論になってることなのに「現行がこうなってる」で納得してるのは思考停止なんだよなあ。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/347
348: デフォルトの名無しさん [sage] 2025/10/18(土) 23:33:52.89 ID:3aakVM9g Rustはプロジェクトを作る時にオーバーフローのチェックを強制したい方針ならばこの指定機能が何年も前に入ったため今は大丈夫だよ overflow-checks = true http://mevius.5ch.io/test/read.cgi/tech/1757733847/348
349: デフォルトの名無しさん [sage] 2025/10/18(土) 23:42:20.50 ID:63qoaJUs >>348 そういうの気にしない馬鹿のためにデフォルトの挙動はどうであるべきかって話が理解できない奴は安全性について語らない方が良いよ。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/349
350: デフォルトの名無しさん [sage] 2025/10/18(土) 23:49:49.42 ID:7LIpXt77 RustがIT各社に次々と採用されていってる理由は企業から見ても安全性が最も良い言語であると支持されたため http://mevius.5ch.io/test/read.cgi/tech/1757733847/350
351: デフォルトの名無しさん [sage] 2025/10/19(日) 20:21:17.40 ID:+RR12fUB 『🏆最小自由数で競う！C++, Lisp, Rust, Mojoによる速度対決🔥 / Competing on the Minimum Free Number! Speed Battle with C++, Lisp, Rust, and Mojo 🔥』 https://qiita.com/tj9999/items/4131016df5f1c5730584 「そのコードは良くない。こう書くべき」みたいな具体的なコメントができない辺りがRust信者の限界なのかな http://mevius.5ch.io/test/read.cgi/tech/1757733847/351
352: デフォルトの名無しさん [sage] 2025/10/20(月) 22:42:27.76 ID:RnZTjdTH このスレ見る限りRust信者はコード書けないみたいだしなあ http://mevius.5ch.io/test/read.cgi/tech/1757733847/352
353: デフォルトの名無しさん [sage] 2025/10/21(火) 15:24:12.70 ID:2uplBhQe > オーバーフローチェックのコストはとんでもなく高いんだよ。 > 劇的に遅くなることが判っているよ。 安全性よりパフォーマンスが重要と思ってる人は根本的なところから分かってない。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/353
354: デフォルトの名無しさん [sage] 2025/10/21(火) 16:11:44.43 ID:PAfcSIKV 安全重視のJavaもオーバーフローチェックしないよ http://mevius.5ch.io/test/read.cgi/tech/1757733847/354
355: デフォルトの名無しさん [sage] 2025/10/21(火) 16:42:19.08 ID:bG0rJrvl もはや誰もQiitaの話をしていないのである http://mevius.5ch.io/test/read.cgi/tech/1757733847/355
356: デフォルトの名無しさん [sage] 2025/10/21(火) 17:18:52.11 ID:2uplBhQe 30年前の設計のJavaを安全重視と信じてる人がいるとはたまげたなあ http://mevius.5ch.io/test/read.cgi/tech/1757733847/356
357: デフォルトの名無しさん [sage] 2025/10/21(火) 17:46:00.64 ID:d/sWvnzZ 最近の言語Go Nim RustなどもCやJavaと同様にデフォルトではオーバーフロー時にラップアラウンド http://mevius.5ch.io/test/read.cgi/tech/1757733847/357
358: デフォルトの名無しさん [sage] 2025/10/21(火) 18:39:21.79 ID:2uplBhQe > 最近の言語Go Nim RustなどもCやJavaと同様にデフォルトではオーバーフロー時にラップアラウンド C言語では符号付き整数のオーバーフローは未定義動作なんだがそんなことも知らない輩がなんか言ってなんだなあ。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/358
359: デフォルトの名無しさん [sage] 2025/10/21(火) 19:12:50.27 ID:CCxWu0hF デフォルトでオーバーフローチェックしなくて問題になった話を聞いたことがないな 世の中のシステムは問題なく動いているもんな チェックしたければオーバーフローチェックできるから何が問題なのかわからん http://mevius.5ch.io/test/read.cgi/tech/1757733847/359
360: デフォルトの名無しさん [sage] 2025/10/21(火) 19:36:04.80 ID:2uplBhQe 255からエクステンドでゲームオーバーなんてザラにあるのにな http://mevius.5ch.io/test/read.cgi/tech/1757733847/360
361: デフォルトの名無しさん [sage] 2025/10/21(火) 23:13:46.96 ID:Xc9g4ZCw >>43 『VRでもリアル空間でもスマホでも！「sonoXR」での音楽体験を実現する先端技術・FPGA独自チップ』 https://note.com/mimylovesmusic/n/n0982c3323b50 ↑の記事で当日の様子が紹介されてる。 > そのElixirChipですが、2025年9月17日、Elixir関連コミュニティのオンラインLT会で初お披露目されました！ > LT会のデモンストレーションでは、macの画面共有でElixirChipがターミナルから実行されている処理が映し出されて、その解説がメインのお話だった
のですよね。 > それもそのはず。 > FPGA（Field Programmable Gate Array）とは「内部の論理回路をソフトウェアのように後から自由に組み替えられるチップ」のことだというのを、このLT会で今更ながら理解しました。（お恥ずかしい・・・） > 私はElixirChipの開発を行う株式会社Digidock Consultingにてセールスエグゼクティブも担当しています。 FPGAがどういうもんだか知らなかった人がセールス担当で「先端技術・FPGA独自チップ」とか言ってんのスゲエな。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/361
362: デフォルトの名無しさん [sage] 2025/10/21(火) 23:25:43.96 ID:Kzm3UPI2 64bitを使うと1秒間に100億カウントを100年間ずっと続けてもオーバーフローしない http://mevius.5ch.io/test/read.cgi/tech/1757733847/362
363: デフォルトの名無しさん [] 2025/10/21(火) 23:37:30.32 ID:Xc9g4ZCw > 64bitを使うと1秒間に100億カウントを100年間ずっと続けてもオーバーフローしない 2**64/(365.25*24*3600*10000000000) = 58.4542046091 だから59年目でオーバーフローするだろ。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/363
364: デフォルトの名無しさん [sage] 2025/10/22(水) 00:52:52.35 ID:36Oigqe9 8bit時代は一瞬で溢れたのに 64bit時代は凄いな http://mevius.5ch.io/test/read.cgi/tech/1757733847/364
365: デフォルトの名無しさん [sage] 2025/10/22(水) 02:05:57.52 ID:1Zu7PCWv ５９年に1回だけ出現するバグがすごい 毎年再起動で対応すべき http://mevius.5ch.io/test/read.cgi/tech/1757733847/365
366: デフォルトの名無しさん [sage] 2025/10/22(水) 02:24:22.73 ID:W6apSoTE 最新のCPUでも10GHz行かないので1秒間に100億回のカウントが無理だよな オーバーフローするまでもっとかかる http://mevius.5ch.io/test/read.cgi/tech/1757733847/366
367: デフォルトの名無しさん [sage] 2025/10/22(水) 02:29:12.26 ID:kkMCRZ3c フィボナッチはオーバーフローする http://mevius.5ch.io/test/read.cgi/tech/1757733847/367
368: デフォルトの名無しさん [sage] 2025/10/22(水) 02:49:06.07 ID:DMZH9rqW オーバーフローチェック関数を呼び出せばいい http://mevius.5ch.io/test/read.cgi/tech/1757733847/368
369: デフォルトの名無しさん [sage] 2025/10/22(水) 07:42:15.54 ID:pPjVNDwq > 64bitを使うと1秒間に100億カウントを100年間ずっと続けてもオーバーフローしない こういうマヌケが今後もいなくなることはないからオーバーフローチェックは常に行うのが安全。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/369
370: デフォルトの名無しさん [sage] 2025/10/22(水) 08:11:36.58 ID:UieYLCLo 溢れないんだからチェックは無駄じゃん だから昔からチェックしない言語が使われてるんだろ 文句があるならここで暴れずに各言語に公式に言えばいい http://mevius.5ch.io/test/read.cgi/tech/1757733847/370
371: デフォルトの名無しさん [sage] 2025/10/22(水) 09:13:09.53 ID:hPyx8jr0 Rustは多段階に対応しているよ デフォルトはデバックモードになりオーバーフロー含めた様々なチェックが充実 プロジェクト毎に常にオーバーフローチェックをする指定が可能 オーバーフローを扱う関数も多数あり http://mevius.5ch.io/test/read.cgi/tech/1757733847/371
372: デフォルトの名無しさん [sage] 2025/10/22(水) 09:20:59.95 ID:pPjVNDwq > 64bitを使うと1秒間に100億カウントを100年間ずっと続けてもオーバーフローしない こういうマヌケはプロジェクトにオーバーフローチェックを行う指定なんてしないしオーバーフローを扱う関数を呼ぶこともないんだよなあ。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/372
373: デフォルトの名無しさん [sage] 2025/10/22(水) 09:30:10.17 ID:hPyx8jr0 安全性の対策ができるかどうかが重視されている 安全性の対策のためにRustは次々と採用されている 対抗できるプログラミング言語が他にないからね http://mevius.5ch.io/test/read.cgi/tech/1757733847/373
374: デフォルトの名無しさん [sage] 2025/10/22(水) 09:37:57.80 ID:pPjVNDwq Rustを使えば安全という勘違い http://mevius.5ch.io/test/read.cgi/tech/1757733847/374
375: デフォルトの名無しさん [sage] 2025/10/22(水) 09:41:04.98 ID:hPyx8jr0 Rustに勝てるプログラミング言語がないんだよ だからこそIT大手がこぞってRustを採用した http://mevius.5ch.io/test/read.cgi/tech/1757733847/375
376: デフォルトの名無しさん [] 2025/10/22(水) 16:35:15.27 ID:h019lk2V ○bitまで演算できるから大丈夫 だったのが、整数型をオーバーする●年問題とか起きたんだよ そして今度は◯bitまで使えるから安心と結局は同じ事を繰り返してるだけ なのに「ずっと使い続けても大丈夫」とか言えるものなんだな http://mevius.5ch.io/test/read.cgi/tech/1757733847/376
377: デフォルトの名無しさん [] 2025/10/22(水) 16:36:38.79 ID:h019lk2V それプログラム言語で勝ちとか 何が言いたいのだか http://mevius.5ch.io/test/read.cgi/tech/1757733847/377
378: デフォルトの名無しさん [sage] 2025/10/22(水) 18:57:59.20 ID:Hv/mNdUH >>279 > オーバーフローチェックのコストはとんでもなく高いんだよ。 > 劇的に遅くなることが判っているよ。 このスレのRust信者はコードが書けない馬鹿しかいないのでオーバーフローチェックのコストとやらがとんでもなく高いことの例示すらできないんだよなあ。俺が代わりに確認してやったぞ。 最適化レベル3 オーバーフローチェックなし(-Copt-level=3) https://wandbox.org/permlink/Lqo6PEO1lj23qeVx 最適化レベル3 オーバーフローチェックあり(-Co
pt-level=3 -Coverflow-checks=yes) https://wandbox.org/permlink/U5IYMurSn4jMq9rP http://mevius.5ch.io/test/read.cgi/tech/1757733847/378
379: デフォルトの名無しさん [sage] 2025/10/22(水) 20:39:07.74 ID:TnWf0U/l >>378 コードを書けないのはおまえだろ その出力結果を見ろよ 999999999 0.000000 sec. http://mevius.5ch.io/test/read.cgi/tech/1757733847/379
380: デフォルトの名無しさん [sage] 2025/10/22(水) 21:14:42.57 ID:Hv/mNdUH > コードを書けないのはおまえだろ > その出力結果を見ろよ 何が起こってるか分からんとこういう反応ｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/380
381: デフォルトの名無しさん [sage] 2025/10/22(水) 21:44:59.81 ID:5MvhTmyF 実行時間0秒ということはコンパイル時の定数化だろうね コードを正しく書けない人が定数データをそのまま使って正しくベンチマーク計測できていない典型的な失敗例 http://mevius.5ch.io/test/read.cgi/tech/1757733847/381
382: デフォルトの名無しさん [sage] 2025/10/22(水) 22:01:20.17 ID:Hv/mNdUH >>379 >>381 「とんでもなく高い」と>>279が言ってるオーバーフローチェックをコンパイル時にやれてることが理解できない低能ｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/382
383: デフォルトの名無しさん [sage] 2025/10/22(水) 22:11:40.81 ID:wCiIvwD8 比較ベンチを測るプログラムでコンパイル時に定数になってしまってるのは初心者あるあるでちよっと恥ずかしい さらに定数になったことでオーバーフローチェックは軽いと主張している人は恥ずかしいを通り越してキチガイ http://mevius.5ch.io/test/read.cgi/tech/1757733847/383
384: デフォルトの名無しさん [sage] 2025/10/22(水) 22:25:59.29 ID:Hv/mNdUH > さらに定数になったことでオーバーフローチェックは軽いと主張している人は恥ずかしいを通り越してキチガイ コスト0でできるオーバーフローチェックの例を挙げただけだけど馬鹿だとこういう理解になんのなｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/384
385: デフォルトの名無しさん [] 2025/10/22(水) 22:40:18.18 ID:aaZcXuwG 連投クンは3つの過ちを犯している ①実行時間の比較をすべきところでコンパイル時に定数となるコードを書いてしまった ②その結果をもってコスト0だと主張 ③その事例をもってオーバーフローチェックは重くないと主張 http://mevius.5ch.io/test/read.cgi/tech/1757733847/385
386: デフォルトの名無しさん [sage] 2025/10/22(水) 22:53:43.71 ID:Hv/mNdUH > ?実行時間の比較をすべきところでコンパイル時に定数となるコードを書いてしまった オーバーフローチェックのコストの話だからコンパイル時にできるんなら御の字なんだよなあ。 > ?その結果をもってコスト0だと主張 俺が挙げた例ではその通り。 > ?その事例をもってオーバーフローチェックは重くないと主張 オーバーフローチェックの重い例はIDコロコロ君が挙げりゃ良いのにｗ 馬鹿って本気で馬鹿なんだなあという感想しかないわｗ http://mevius.5ch.
io/test/read.cgi/tech/1757733847/386
387: デフォルトの名無しさん [sage] 2025/10/22(水) 23:22:33.57 ID:MJsEo9z/ 定数の同士の計算をコンパイル時にできるだけでしょ 普通は定数同士ではないためオーバーフローのチェックをコンパイル時にできるわけではないよ http://mevius.5ch.io/test/read.cgi/tech/1757733847/387
388: デフォルトの名無しさん [sage] 2025/10/23(木) 00:01:19.28 ID:F7QtUS8E > 定数の同士の計算をコンパイル時にできるだけでしょ 同じコードで「最適化レベル3 オーバーフローチェックなし」では定数の同士の計算をコンパイル時にできていないので場合による。rustcは最適化が控えめなのでオーバーフローチェックを行ったほうがデータフロー解析を深いレベルで行なって効率良いコードを吐いてくれる可能性まである。 > 普通は定数同士ではないためオーバーフローのチェックをコンパイル時にできるわけではないよ できる場合もあれ
ばできない場合もある。 安全性を蔑ろにして良いわけはないのでコンパイル時にできないのであれば実行時のオーバーフローチェックは行うべき。そのコストが問題になるのであればプログラマがオーバーフローしないことを保証してやれば良い。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/388
389: デフォルトの名無しさん [sage] 2025/10/23(木) 00:05:35.18 ID:OBXMa/ZD 言い訳ばかりだな オーバーヘッドを比較するための実行時間ベンチマークで まともなプログラマーならばコンパイル時定数になるコードを書かない http://mevius.5ch.io/test/read.cgi/tech/1757733847/389
390: デフォルトの名無しさん [sage] 2025/10/23(木) 00:08:38.47 ID:F7QtUS8E コンパイル時にオーバーフローチェックされた例が余程悔しかったと見えるｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/390
391: デフォルトの名無しさん [sage] 2025/10/23(木) 00:10:30.87 ID:F7QtUS8E つか何で > オーバーフローチェックのコストはとんでもなく高いんだよ。 という具体的を提示しないんだろうか? http://mevius.5ch.io/test/read.cgi/tech/1757733847/391
392: デフォルトの名無しさん [sage] 2025/10/23(木) 01:00:14.89 ID:eRkhgGUb >>379 実行時間を比較しようとして定数計算で実行時間0.000秒は草 それをそのまま貼るのは慌てん坊 http://mevius.5ch.io/test/read.cgi/tech/1757733847/392
393: デフォルトの名無しさん [sage] 2025/10/23(木) 22:48:26.28 ID:qJPQXYyn 最適化レベル3 オーバーフローチェックなし https://wandbox.org/permlink/LOcWoipF2aESW8HO > 999999999 0.000000 sec. 最適化レベル3 オーバーフローチェックなし https://wandbox.org/permlink/BcHSm4UljxoF26fp > 999999999 0.192019 sec. なるほど、確かに最適化控えめだなｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/393
394: デフォルトの名無しさん [sage] 2025/10/24(金) 10:56:06.36 ID:1/8UQp8U > オーバーフローチェックのコストはとんでもなく高いんだよ。 clangより遅いRustがますます遅くなっちゃうってことか。 でもそれで安全性と天秤に掛けて安全性捨てて良いって理屈にはならんと思うが。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/394
395: デフォルトの名無しさん [sage] 2025/10/24(金) 11:39:42.14 ID:pf7VrHln Rustはオーバーフローに関しても最も充実している言語 まずデフォルトではデバッグモードとなりオーバーフローを含めた様々な問題をチェックして指摘してくれる 次にオーバーフローを取り扱う関数が30個以上と充実しておりオーバーフロー時に様々な対処ができるようになっている さらにオーバーフローチェック強制モードを指定することもできる http://mevius.5ch.io/test/read.cgi/tech/1757733847/395
396: デフォルトの名無しさん [sage] 2025/10/24(金) 12:33:51.25 ID:1/8UQp8U 肝心のユーザーが > 64bitを使うと1秒間に100億カウントを100年間ずっと続けてもオーバーフローしない こんなこと言ってるようじゃせっかくの機能も台無し。 こういうユーザーはオーバーフローを軽視しているので、それを扱う関数を呼んだりオーバーフローチェック強制モードを指定することもしない。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/396
397: デフォルトの名無しさん [sage] 2025/10/24(金) 12:54:38.21 ID:yjIuofsm Rustより優れているプログラミング言語がなく出現しそうにない IT大手をはじめとして各社が次々とRust採用に踏み切った理由 http://mevius.5ch.io/test/read.cgi/tech/1757733847/397
398: デフォルトの名無しさん [sage] 2025/10/24(金) 21:32:19.69 ID:Rjl1Yp+F 何をもって優れてるというのか知らんけど 採用される率だったら圧倒的に Python や JavaScript じゃないの？ http://mevius.5ch.io/test/read.cgi/tech/1757733847/398
399: デフォルトの名無しさん [sage] 2025/10/24(金) 22:24:54.90 ID:sOhxBEuL 普及している言語を採用するのは当たり前 普及してない言語をわざわざ採用するのは他の言語では代わりにならないほどメリットがある時 http://mevius.5ch.io/test/read.cgi/tech/1757733847/399
400: デフォルトの名無しさん [sage] 2025/10/24(金) 23:11:41.06 ID:dp05dd3l > 64bitを使うと1秒間に100億カウントを100年間ずっと続けてもオーバーフローしない この程度の実行時検出もできなくて「メリットがある」と言い張ってて草ｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/400
401: デフォルトの名無しさん [sage] 2025/10/25(土) 00:27:47.26 ID:dZEZZMvJ 見ていてなんとなくわかってきた プログラミング言語として敵わないからよくわからない言いがかりをつけてずっと粘着しているだけのような http://mevius.5ch.io/test/read.cgi/tech/1757733847/401
402: デフォルトの名無しさん [sage] 2025/10/25(土) 08:20:17.15 ID:7tgM5Cd8 言語の優劣（笑）にこだわってる子が一人だけおるっていう状況かな 自己のアイデンティティを借り物で満たそうとしちゃってるね 自分がRustの作者ってんならともかく、単なるユーザでしかないのにね http://mevius.5ch.io/test/read.cgi/tech/1757733847/402
403: デフォルトの名無しさん [sage] 2025/10/25(土) 08:45:36.74 ID:0A7PnaiQ >>395 オーバーフローに関してそこまで充実していない言語も多いけど、なぜか充実している言語の方をしつこく叩いてるコンプレックス持ちがおるから面白い。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/403
404: デフォルトの名無しさん [sage] 2025/10/25(土) 11:38:38.14 ID:APUPz67M 安全性分かってない奴がRust盲信してて笑われてるだけｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/404
405: デフォルトの名無しさん [sage] 2025/10/25(土) 11:52:03.54 ID:HsDC01zZ >>52 > Rustが広まってる理由はC並みの高速実行をゼロコスト抽象化によるコードの可読性・保守性・開発効率の高さで実現したことにあるからね > 安全性などはついでのオマケ IDコロコロ君安全性は屁のように考えてるみたいだけど、だったら配列アクセスのたびに範囲チェックで無駄なコスト払ってるRustは良い言語ではないんじゃね? それかunsafeでポインタアクセスするのが正義? http://mevius.5ch.io/test/read.cgi/tech/1757733847/405
406: デフォルトの名無しさん [sage] 2025/10/25(土) 11:53:06.73 ID:H3w3YKY0 安全性のためにRustを採用するところが世界的にどんどん増えているのはなぜだろう？ http://mevius.5ch.io/test/read.cgi/tech/1757733847/406
407: デフォルトの名無しさん [sage] 2025/10/25(土) 11:59:12.87 ID:APUPz67M Rustの普及と > 安全性などはついでのオマケ とか言っちゃう馬鹿が笑われてるのは別の話だゾｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/407
408: デフォルトの名無しさん [sage] 2025/10/25(土) 12:07:43.62 ID:LnBfHi83 >>405 Rustは配列などのアクセスもゼロコスト抽象化で速さと安全性を両立してるよん http://mevius.5ch.io/test/read.cgi/tech/1757733847/408
409: デフォルトの名無しさん [sage] 2025/10/25(土) 12:58:15.22 ID:APUPz67M >>408はrustcの出力見たことない人かな? 配列の範囲チェックって https://godbolt.org/z/6johWYEce > cmpq %rsi, %rdx > jae .LBB0_7 ↑がそれ。 ちなみにCだとこんなだ。 https://godbolt.org/z/3q4rv8P3M http://mevius.5ch.io/test/read.cgi/tech/1757733847/409
410: デフォルトの名無しさん [sage] 2025/10/25(土) 13:03:29.33 ID:APUPz67M rustcが最適化控えめという話は既出か。 rustc https://godbolt.org/z/4T5Wha7M3 clang https://godbolt.org/z/j9r59Pv9q http://mevius.5ch.io/test/read.cgi/tech/1757733847/410
411: デフォルトの名無しさん [] 2025/10/25(土) 17:01:14.86 ID:L+Kq+g5v C言語は、ポインタが、ヤバイくて、危ないよね。 RUST言語は、ポインタが、無いのなら、安全ぢゃねえ? http://mevius.5ch.io/test/read.cgi/tech/1757733847/411
412: デフォルトの名無しさん [] 2025/10/25(土) 17:40:57.11 ID:zF/r+ywr >>402 マジでこれ 関数型言語あたりに多いけど、自分が好きな言語をアイデンティティにしてる奴にまともなのはいない 自分は何を作れるか・何を作ったかの方がプログラマにとっての価値だろ http://mevius.5ch.io/test/read.cgi/tech/1757733847/412
413: デフォルトの名無しさん [sage] 2025/10/25(土) 18:04:23.93 ID:zF/r+ywr 個人開発ならともかく、仕事で使う言語は自分の好みじゃなくて組織によって決まるものだよね Rustが好きでも、Goのプロジェクトに入ったらGoを書く、Javaのプロジェクトに入ったらJavaを書くのがプロ 宣言的なコードが好きだからといって、OOPの言語や、for文 と if文 をひたすら書かされる言語では仕事したくないです、なんてのは社会人としてだめでしょ (Rustを使える企業に転職する、という選択ができる人は別だけど) http://mevius.5ch.io/test/read.cgi/tech/17577
33847/413
414: デフォルトの名無しさん [sage] 2025/10/25(土) 19:23:29.07 ID:KXTmWn4e 企業や立場によってピンキリだよ そういう歯車として使われる人もいればそうでない人もいる http://mevius.5ch.io/test/read.cgi/tech/1757733847/414
415: デフォルトの名無しさん [sage] 2025/10/25(土) 19:50:23.21 ID:SFAxzZT/ どの分野でもAとBの比較の話をしている時に同じことが起きてるな 純粋にそれぞれの特徴やメリットで優劣を比較すればいい ところが不利になった側はどの話でもこう言い出す Aを使うやつはXXXだ！Aの価値よりおまえの価値はどうなんだ！ AとBの比較から逃避して人間の攻撃を始める http://mevius.5ch.io/test/read.cgi/tech/1757733847/415
416: デフォルトの名無しさん [sage] 2025/10/25(土) 19:55:57.53 ID:waw5U/cg なんか話がズレまくってるなここ http://mevius.5ch.io/test/read.cgi/tech/1757733847/416
417: デフォルトの名無しさん [sage] 2025/10/25(土) 19:56:03.79 ID:N83OYtmK > オーバーフローチェックのコストはとんでもなく高いんだよ。 > 劇的に遅くなることが判っているよ。 とか > 安全性などはついでのオマケ とか言ってる人は根本的なところがわかってないので言語を選定したりプロジェクトを先導する立場に立たせてはダメ。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/417
418: デフォルトの名無しさん [sage] 2025/10/25(土) 20:04:36.75 ID:nC0XVvFS 安全性と速さの両立が最重要だもんな 利害対立し合うIT大手企業が珍しく揃ってそのために選択したRustを用いるのが正しい http://mevius.5ch.io/test/read.cgi/tech/1757733847/418
419: デフォルトの名無しさん [sage] 2025/10/25(土) 20:25:04.83 ID:N83OYtmK > 安全性と速さの両立が最重要だもんな ↑馬鹿発見ｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/419
420: デフォルトの名無しさん [] 2025/10/25(土) 20:33:41.34 ID:TVzQqIlO 安全性と速さだけではダメ 高い抽象度で読み書きしやすいことが大切 Rustはそこを満たしたからこそ新たな移行先になった http://mevius.5ch.io/test/read.cgi/tech/1757733847/420
421: デフォルトの名無しさん [sage] 2025/10/25(土) 22:07:09.40 ID:APUPz67M >>411 Rustもポインタが使えるし場合によっては危険。 https://godbolt.org/z/7TPGs1xsr http://mevius.5ch.io/test/read.cgi/tech/1757733847/421
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 347 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.017s