次世代言語26 TypeScript Swift Go Kotlin Nim

**デフォルトの名無しさん** · 2022/06/21(火) 09:27:46.30

スレタイ（順番はRedMonk準拠）以外の言語もok

※　Rustは現世代最強言語なので除外します

前スレ

次世代言語25 TypeScript Swift Go Kotlin Rust Nim
https://mevius.5ch.net/test/read.cgi/tech/1650185555/

**デフォルトの名無しさん** · 2022/07/25(月) 20:06:54.34

>>466
RustはC++よりも速い結果が出ることも多い中で何を言ってるんだ？？

**デフォルトの名無しさん** · 2022/07/25(月) 20:08:53.16

>>449
延々と変なことを書いてるなとしか

**デフォルトの名無しさん** · 2022/07/25(月) 20:16:00.56

RustはHaskellの後継言語では？
口だけ番長みたいな。

**デフォルトの名無しさん** · 2022/07/25(月) 20:18:22.01

速い遅いは1bit的な100パーセントの保証ができないからね
逆に、変数の型を全く書かない、ゼロを保証するPythonのようなものは誠実な印象になる

**デフォルトの名無しさん** · 2022/07/25(月) 20:29:29.58

>>455
それ測定方法がおかしい
解いていないとはいえ、grepが一番速くて、次にwcが速くて、それらはC言語で書いたものより速くなっている
解いているシェルスクリプトですら1.83秒しかかかっておらず、Rubyの最適化版に至ってはシェルスクリプトより遅い結果となっている
最適化版のコードも一人が提供しただけであり、これでは意味がなかろう
その程度の課題でプログラミング言語間の時間比較に意味あるのか？

**デフォルトの名無しさん** · 2022/07/25(月) 20:30:15.46

よく分からんけれど、CPythonに代わる速くて安全で効率の良いRustPythonを作るのが良いのではないだろうか？

**デフォルトの名無しさん** · 2022/07/25(月) 20:32:58.49

RustはPHPと変わらないじゃん。
PHP速いわー。

**デフォルトの名無しさん** · 2022/07/25(月) 20:34:05.94

Haskellおっそ。
なんなんこれ。
12.81だって。

**デフォルトの名無しさん** · 2022/07/25(月) 20:38:25.47

仮にも地球を代表するプログラマが遅い速いは時の運とか言っちゃだめだと思うわ。

**デフォルトの名無しさん** · 2022/07/25(月) 20:44:28.71

>>471
これが全てとは言わないけど参考にはなるでしょ

Rustはripgrepの作者が作ってるお墨付きなんだがGoより早くないのは事実

**デフォルトの名無しさん** · 2022/07/25(月) 20:47:52.05

こんだけ凝って、こんだけ遅いって、Rustの見事な性能の表れでしょ。
そりゃ誰も使いませんわ。
こんなの使ってたら宗教ですよ。
信徒ですよ。

**デフォルトの名無しさん** · 2022/07/25(月) 20:52:51.88

はい、エビデンス出ましたー。

**デフォルトの名無しさん** · 2022/07/25(月) 20:56:02.00

>>476
ちょっとコードを見てみたけど両者でやっていることが異なるね
例えばGoのコードと異なりRustのコードはバッファ内をcopy_withinでコピーしていたりするなどGoにはないコードがあるような

**デフォルトの名無しさん** · 2022/07/25(月) 20:59:34.44

また言い訳が始まった。

**デフォルトの名無しさん** · 2022/07/25(月) 21:05:06.38

まだコードをよく見ていないが、
他のベンチマークではGoがいつも負けていて、
今回だけGoが勝っているのだから、
何か裏があると推測できる。

**デフォルトの名無しさん** · 2022/07/25(月) 21:07:28.31

トイプログラムやベンチマークではRustのほうが速いけど、こういう実用的なプログラムではGoのほうが速いってことじゃないの？

**デフォルトの名無しさん** · 2022/07/25(月) 21:08:19.44

もしデータが間違っているなら理屈と直感で判断すればいい

全ての情報源が正直者でなければ何もできないことを性善説という

**デフォルトの名無しさん** · 2022/07/25(月) 21:09:45.71

4Kb未満のデータはRustのほうが速いけど、
それ以上のデータでは、Goのほうが速いのでは？

