Qiita 3 - キータぞ、来たぞ、キータだぞー

**デフォルトの名無しさん** · 2023/05/28(日) 09:56:01.47

Hello hackers !
Qiitaは、エンジニアリングに関する知識を記録・共有するためのサービスです。
コードを書いていて気づいたことや、自分がハマったあの仕様について、
他のエンジニアと知見を共有しましょう ;)

https://qiita.com/

Qiita（キータ）は、Incrementsが運営するプログラミング情報のナレッジコミュニティ。
2016年現在で日本最大のプログラマーコミュニティとされている[1]。

https://internet.watch.impress.co.jp/docs/news/1025972.html

前スレ Qiita
https://mevius.5ch.net/test/read.cgi/tech/1542357242/
Qiita 2 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1658762410/

**702** · 2023/12/10(日) 02:04:39.98

>>703
分かってるよ
元の話 >>621-623に対応するのは1/6だからやってみただけ

**デフォルトの名無しさん** · 2023/12/10(日) 03:29:27.52

> 分かってるよ

> やってみただけ

お前顔真っ赤だなｗ

**デフォルトの名無しさん** · 2023/12/10(日) 04:18:03.31

>>702
sin((1/6)π)とsin((5/6)π)が一致しないことを気にしてもしかたないと
Boostをつくってる人たちも考えていたってことだろうな

**デフォルトの名無しさん** · 2023/12/10(日) 09:33:45.43

>>701
> コンピュータの計算では「0.1+0.2」は「0.3」になりません。
どこのレスの引用だよ

まだ条件をまともに把握できない貧相な脳ミソかわいそうw
ついでに日本語もまともに理解できないと

**デフォルトの名無しさん** · 2023/12/10(日) 12:08:34.40

>>698
>浮動小数点数使って
>値が一致しない

弧度法関係ないから
そこを判ってないから君は馬鹿にされてるんだよ

**デフォルトの名無しさん** · 2023/12/10(日) 12:41:43.11

> どこのレスの引用だよ
>
> まだ条件をまともに把握できない貧相な脳ミソかわいそうw
> ついでに日本語もまともに理解できないと

こいつここがQiitaスレって前提すら理解してなさそうｗ

>>707
>>627のリンク先見れやアホ

**デフォルトの名無しさん** · 2023/12/10(日) 12:51:11.53

>>708
> > 浮動小数点数使って弧度法で角度を表すことに何の疑問も持たない人は

> > sin(1/4π)とsin(3/4π)の結果が一致しないことやsin(8/4π)が0.0ちょうどに
ならないことは気にしないんだろうか

> 弧度法関係ないから

浮動小数点数で1/4π等が正確に表せられない弧度法の問題なんだがお前驚くほどの馬鹿だな。

**デフォルトの名無しさん** · 2023/12/10(日) 13:10:58.57

710 は相手にされなくなった複オジか

**デフォルトの名無しさん** · 2023/12/10(日) 13:22:10.29

ID:1MxEINjf は生きてて申し訳ないと思わないのかな

**デフォルトの名無しさん** · 2023/12/10(日) 14:17:38.67

複オジは否定しないんだな

**デフォルトの名無しさん** · 2023/12/10(日) 15:28:56.92

言われたことを認めると負けたことになってしまうので
相手をレッテル貼りしてなんか言い返したつもりになってんのねｗ

**デフォルトの名無しさん** · 2023/12/10(日) 16:06:29.55

>>709
やっぱアホなんやな
園児向けに少し丁寧に書いてやるよw

まだ条件(省略)をまともに把握できない貧相な脳ミソかわいそうw
ついでに日本語もまともに理解できないと

**デフォルトの名無しさん** · 2023/12/10(日) 20:19:31.37

256度だと誤差が出ないと思ってる病気の人はどこの病院にいるの？w

**デフォルトの名無しさん** · 2023/12/10(日) 21:03:13.50