**デフォルトの名無しさん** · 2022/07/25(月) 21:11:43.19

わし、単体テストにベンチマークも入れてるよ？

**デフォルトの名無しさん** · 2022/07/25(月) 21:19:04.59

キャッシュを上手に使えるGoと、全く考慮しないRustの違いが出てるのでは？

**デフォルトの名無しさん** · 2022/07/25(月) 21:19:28.30

>>430
まずCのコードを読んだが特にトリッキーなことをしていないので
そのままRustに書き換えればいつものC→RustのようにRustでほぼCと同じ速さが出るだろうな
一方でそこに書かれているRustのコードはCの2倍近く遅くて普通にありえない結果となってるな

**デフォルトの名無しさん** · 2022/07/25(月) 21:21:31.99

また言い訳かよ。
負けたんだよ、Rustは。

**デフォルトの名無しさん** · 2022/07/25(月) 21:23:25.12

じゃあ、Rustにprogress_displayはあるのかよ？

**デフォルトの名無しさん** · 2022/07/25(月) 21:26:07.93

progress_display無かったら要らんわ。
しかも遅いし。

**デフォルトの名無しさん** · 2022/07/25(月) 21:58:27.37

>>430
なんでこのおじさんHashMapとか使ってるの？
遅いので有名だぞ

**デフォルトの名無しさん** · 2022/07/25(月) 22:00:37.54

>>430のベンチマークの方法とか見てたんだが
1. 時間はpythonのsubprocess.runで独立した試行を5回行っている。
2. 5回のうち最速のものを記録にしている。

だから、Javaみたいに起動時に重い言語は不利なのと、同じくらいの速度だと計算機の機嫌で順位が入れ替わりそう。

**デフォルトの名無しさん** · 2022/07/25(月) 22:03:54.64

Rustは糞遅いから入れ替わらない。

**デフォルトの名無しさん** · 2022/07/25(月) 22:06:10.72

Juliaって愛される言語5位とかに入っていたけど、あんまり流行る気配ないよね
PythonからJulia主体にならんか

**デフォルトの名無しさん** · 2022/07/25(月) 22:06:51.57

あとRustのCっぽいバージョンは何に対してas fastなんだろう

**デフォルトの名無しさん** · 2022/07/25(月) 22:08:02.42

ちょっと検索してみたんだがGoは並行処理が得意らしいぞ。
俺の12900HX16コア24スレッドが有効に使えるのでは？
もしかして。

**デフォルトの名無しさん** · 2022/07/25(月) 22:08:47.70

Cっぽくないバージョンに対してだろね。

**デフォルトの名無しさん** · 2022/07/25(月) 22:19:58.19

HashMapを高速なハッシュに変えたらRustの勝ち
解散

**デフォルトの名無しさん** · 2022/07/25(月) 22:31:12.16

>>498
Simpleは標準ライブラリ以外使わない縛りをしてて遅いHashMap使ってる。
Optimizeではfxhash使ってるのでまだ解散しないで。

**デフォルトの名無しさん** · 2022/07/25(月) 22:51:30.63

俺の環境だとRustの方が少しだけ速かったな
バージョンアップで多少改善されたのかも。誤差程度だけど

**デフォルトの名無しさん** · 2022/07/25(月) 22:53:16.38

>>499
(衝突攻撃安全性に優れるが遅い)Rust標準ライブラリのHashMapよりも
今回は(Rustコンパイラ等でも使われている)速いfxhashを使った方が良いとのアドバイスがあっただけで
実際に使っているコードはHashMapのままになってるような

**デフォルトの名無しさん** · 2022/07/25(月) 23:18:27.95

>>501
optimizedのmain.rsは

use fxhash::{FxHashMap as HashMap};

となってるんだけど
これはfxhashを使って高速化してるわけではない？
それともベンチマークに反映してないのか？

**デフォルトの名無しさん** · 2022/07/26(火) 00:27:41.06

>>472
つ Nim

**デフォルトの名無しさん** · 2022/07/26(火) 00:30:04.25