まだ昔の話しかどうかもわからない貧相な脳ミソ
まだ条件(省略)をまともに把握できない貧相な脳ミソかわいそうw
ついでに日本語もまともに理解できないと

**デフォルトの名無しさん** · 2023/12/10(日) 23:48:37.12

ラジアン派の発狂ぶりが見ていて楽しいなｗ

**デフォルトの名無しさん** · 2023/12/11(月) 00:43:41.12

>>716
> 256度だと誤差が出ないと思ってる病気の人

誰かそんなこと言ってる? レス番示してヨロシクね

**デフォルトの名無しさん** · 2023/12/11(月) 20:12:45.71

AtCoder Beginner Contest 332 A Online Shopping を Elixir と C で解いてみた
https://qiita.com/zacky1972/items/61f8dcefc71cb6d0117b

准教授 inttypes.h 知らないとかマジか。

64bitでコンパイル、実行
https://godbolt.org/z/Y1nv549cE

32bitでコンパイル、実行
https://godbolt.org/z/6jEYGhrnG

**デフォルトの名無しさん** · 2023/12/11(月) 22:35:20.73

度数君まだ発狂してて草

**デフォルトの名無しさん** · 2023/12/12(火) 08:35:00.63

説得力あるコードのひとつも提示できなかったラジアン派まだ生きてたｗ

**デフォルトの名無しさん** · 2023/12/12(火) 12:34:25.83

説得力のあるコードまだみつからなくて困ってたのかよw
どの言語のライブラリもラジアンなのにそれを知らないって無能すぎない？w

**デフォルトの名無しさん** · 2023/12/12(火) 15:54:16.85

>>720
https://atcoder.jp/contests/abc332/submissions?f.User=zacky1972
Elixir遅すぎ
Cだと1msなのに制限時間ギリギリじゃねーの
そりゃ流行らんわな

**デフォルトの名無しさん** · 2023/12/12(火) 19:08:14.85

> ポイントとしては，i番目の行の値Qi,Piを読み込んだら，即座に積和を行ない，入力した値を配列として記憶することはしないという点です．これにより，計算時間を1ミリ秒以下に，メモリ消費量もごく最小限にすることができます．

なんか誇らしげに説明してるけどscanf()で値読み込むのに掛かるコストに比べたら配列に入れようが即座に計算しようが屁みたいな違いしかないぞ。

> Streamを使って積和を累積する方法は，Stream.transform関数にs1関数を与え，得られるリストの最後の要素をEnum.at(-1)として取り出すことで実現します．
> 結果として，実行時間を800ミリ秒以下に，メモリ消費を160MB前後に抑えることができました．

https://atcoder.jp/contests/abc332/submissions/48423119

↑見るとどのテストケースでも780msに近い処理時間になってるし積和のコストってこっちも問題になってはいないよな。起動時に馬鹿みたいに待たされてるだけだろこれ。

なんかこの人計算コストについての理解がすげえ怪しい気がするわ。これで学生さんに何教えてんだか。

**デフォルトの名無しさん** · 2023/12/12(火) 23:20:02.29

>>725
で、全てについて上を行くお前の書いた記事はどれ？

**デフォルトの名無しさん** · 2023/12/13(水) 00:52:07.07

「1+1=3」という人を面白がってたら「で、全てについて上を行くお前の書いた記事はどれ？」という馬鹿が絡んできたでござる　の巻

**デフォルトの名無しさん** · 2023/12/13(水) 01:02:23.97

Qiitaユーザー約2000人に聞いた「勤め先のサーバ・クラウド」
調査は9月29日から10月31日にかけてネット上で実施。
https://www.itmedia.co.jp/news/articles/2312/12/news138.html

**デフォルトの名無しさん** · 2023/12/13(水) 01:03:20.41

https://atcoder.jp/contests/abc332/tasks/abc332_a
> 問題文