>>476
そうだね何でもgrep使えば一番早いと思うよ(棒
あ、wcの併用も可だと思う

**デフォルトの名無しさん** · 2022/07/26(火) 00:33:32.10

Rustがこんなに遅いとは知らんかった。

**デフォルトの名無しさん** · 2022/07/26(火) 01:36:48.26

いつものやつ貼っておくか
https://benchmarksgame-team.pages.debian.net/benchmarksgame/box-plot-summary-charts.html
ChapelとJuliaすごいじゃん

**デフォルトの名無しさん** · 2022/07/26(火) 05:00:13.51

ワードカウントの結果だけで性能評価してしまうプログラマがいるんですか！？

**デフォルトの名無しさん** · 2022/07/26(火) 08:14:27.14

>>503
少し試したことあるけれど、別物だったよ。
イメージとしては、PyPyあたり。

**デフォルトの名無しさん** · 2022/07/26(火) 08:27:06.16

Rustのコードがおかしいと言うなら、改善したコード出せばいいんじゃない？
ワードカウントじゃ言語の性能はわからないとか言うんだったら、Rust有利なベンチマーク作ればいいんじゃない？

Rust簡単とか言っているやつなら余裕だろ。

**デフォルトの名無しさん** · 2022/07/26(火) 08:44:40.79

批判されていることは「性能が悪い」というより「コストの割には性能が微妙」というニュアンスなので
コードを一行も書かないことがコスト最小なんだよ
コストの話をするとコードを書く奴がいなくなる

**デフォルトの名無しさん** · 2022/07/26(火) 10:02:50.90

高級機能があってランタイム最強！っていう厨二病的なモチベーションだからほっとけばいいんだよ。
そのうち気づくし、気づかなくても知ったこっちゃない。

**デフォルトの名無しさん** · 2022/07/26(火) 10:11:09.19

>>510
その意味で重要なのはRustの非最適化版がGoより遅く、Java、C#と大差ないという事実の方だな
RAIIは遅い

**デフォルトの名無しさん** · 2022/07/26(火) 10:29:35.69

Rust遅すぎじゃね？

https://res.cloudinary.com/practicaldev/image/fetch/s--n3XlUkmN--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev-to-uploads.s3.amazonaws.com/uploads/articles/cqj6u280qmdwq7fgnw5h.png

**デフォルトの名無しさん** · 2022/07/26(火) 10:43:17.89

RAIIだけの問題ならGoは使わない方がよさそう
C++だけで書いてexitとabortを比較とかすればいいのでは

**デフォルトの名無しさん** · 2022/07/26(火) 11:52:47.41

RAIIはメモリ解放タイミングが決定的なのがスッとするんよ
ガベコレの場合に開放を保留しておいて
プログラムの終了がすぐだから個別の開放はしないってときは
そりゃかえってガベコレ方式のほうがメモリ関係の全体コスト少なくてもおかしくない

**デフォルトの名無しさん** · 2022/07/26(火) 12:04:42.36

CPUバウンドでも対してGoと変わらないことがあるんだから
IOバウンドの用途でRustを使うメリットなんて皆無
メモリ効率ガーGCガーとかクソどうでもいい

OS開発とか組み込みとかなら重要なんだろうけど

**デフォルトの名無しさん** · 2022/07/26(火) 12:08:48.07

>>516
組み込みはC/C++の独壇場なのだから、ここにRustが入ればより良い製品が増えるだろ

**デフォルトの名無しさん** · 2022/07/26(火) 12:14:19.45

CPUバウンドだったとしても実装に使ったアルゴリズムで劣ってればそりゃRustやCでも余裕で負けるだろう

**デフォルトの名無しさん** · 2022/07/26(火) 12:18:31.42

そもそも非最適化版でベンチマーク比較する意味ねーだろ、デバッグ中や開発中でもねーのに。

**デフォルトの名無しさん** · 2022/07/26(火) 12:21:17.66

>>519
そういう意味の非最適化じゃねーから

**デフォルトの名無しさん** · 2022/07/26(火) 12:56:48.38

>>519
Rustの "Zero Overhead Abstruction" を活用した結果遅くなったということだ

**デフォルトの名無しさん** · 2022/07/26(火) 16:33:28.70

プロファイルとって分析した上で遅い原因について語ってるの？ただの憶測？

**デフォルトの名無しさん** · 2022/07/26(火) 16:41:00.17

昔あったc++よりc#の方が速いケースがあるみたいなどうでもいい内容に思えるけど

**デフォルトの名無しさん** · 2022/07/26(火) 16:51:02.98

>>523
dotnetの方がCPUに対して最適化された命令セットにできるってのはまああり得るっちゃあり得るよね

**デフォルトの名無しさん** · 2022/07/26(火) 16:57:23.19

命令セット？
C++のコンパイラがクソい命令セットを使うことがあり得る、って話？
そりゃ処理系によってはそうだろうけど

**デフォルトの名無しさん** · 2022/07/26(火) 17:06:31.29

NTTグループで7月から3万人が原則テレワークに、遠方からの飛行機出社もOK

NTTグループは、従業員の勤務形態を原則としてテレワークとする新制度を
2022年7月1日から導入する。まず持ち株会社のNTTやNTT東日本、NTT西日本、
NTTドコモ、NTTデータなどの主要会社から導入する。当初は約3万人を対象とする。
テレワークを原則とする部署は各社で決める。
まずは人事や総務といった間接部門や企画、システム開発などテレワークに
向く部署が対象となる見込みだ。新制度では、従業員の居住地の制限もなくす。
従来は「通勤時間が2時間程度」という制限があったが、国内のどこにでも
居住して勤務できるようになる。出社が必要な場合は、出張扱いとして航空機を
利用した出社も認める。日付をまたぐ場合は、宿泊費も会社が負担する。

**デフォルトの名無しさん** · 2022/07/26(火) 18:18:56.01

>>525
AMDとIntelの違いや世代でも違うし、同じ命令でも特性が違ったりするんじゃね？

**デフォルトの名無しさん** · 2022/07/26(火) 18:26:22.14

仮にそれが原因だったとして
その実験データって再現性とかあるんですか

**デフォルトの名無しさん** · 2022/07/26(火) 18:54:20.86

twiterでMSX3と言うのが流れてきた
このハードで勝負だ！とはならんなあｗ

**デフォルトの名無しさん** · 2022/07/26(火) 19:09:11.50

countwordsを試してみたけど
optimizedで速い順にC > Rust > Go > Nim
(比率 1 : 1.69 : 2.03 : 3.42)

simpleは Nim > Go > C > Rust
(比率 1 : 1.09 : 1.22 : 1.38)

simpleでRustが遅いのはUTF-8チェックとhash関数の遅さと考えれば納得できる範囲かな
ZigやC++はコンパイルエラーになったから除いた

**デフォルトの名無しさん** · 2022/07/26(火) 19:15:29.79

Nimは毎回インストールするけどwindowsが警告が出すんだよな

防疫して一部のファイル消したりしていじわるしてくる

**デフォルトの名無しさん** · 2022/07/26(火) 20:25:55.51

意地悪というよりイジメじゃん。
慰謝料、億とれるよ。

**デフォルトの名無しさん** · 2022/07/26(火) 20:39:29.27

RustはC/C++にダブルスコアで負けてるじゃん。

**デフォルトの名無しさん** · 2022/07/26(火) 20:45:27.29

イジメはイジメられるほうに原因がある
いじめられる側が悪い

**デフォルトの名無しさん** · 2022/07/26(火) 21:21:03.08

cは単語ごとに細切れで確保
item.key = strdup(word); // simple.c
char* word_copy = malloc(word_len); // optimized.c
するんじゃなくてこっちもwordコピー用の領域をおっきく取っておいて
そっちをちまちま端から使っていってみたいけど

**デフォルトの名無しさん** · 2022/07/26(火) 21:48:16.70

プログラミングでは原因と結果というより命令と実行という方がわかりやすい
命令する側が生殺与奪の権を握っている事実が

**デフォルトの名無しさん** · 2022/07/26(火) 22:00:26.74

とりあえずこんなもん
Language | Simple | Optimized | Notes
------------- | ------ | --------- | -----
`grep` | 0.15 | 0.15 | `grep` baseline; optimized sets `LC_ALL=C`
`wc -w` | 1.20 | 0.99 | `wc` baseline; optimized sets `LC_ALL=C`
C | 3.34 | 0.93 |
Go | 3.38 | 1.30 |
Rust | 3.69 | 1.40 | by Andrew Gallant
Rust-fixhm | 3.25 | | by Andrew Gallant
Rust-buf | | 1.31 | by Andrew Gallant
Rust-unsafe | | 1.18 | by Andrew Gallant
Rust-customhm | | 0.98 | by Andrew Gallant
Python | 12.15 | 5.27 |

Rustは懸念点が多いのでいくつかやった。
-fixhmがハッシュマップを速いものに切り替えたやつ、-bufが標準出力にバッファが噛んでなかったのを直したやつ、-unsafeと-customhmが同梱されてたより高速なやつ。
こうしてみるとRustは標準ライブラリが生っぽかったりセキュリティのために性能を犠牲にしたりとちぐはぐな感じがあるな。

**デフォルトの名無しさん** · 2022/07/26(火) 23:12:57.71

>>531
Nim言語はマルウェアを作る人達に使われているらしい。
アンチウィルスソフトは単純なパターンマッチングで動いているから、
悪いことしないNimのコードでもマルウェアだと誤検出されてしまうらしい。

**デフォルトの名無しさん** · 2022/07/27(水) 00:56:57.97

>>537
これgrepが一番速いけどagとかripgrepだとどうなるの？

**デフォルトの名無しさん** · 2022/07/27(水) 01:28:29.17

Cで書かれたgrepより、Goで書かれたptのほうが早いし高機能だよ

**デフォルトの名無しさん** · 2022/07/27(水) 01:34:47.64

まあぶっちゃけ他の言語でもgrepと同じように
trieみたいな文字列処理用のアルゴリズム使えば速度はだいぶ変わると思うけどね
なんで泥臭い処理を書いてるのか
そりゃgrepが1番早いだろと

**デフォルトの名無しさん** · 2022/07/27(水) 02:00:24.66

言語の速度を比較するというのならアルゴリズムは揃えるべき
でないと何が何やらわからない

**デフォルトの名無しさん** · 2022/07/27(水) 02:42:12.43

grepは`grep foobar`を実行してファイルをなめてるだけだぞ

**デフォルトの名無しさん** · 2022/07/27(水) 04:04:05.75

RustコンパイラはC++で書かれている。

**デフォルトの名無しさん** · 2022/07/27(水) 04:20:50.92

NimコンパイラはNimで書かれている。
けどgccだけからNimコンパイラをビルドできるようにするためにNimのコンパイラのソースコードをC言語に変換したもの(csources_v1)がある。

**デフォルトの名無しさん** · 2022/07/27(水) 06:50:28.42

>>543
だからgrepのアルゴリズムのことだよ

**デフォルトの名無しさん** · 2022/07/27(水) 06:50:42.76

>>544
あの、rustで書かれてます

**デフォルトの名無しさん** · 2022/07/27(水) 08:43:02.13

毎月のようにバージョンアップしろと言ってくるこの原因はメモリ解放ミス？

Chrome version 103 脆弱性
［重要］CVE-2022-2477 : Guest View解放後の使用による問題
［重要］CVE-2022-2478 : PDF解放後の使用による問題
［重要］CVE-2022-2480 : Service Worker API解放後の使用による問題
［重要］CVE-2022-2481: Views解放後の使用による問題

**デフォルトの名無しさん** · 2022/07/27(水) 09:03:50.25

>>546
アルゴリズム以前にやってる事が違うだろ...

**デフォルトの名無しさん** · 2022/07/27(水) 10:01:21.94

>>548
解放のミスというより参照のミス(エスケープ)だね

**デフォルトの名無しさん** · 2022/07/27(水) 10:53:41.19

>>548
Rustへ移行すればそういうバグはコンパイル時にエラーとなるため確実に防げる

**デフォルトの名無しさん** · 2022/07/27(水) 10:56:48.68

>>541
grepはBoyer-Mooreでトライ木は使わない

Rustでハッシュベースの辞書の代わりにトライ木使ってるバージョンがあってそっちの方が多少速かったけどアルゴリズム的に優れてるというよりは対象データ依存

**デフォルトの名無しさん** · 2022/07/27(水) 11:24:12.26

複数単語マッチングとかでもないのにトライ使う必要性がそもそもない。
めちゃくちゃな理解してる奴が多すぎだな。

**デフォルトの名無しさん** · 2022/07/27(水) 14:15:44.70

>そりゃgrepが1番早いだろと
>そりゃgrepが1番早いだろと
>そりゃgrepが1番早いだろと

**デフォルトの名無しさん** · 2022/07/27(水) 16:20:29.48

>>549
だから>>541は全言語で同じアルゴリズムでgrepを実装してと比較せよと言ってるんでしょ

トライだろうかボイヤームーアだろうがなんでも良いが漸近的な計算量が確定してるようなデータ構造に揃える

データ構造依存するなら尚更
全ての文字列のprefixが同じだとしたらどうなるか？
めちゃくちゃ長い文字列だとしたら？
例えばGCが発動しない状態のGoは流石に速いでしょう

全部同じアルゴリズムかつ同じような状態を実現するコードでないと言語の速度比較など意味がないというのはわかる

今回のように実装者によってゴミコード書いて遅い！とか騒いでるバカには辟易する

自分がバカなのに他人をバカ呼ばわりしてるんだからな

**デフォルトの名無しさん** · 2022/07/27(水) 16:48:07.16

全く同じアルゴリズムで比較するべきとか言い出すならそもそもこんな複雑なタスクでベンチマークするのがおかしい
もっと簡単なタスクをいろいろ用意してそれぞれでベンチマーク比較したほうがいい

**デフォルトの名無しさん** · 2022/07/27(水) 17:31:41.43

言語の生産性が低いからクソ遅いゴミコードがベンチマークにかけられてる説
生産性が高かったら、速いコードをシュッと書けるよね？

**デフォルトの名無しさん** · 2022/07/27(水) 17:32:27.80

>>556
>>506で貼ったサイトがまさにそれをやっている

**デフォルトの名無しさん** · 2022/07/27(水) 18:10:30.67

>だから>>541は全言語で同じアルゴリズムでgrepを実装してと比較せよと言ってるんでしょ

全言語同じアルゴリズムでgrep実装したら
「そりゃgrepが1番早いだろと」という結論になるんだww
嘘つき加減がアベノシグサだね

**デフォルトの名無しさん** · 2022/07/27(水) 18:18:20.30

そうかな

一般的で複雑な機能を持った汎用性の高い標準ライブラリを使うと遅くなり
手書きでベタのアルゴリズムを書いたら早くなるとする

それは意味のある比較なんだろうか？

**デフォルトの名無しさん** · 2022/07/27(水) 19:00:59.22

>>555
だからアルゴリズム以前にやってる事が違うからgrepやwcなんて比較しても意味ないぞ
ワード毎のカウントにBoyer-Mooreなんて使えないし>>430のリンク先にも
Note that grep and wc don’t actually solve the word counting problem, they’re just here for comparison.
って書いてある
まあそもそもなんでgrepやwcを載せてるのかはよくわからんけど

**デフォルトの名無しさん** · 2022/07/27(水) 19:12:28.53

wcが乗ってる理由がわからないなら病気だと思うわ

**デフォルトの名無しさん** · 2022/07/27(水) 19:46:09.22

https://res.cloudinary.com/practicaldev/image/fetch/s--n3XlUkmN--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev-to-uploads.s3.amazonaws.com/uploads/articles/cqj6u280qmdwq7fgnw5h.png

deno=Rust

これがすべてじゃね？

**デフォルトの名無しさん** · 2022/07/27(水) 20:07:25.39

>>562
マジで言ってるのか？w
man wc でググった方がいいぞ

**デフォルトの名無しさん** · 2022/07/27(水) 20:29:09.02

>>555
そうそう
全く違うものを比較しても無意味ってことを言いたかった
俺がバカすぎてみんなに伝わらなかったようだw
まあこの比較自体にそこまで本気になるのは俺らぐらいだと思うw
しかしあなたの計算量やアルゴリズムを考慮した考え方のセンスは素晴らしい
言語間のベンチマークなんて余程のことでない限り成立しないのにやたらやりたがるよな
Rust使い以外はこんな人ばっかなのか？

**デフォルトの名無しさん** · 2022/07/27(水) 21:01:28.44

散々書かれてるけどもgrepは存在しないfoobarを探したときの速度だしwcは単語数を数えてるだけでベンチに使われてるプログラムのように出てきた単語の数を数えたりはしてないぞ。
マシンパワーの指標と考えるべきだろうな