> 高橋君はそこで N 種類の商品を購入することにしました。
> 1 以上 N 以下の整数 i について、i 種類目の商品は 1 個 P i円で、高橋君はQ i個購入します。

> 制約
> 1≤N≤100

100以下の制約で遅いとかないわアホかｗ

**デフォルトの名無しさん** · 2023/12/13(水) 01:32:17.09

またIPAの資料以下の要件定義入門記事が来たな

**デフォルトの名無しさん** · 2023/12/13(水) 08:26:07.94

Nが100以下の制約で800ms
N+Mが2000以下の制約で1500ms
Cはどちらも1ms

制約が緩くなると時間も順調に伸びてるから起動時間が長いだけということでもなく全体的に遅いんだろう
並行処理が得意で対障害性が高いのがElixirの売りらしいが
速度がここまで出ないんじゃ使いみちは限られそうだな
起動時間除いて単純計算で1900の処理に700msかかるとか控えめに言ってゴミでしかない
インタプリタかな？
(そもそも新しい言語で並行処理や対障害性が不得意なものの方が少ない気がするし対障害って多分Optional型やEither型の話でしかないよなあ)

**デフォルトの名無しさん** · 2023/12/13(水) 10:12:45.45

今度は初心者向けの設問にしかドヤれないバカが湧いてんのか

**デフォルトの名無しさん** · 2023/12/13(水) 10:15:49.81

初心者にElixir勧めるやつはおらんやろ

**デフォルトの名無しさん** · 2023/12/13(水) 10:31:28.43

裸の王様に「Elixir全然速くないねｗ」みたいなコメントする正直な子供おらんのかな

**デフォルトの名無しさん** · 2023/12/13(水) 15:41:58.90

https://atcoder.jp/contests/abc332/submissions?f.Task=abc332_a&f.LanguageName=Haskell&f.Status=AC&f.User=

Haskellだと1〜2ms

Elixirは速度もありえないくらい遅くてコードも長くてインデントも深くて何一ついいところなしにしか見えんがこれって言語のせいなのかね

**デフォルトの名無しさん** · 2023/12/13(水) 18:35:43.24

スクラッチのようなブロック並べるのもあるし、そこに拘る必要もないやろ

**デフォルトの名無しさん** · 2023/12/13(水) 19:39:13.03

QiitaでElixir推してる人達ってElixirは並列処理が簡単にできて
速いという主張を当たり前のように繰り返してるけど、他の言語と
比べてどうだこんなに速いぞてのじゃなくて、クソみたいな
アルゴリズムをElixirでシングルコアとマルチコアで比べて
マルチコアでこんなに速くなった！Elixir最高ーー！！(ﾋﾞｸﾝﾋﾞｸﾝ
みたいな記事ばっか見かける希ガス。

まずアルゴリズムちゃんとしろよと。
他の言語と実際に比べて優位を語れと。

**デフォルトの名無しさん** · 2023/12/13(水) 21:48:45.90

>>737
https://qiita.com/zacky1972/items/fa362f4d9b1252a207ad
CとJavaと比較してるぞ
どちらもasync/awaitが無いからめんどくさいがそれって結局Elixirの優位性というよりCとJavaが遅れてるってだけの話なんだよなあ

**デフォルトの名無しさん** · 2023/12/13(水) 22:22:14.64

コメント欄総ツッコミだなあｗ

並行・並列プログラミングと同期・排他制御とイミュータブル性の話〜その2「スレッドと同期・排他制御」
https://qiita.com/zacky1972/items/bbf1f7bdecbbd0492151

並行・並列プログラミングと同期・排他制御とイミュータブル性の話〜その3「同期・排他制御の2つの問題点」
https://qiita.com/zacky1972/items/10787cb6104c82016487

Elixir推しの人がC引き合いに出してるけどよく分かってないから比較にすらなってない感じ。

**デフォルトの名無しさん** · 2023/12/14(木) 01:21:26.48

Elixir は、10万もの小プロセスを起動できる。
メモリが大きいと、5千万小プロセスも

それに関数型で、オブジェクトの状態が変わらないから、安全性・保守性が高い。
つまり更新できず、新規作成・廃棄しかできない。
オブジェクトは更新できないから再利用できる

片方向リストなので、先頭にしか追加できない。
末尾追加できないので、先頭に追加していって、最後に逆転させるとか

スクエニは、Elixirを使っているらしい

**デフォルトの名無しさん** · 2023/12/14(木) 02:40:45.61

>>740
GoやRustでも10万可能だな

**デフォルトの名無しさん** · 2023/12/14(木) 04:11:29.57

いくらプロセス起動できようが遅けりゃ意味無し

**デフォルトの名無しさん** · 2023/12/14(木) 04:52:43.66

Rustの非同期タスクはスタックレスコルーチンなので軽くて速くていいね

**デフォルトの名無しさん** · 2023/12/14(木) 07:29:56.59

10万のプロセス作ったとしてもCPUが10万無いなら結局同時処理できないわけで意味ないんじゃね
あとプロセス作る負荷と切り替えの負荷は結構重い
PCで使う限り大量のプロセス作っても速くなるどころか逆に遅くなると思うんだがほんとに速さが売りになるのか？

**デフォルトの名無しさん** · 2023/12/14(木) 07:37:03.68

スクエニの使ってるElixirって言語なのか？
ゲーム配信インフラとゲーム内アイテムの話しか出てこんぞ

**デフォルトの名無しさん** · 2023/12/14(木) 08:51:47.14

Elixir推しの人達がElixirの強みをアピールする記事書かないのホント不思議。

**デフォルトの名無しさん** · 2023/12/14(木) 10:00:34.56

https://www.infoq.com/jp/news/2019/09/rust-elixir-performance-at-scale/

Discordは一部Elixirで書かれてるがユーザーが増えて同時接続数の限界が見えたためにRustで書き直したそうな
一番得意な分野で他の言語に席を譲るとかやっぱり使いみちないじゃん
最初から全部Rustを使えばこんなことにならなかったのに

**デフォルトの名無しさん** · 2023/12/14(木) 10:17:33.82

Elixir推しの人曰くElixirはGPU使った並列処理もカンタンに書けるとのことだけど
実際そうなら個人が所有できるパソコンでも有意な使い方ありそうだけどね、
そういう記事が見当たらない辺りでまあそういうことなんだろうなあ。

**デフォルトの名無しさん** · 2023/12/14(木) 10:24:05.23

>>744
プロセスやスレッドを10万個作るわけではないよ
一つのプロセスの中にスレッドをそのCPUコアスレッド数分(例えば8個)だけ作って使う
10万個の軽い非同期タスクはそのマルチスレッド上で擬似的にスケジューリングされる

もし数値計算ならばそのような非同期タスクを使うのは無意味でマルチスレッドをそのまま用いる
一方でネット通信のように非同期でCPUの待ち時間が多いものは軽い非同期タスクを何万も同時に動かし何万もの通信クライアントを同時に捌くことができる

**デフォルトの名無しさん** · 2023/12/14(木) 10:39:56.58

通信デバイスは限られてるからそれは無い

**デフォルトの名無しさん** · 2023/12/14(木) 10:40:17.07

>>749
なんでプロセスじゃなくスレッドを8個作るんだよw

**デフォルトの名無しさん** · 2023/12/14(木) 11:15:16.07

プロセス間通信にコストがかかるからでは？
知らんけど

**デフォルトの名無しさん** · 2023/12/14(木) 11:18:51.20

何万スレッド起こそうが、通信デバイスが一つなら
一つのスレッド以外後はひたすら待ってるだけだしなぁ

**デフォルトの名無しさん** · 2023/12/14(木) 11:19:33.74

>>725
https://atcoder.jp/contests/abc332/submissions?f.Task=abc332_a&f.LanguageName=AWK&f.Status=AC&f.User=
AWKで2msだから准教授が持てる力の全てを発揮して本気で作ったElixirプログラムはインタプリタより遅いことになるな

**デフォルトの名無しさん** · 2023/12/14(木) 11:19:57.78

単なる待ち行列の捌き方の違いでしか無いんだよなぁ

**デフォルトの名無しさん** · 2023/12/14(木) 11:27:56.68

>>750
現在の何万接続も同時に捌く最新型の各種サーバーはそのように作られている
ネットワークデバイスやその通信データに対してそれ以外の方法で作るとCPUは暇で遊んでしまうため

>>751
マルチプロセスにするメリットはないため1つのプロセス内でマルチスレッドを使う
CPUコアスレッド数よりも多くのスレッドを動かすのは無駄にスレッドスイッチングが発生し不利となるため限定した数のスレッドを動かしている
そのCPUコアスレッド数分のマルチスレッド上で数万個の軽い非同期タスクを動かすことでCPUの待ち時間を可能な限り無くしている

**デフォルトの名無しさん** · 2023/12/14(木) 13:11:25.11

>>748
Elixirが本当にGPU処理をカンタンに書けるなら、もっと有名だったろう
一時期openCL使ってたけど、まず使えるようにするまでも面倒だったな
（今は簡単なのかもだけど）
使えるようにしてからは、ヤッホ～イだったw

**デフォルトの名無しさん** · 2023/12/14(木) 13:17:27.28

>>756
それだと10万のプロセスが扱える利点なくね？w

**デフォルトの名無しさん** · 2023/12/14(木) 13:32:55.03

>>758
プロセスではなくマルチスレッド上に何万もの非同期タスクを動かしてるんだよ
Rustならスタックレスなコルーチンで実現されていてGoならスタック付きgoroutine

**デフォルトの名無しさん** · 2023/12/14(木) 13:43:48.30

ていうか現にElixirだと捌ききれなくてRustで書き直したという事例がそこにあるわけだがいつまで机上の空論を支えにしてるんだ

**デフォルトの名無しさん** · 2023/12/14(木) 13:45:00.14

>>759
十万のプロセス使わないなら使える利点なくね？
という話だぞ？

**デフォルトの名無しさん** · 2023/12/14(木) 14:03:29.37

>>760
>>747の事かな？
747はElixirのMapSet、List、OrdsetをFFIで外出ししたと言う話だね
discordのgithubでピン留めされてるのはElixirプロジェクト(とJS/TS)

discord自前のRustプロジェクトは1年以上コミットが無いですよ

**デフォルトの名無しさん** · 2023/12/14(木) 14:41:05.58

>>758
プロセスはスイッチングコストが非常に大きいため、
プロセスを動かせば動かすほど損をするという基本常識を理解しよう。
そのためメモリを共有しスイッチングコストが軽減されたスレッドが代わりにある。
そのスレッドもスイッチングコストが大きいため、
1スレッド1クライアント接続だと何万もクライアントが同時接続したら動かない。
よってスイッチングコストが極めて軽量で非同期に動くマイクロタスクを用いるのが主流となっている。

**デフォルトの名無しさん** · 2023/12/14(木) 14:55:20.21

>>763
そこまでわかってるならなんで10万プロセス使えるってホルホルしたの？w

**デフォルトの名無しさん** · 2023/12/14(木) 14:58:52.36

俺じゃないので知らん。
そんなバカな主張してるやつもいないだろ？

**デフォルトの名無しさん** · 2023/12/14(木) 15:05:17.25

10万のプロセスと書き込んでいるアホは>>744と>>758

**デフォルトの名無しさん** · 2023/12/14(木) 15:08:18.14

地球温暖化とコンピュータのエネルギー消費の問題にElixirで立ち向かう〜「コンピュータと地球温暖化は 決して無縁ではない」(2022年版)
https://qiita.com/zacky1972/items/a67459bf36f7b369b946

地球温暖化とコンピュータのエネルギー消費の問題にElixirで立ち向かう〜機械学習の消費電力あたり性能の改善に向けて
https://qiita.com/zacky1972/items/fc74503c33839b64d0a3

Elixirを使ってコンピュータの電力消費を抑える目論見みたいだけども実行効率で他の言語に劣るElixirを使う意図がわからん。

都合が良い話しかしてないようにも見える。

**デフォルトの名無しさん** · 2023/12/14(木) 16:07:24.88

ああなるほど
>>740を無かったことにしたくて頑張ってスレを流してたのかw

**デフォルトの名無しさん** · 2023/12/14(木) 16:13:09.80

>>758
>>764
10万個動くのは
Goならgoroutine
Rustならtask
Elixirならlightweight process
OSのプロセスの話なんて誰もしていないことに気づかなきゃ
そのへんの今どきの言語どれかをかじったことがあるならすぐわかるでしょ

**デフォルトの名無しさん** · 2023/12/14(木) 16:42:29.46

だから、ネット1回線あたりにそんなキャパは無いからw

**デフォルトの名無しさん** · 2023/12/14(木) 17:34:03.34

>>769
プロセスはOSが作るんだぞ？w
そこから説明がいるんかいw
実行ファイルを実行した時のプロセスと同じものだぞ？w

**デフォルトの名無しさん** · 2023/12/14(木) 17:34:30.30

>>753
非同期プログラミングどころかネットワークプログラミングすらしたことのない子供が暴れてるのか？
まずネットワーク通信はOSにより抽象化されているためプログラムで通信デバイスを直接操作したり待つことはない
次に古典的なブロッキング同期でマルチスレッドを使う単純な方法でもlisten/accept専用スレッドはacceptするとすぐに別スレッドに任せてその別スレッドが通信を行なう
プログラミングをしたことのない子供だから知らないのか？

**デフォルトの名無しさん** · 2023/12/14(木) 17:36:36.25

>>767
CPUは使いまくるし実行速度は遅いしで絶対電力効率悪いわな

**デフォルトの名無しさん** · 2023/12/14(木) 17:39:47.54

>>772
今度はスレッドの数も必要ないと言い出したがそれだとプロセスに続いてますますElixirの利点なくならね？w

**デフォルトの名無しさん** · 2023/12/14(木) 17:42:38.14

>>771
みんなが話しているのは一つのOSプロセス内の話ですよ
一つのOSプロセス内で複数のOSスレッドが動くのです
一つのOSプロセス内で複数の軽量プロセス／軽量タスク／軽量コルーチンが動くのです
だから誰もOSプロセスの話なんてしていません
ここまで読んだところ発端の>>740の人も軽量プロセスを意味する「小プロセス」と書いていますね

**デフォルトの名無しさん** · 2023/12/14(木) 17:55:03.81

>>751
常識だろ
同じメモリ空間を使うためスレッドを使い、CPUを限界まで使いこなせるようにするためCPUコアの分だけスレッドを起動する
GoもRustのtokioもそれが指定しない時のデフォルト挙動となっている

**デフォルトの名無しさん** · 2023/12/14(木) 18:07:20.47

>>772
馬鹿はハードの事情も知らずにサービス開始と共にキャパオーバーで障害発生させるのかw

**デフォルトの名無しさん** · 2023/12/14(木) 18:27:59.46

>>775
えっと、OSプロセスって何？w
プロセスを作るにはOSに依頼しないといけないわけで実行ファイルを実行しようがAPIを呼ぼうがファイルをロードしないだけで同じだぞ？w

**デフォルトの名無しさん** · 2023/12/14(木) 18:30:01.63

>>776
プロセス10万作る君に10万作ったプロセスはどうすんのって聞いたというところから説明が必要な感じ？w
なんかわかってないやつと話すといちいち話を戻されてめんどうだなー

**デフォルトの名無しさん** · 2023/12/14(木) 18:32:21.00

どれだけ話をごまかそうとElixirが遅いことに変わりはないんだな
計測すればわかること

**デフォルトの名無しさん** · 2023/12/14(木) 18:32:58.40

>>778
各モダン言語の軽量タスク相当はプロセス内で大量に生成するため新たにプロセスを作る必要はない
無知をさらしていないでまずは基礎知識を身につけてはどうか

**デフォルトの名無しさん** · 2023/12/14(木) 18:36:52.31

>>779
あんさん一人だけElixirの軽量プロセスとOSのプロセスの区別ができてなくね??
OSのプロセスを10万はリソース的にありえないと誰でもわかるからさ
区別つかないなら知的境界

**デフォルトの名無しさん** · 2023/12/14(木) 19:13:15.18

>>781
作れる利点がなくなるよねって話の三回目に入る？w

**デフォルトの名無しさん** · 2023/12/14(木) 19:13:56.39

>>782
もうちょい調べてから書かないと恥の上塗りになるだけだぞw

**デフォルトの名無しさん** · 2023/12/14(木) 19:22:47.99

自演で恥ずかしい過去ログ流してもElixirは速くなったりしないしスレが消えたりもしないんだよなあ

**デフォルトの名無しさん** · 2023/12/14(木) 19:27:28.75

他の言語に比べれば大量の軽量プロセスサポートがあるElixir・Go・Rustなどが圧倒的に有利なのは当たり前だが
Elixirはイミュータブルに拘りすぎていてガベージが大量発生するからかその中では遅いよな
GoもElixirと同じくガベージコレクションを抱える言語だけどミュータブルも使えるしエスケープ解析でヒープ利用回避もあってElixirより速い
RustはC/C++と同じくガベージコレクションがないだけでなくヒープ利用回避がGoよりさらに積極的に可能でさらに速い

**デフォルトの名無しさん** · 2023/12/14(木) 19:30:41.46

インタプリタの数百倍遅いのにガベージどうこういう話じゃないだろ

**デフォルトの名無しさん** · 2023/12/14(木) 19:31:52.15

そもそも大量の軽量プロセスなんか使うことないからまったく意味ないって結論出たろうに

**デフォルトの名無しさん** · 2023/12/14(木) 19:35:21.32

>>788
GoでもRustでもウェブバックエンドなどを中心に普通に使われまくっているぜ

**デフォルトの名無しさん** · 2023/12/14(木) 19:58:49.62

【11万文字越え】プログラミング初心者に贈る即戦力ガイド
https://qiita.com/nuco_bk/items/27f5ad03d0c4b41241fc

> 4. よく使われる英単語一覧（全759語）
> なお、ここで紹介した単語の一覧についてはこちらの記事から引用させていただいております。
> プログラミング必須英単語600+ | プログラミング英語検定

759語のコピペは引用じゃないと思ったが？
引用マークの「>」を付けてないし引用にしては数が多すぎる

**デフォルトの名無しさん** · 2023/12/14(木) 20:16:06.62

10年後のために「私自身が」今勉強しておきたい技術〜Elixir, Nx, SIMD/ベクタ命令, GPU, FPGAプログラミングの高速化を極めたい！
https://qiita.com/zacky1972/items/16551040cc42696127fb
> 取り組みたいこと
> しかしながら，コード最適化の専門家としては，より高速なNxバックエンドを作ってみたいという野心が私に芽生えました。

「コード最適化の専門家」だそうだ。

**デフォルトの名無しさん** · 2023/12/14(木) 20:29:36.51

>>791
その人の少し前の記事を見たら
Elixirの遅さをちゃんと認識してるな

＞現状の Elixir の実行時環境である Erlang VM (アーランブイエム) は，Rust や C/C++ などのネイティブコードにコンパイルするプログラミング言語処理系と比べて低速です。
＞
＞そこで，Elixir (というか Erlang VM) には，NIF(Native Implemented Function)というネイティブコード実行に関わるAPIが整備されています。
＞NIFは通常C/C++で書くのですが，Elixir では Rustler (ラスラー)というライブラリによって NIF を記述するプログラミング言語として Rust を利用することができるようになります。
＞
＞Rustler によって Elixir と Rust は共存共栄の道を辿ることができます！

**デフォルトの名無しさん** · 2023/12/14(木) 21:05:29.39

> Rustler によって Elixir と Rust は共存共栄の道を辿ることができます！

Rustだけで良くね?

**デフォルトの名無しさん** · 2023/12/14(木) 21:59:19.62

>>789
次にお前は「使われているのはスレッドだ」と言う

**デフォルトの名無しさん** · 2023/12/15(金) 01:07:06.13

前にも書いたけど、

例えば、C で100 スレッド起動するよりも、
Go で100 goroutine 起動すると、
6 スレッドしか使わずに、実行時間も半分になる。
つまり、スレッドの起動時間が遅い

OS のプロセス/スレッドは遅い

Elixir, Rust, Go の
軽量プロセス／軽量タスク／軽量コルーチンの方が速い

**デフォルトの名無しさん** · 2023/12/15(金) 01:26:29.98

地球温暖化とコンピュータのエネルギー消費の問題にElixirで立ち向かう〜「コンピュータと地球温暖化は 決して無縁ではない」(2022年版)
https://qiita.com/zacky1972/items/a67459bf36f7b369b946
> このような状況の時に，クロック周波数を上げることで乗り切るか，クロック周波数を抑えたまま複数のコアに負荷分散して並列処理するかという選択肢があると思うのですが，後者の方が消費電力的には有利であることが多いのではないかという主張になります．

> FortranやC++等によるマルチスレッドによる実装には，デッドロックや性能低下の問題が起こりやすいという点を指摘したかと思います．Elixirを用いることで，それらのほとんどを回避することができると主張しています．

複数にコアにまたがる処理でElixirが高効率という主張かあ。

なんか実例挙げて言ってんのかな、自称コード最適化の専門家は。

**デフォルトの名無しさん** · 2023/12/15(金) 01:34:51.66

遅い言語で並列化するくらいなら速い言語で逐次処理しますわ

**デフォルトの名無しさん** · 2023/12/15(金) 02:16:26.21

スパコンの電力当たりのみたいに、どの言語がどの程度効率いいか比較するのもいいかもね
どのような処理内容にするかも思案のしどころだけど
あ、オレはgoとかrustとか全然わからんからムリ
（もうあるかは知らない）

**デフォルトの名無しさん** · 2023/12/15(金) 02:17:25.67

あ、R23でいいのか汗

**デフォルトの名無しさん** · 2023/12/15(金) 02:18:03.31

>>799
あ、違うわ…寝ます

**デフォルトの名無しさん** · 2023/12/15(金) 07:19:04.05

>>797
並列化は当たり前で
並行化の話がされている
批判している人はこの区別がついていないのかな

逐次処理は論外
例えば1000ヶ所と通信するとして順に処理していったら待ち時間で時間かかりすぎる

**デフォルトの名無しさん** · 2023/12/15(金) 08:16:29.01

>>801
実際に測ってCの逐次よりElixirの並列が遅かったら笑うが
Rustで並列処理をすればいいだけでElixirを使う意味がないよね

**デフォルトの名無しさん** · 2023/12/15(金) 08:23:02.74

ていうかもしかしてElixirに並列処理させるより接続数の数だけJavaやPHPのプログラムを立ち上げて排他はDBに任せた方が速いんじゃないかっていう