C++相談室 part161

**デフォルトの名無しさん** · 2022/05/21(土) 21:23:29.59

前スレ
C++相談室 part160
https://mevius.5ch.net/test/read.cgi/tech/1649979572/

**はちみつ餃子** ◆8X2XSCHEME · 2022/05/21(土) 21:24:45.56

>>1
乙

**デフォルトの名無しさん** · 2022/05/21(土) 21:44:08.96

C（ちんちん）+（ぷら）+（ぷら）

**デフォルトの名無しさん** · 2022/05/22(日) 00:57:58.97

おいおいまだ続けんのかよ！

**デフォルトの名無しさん** · 2022/05/22(日) 03:20:20.13

ODRってC++処理系の仕様？
処理系はODRの記述を含まない仕様だけあればその通り作ったら
合理的な手間で検知可能な範囲のODR違反コードをエラーにする
ふるまいになるというのが当然で、つまりODRは仕様の結果であってODRを仕様に含めるのは論理的に冗長という印象

どっちかというとODRは正しく動くためにプログラマーが従わねばならないルール、という認識やったわ、
この観点ではinlineがODRの例外というのは例外も糞もなくてそんなプログラムは書いたらあかんからODR違反
コンパイラが合理的な手間でそれを検出できなかったり、それがあってもコードの動きに破綻が無いこととは関係無い
的な、

**デフォルトの名無しさん** · 2022/05/22(日) 09:08:20.74

ちんちん！シュッ！シュッ！シュッ！

**はちみつ餃子** ◆8X2XSCHEME · 2022/05/22(日) 09:12:58.50

>>5
One definition rule は仕様に項目がある。
https://timsong-cpp.github.io/cppwp/n3337/basic.def.odr

インライン関数は同じアドレスを持つ (事実上統合することの要求) というのも仕様にある動作。
https://timsong-cpp.github.io/cppwp/n3337/dcl.fct.spec

no diagnostic と書いてある部分については (可能であれば処理系も検出するけど) どちらかというとユーザに対する要求というニュアンスはあるかも。

**デフォルトの名無しさん** · 2022/05/22(日) 19:47:14.24

有料無料関係なしで最高のIDEってなに？

**ハノン** ◆QZaw55cn4c · 2022/05/22(日) 19:52:14.59

>>7
＞インライン関数は同じアドレスを持つ (事実上統合することの要求)

それはもうインラインではないですね…
そうではなくて、extern なインライン関数をリンクする際には、同一のアドレスであるべき、という意味でしかないでしょう、つまり私の実装案

https://mevius.5ch.net/test/read.cgi/tech/1649979572/996
＞実装的には inline のついた関数定義が外部にリンクされる可能性があれば、すなわち extern な iniline 関数があれば、リンクのためのコード体を、各所に inline に展開されるコード体とは別に（こっそり）用意しておく、見たいな感じで十分に実装可能ですね

を支持する内容であり、extern な　inline 関数において定義を持たないコンパイル単位にでは inline の指示があっても inline しなくてもいいといっているに等しいですね‥‥

7.1.2.4
(略）外部リンクをもつインライン関数は、すべての翻訳単位で同じアドレスを持たなければならない。
外部インライン関数内の静的ローカル変数は、常に同じオブジェクトを参照する。
externインライン関数の本体内の文字列リテラルは、異なる翻訳単位で同じオブジェクトを指す。

**はちみつ餃子** ◆8X2XSCHEME · 2022/05/22(日) 20:04:27.44

>>9
見かけ上は同一に見える (アドレスを取らずに呼び出すときに限ってインライン化できる) ことを保証するという意味だよ。
インライン化できる条件を整えておきたいということと矛盾しない。

**デフォルトの名無しさん** · 2022/05/22(日) 20:07:42.95

>>8
俺が通ってる外国のコミュニティでその質問が出ると毎回Visual StudioでFA?って回答が帰ってくる
ネタで言ってるのか本気で言ってるのかは知らない

**はちみつ餃子** ◆8X2XSCHEME · 2022/05/22(日) 20:15:45.42

>>8
人によって使いやすさって違うからアドオンとかドキュメントの量とかが重要になってくるんだよ。
いくら潜在的に良い出来栄えであってもちょっとしたカスタムを全部自分で書かなきゃならないようでは面倒くさすぎる。
どこをどういじればいいのかいちいちソースコードを見ないとわからないのではダルい。
なんだかんだ不満があってもユーザ人口の多いものは全体としては良い選択になりがち。物量重要。

**デフォルトの名無しさん** · 2022/05/22(日) 20:19:45.26

vs以外だとIDEっていうよりエディタとコマンドでやってるイメージ
ボーランドとか死にかけだしなあ

**はちみつ餃子** ◆8X2XSCHEME · 2022/05/22(日) 20:25:35.21

>>13
LSP が現れたせいで処理系と統合された開発環境の価値が薄れた感がある。

**デフォルトの名無しさん** · 2022/05/22(日) 20:37:44.89

>>11
ググった感じだと海外では無料版が多いように感じたｗ

>>12
日本も海外もEclipseとかが人気みたいなのでEclipseから使っていきます

レスサンクスです

**デフォルトの名無しさん** · 2022/05/22(日) 20:39:19.63

>>10
つまり >>9 に同意する、ってことでしょう？

**はちみつ餃子** ◆8X2XSCHEME · 2022/05/22(日) 20:50:26.55

>>16
>>9 の
> 定義を持たないコンパイル単位にでは inline の指示があっても inline しなくてもいいといっているに等しい
が結論だとしたらそう。同意する。
むしろ定義を持つ翻訳単位でもインライン化しなくていい。

だから残る inline の意味は ODR の例外として機能するって部分になるわけ。

**デフォルトの名無しさん** · 2022/05/22(日) 22:42:48.81

>>17
なるほど。私の元の主張に反するのですが、規格上はそのように誘導されてしまうのですね…‥（呆然）

**デフォルトの名無しさん** · 2022/05/22(日) 22:53:10.16

www.youtube.com/watch?v=uaUmAUMvs2o

**デフォルトの名無しさん** · 2022/05/28(土) 13:34:18.53

C++入門書でオススメがあったら教えてください

**デフォルトの名無しさん** · 2022/05/28(土) 13:51:21.59

昔からC++を使ってる人が多いから最近の入門書なんて誰も知らん
https://cppmap.github.io/learn/books/

**デフォルトの名無しさん** · 2022/05/28(土) 14:07:22.40

>>21
多謝多謝！

**デフォルトの名無しさん** · 2022/05/28(土) 15:19:08.43

禿本の５、来ないね・・・

**はちみつ餃子** ◆8X2XSCHEME · 2022/05/28(土) 15:44:53.73

C++ はそれなりに歴史が長いから仕様も変わってるし思想や習慣の変化もある。

上述で私は「inline は ODR の例外の意味！」と主張したけどさ、 D&E を読むと (inline 指定導入初期の判断としては)
「コンパイラによるインライン化の判断がザコなので指定できるようにした」
という意味のことを書いてあって、大元はやっぱりインライン化の指定なんだよね……。

色んな事情が絡むし、単純に C++ が巨大なのでどうせ一冊でちゃんとした理解にはならないと思う。
適当なやつをどれから読み始めてもいいんじゃないかね。
まあ、あまり古い奴は避けた方がよいだろうというのが最低限の基準かな。

**デフォルトの名無しさん** · 2022/05/28(土) 16:12:25.28

C 言語でなぜかC++のコメント行がいつの間にか許されている不思議

**デフォルトの名無しさん** · 2022/05/28(土) 16:25:05.55

なぜかってC99でサポートされたからではなくて？

**デフォルトの名無しさん** · 2022/05/28(土) 17:21:17.26

違うでしょうなあ。

**デフォルトの名無しさん** · 2022/05/28(土) 19:31:09.65

> いつの間に

情弱からはこう見えるようだな

**ハノン** ◆QZaw55cn4c · 2022/05/28(土) 20:36:31.97

>>24
ふむふむ。なかなか一筋縄ではいかない大人の事情ってのがてんこ盛り、ってことですね
私もそろそろ C++ をやり直そうかな‥‥

**デフォルトの名無しさん** · 2022/05/31(火) 21:24:16.90

このコードがコンパイルできないんだけど、なんで？
struct hoge {
std::map<int, std::unique_ptr<struct hoge>> m = {};
void x() {
struct hoge &r = *this;
r = *(m.begin()->second.get()); // ここがまずい
}
};

**デフォルトの名無しさん** · 2022/05/31(火) 21:37:16.47

コピーコンストラクタが呼ばれて、最終的にmapのunique_ptrがコピーできないってことか。。。
C++98の人間だし10年以上離れてたから最近のC++まったくわからんわ・・・

**デフォルトの名無しさん** · 2022/05/31(火) 21:49:44.41

>>30
あたりめえだろ
バカかお前

**蟻人間** ◆T6xkBnTXz7B0 · 2022/05/31(火) 22:00:19.02

rは*thisの別名。
*thisの所有物を*thisにコピー。だめ。
*thisよりも高位じゃないと。。。

**はちみつ餃子** ◆8X2XSCHEME · 2022/05/31(火) 22:30:18.12

根拠。
https://timsong-cpp.github.io/cppwp/n3337/container.requirements#tab:containers.allocatoraware

コンテナを代入するとき、コンテナの要素の型は CopyAssignable であり、
コンテナに対して CopyInsertable であることを要求する。

**デフォルトの名無しさん** · 2022/05/31(火) 23:45:41.75

>>(前スレ)695
のFFTで2^(2^34)-1を計算する奴
https://ideone.com/xSaa6x
を倍速で動くようにしたったわ……！
↓↓↓
https://ideone.com/q0O74K

オリジナルが2200秒なところを962秒で計算完了
出力結果は一致
メモリ消費量はオリジナルと同等（完全in-place、sinテーブルは1GB（計算時間と誤差が劣化するがシュリンク可能））

**デフォルトの名無しさん** · 2022/05/31(火) 23:48:59.95

さすがに天才の漏れも三角関数って何だっけというあたりからスタートしたので
日数がかかってしまったが、いまやバッタフライ演算を完全に理解したから
純アルゴリズム的には最善の実装になっていると言える（希ガス、

（参考）
基礎からの周波数分析（9）－「高速フーリエ変換（FFT）」
https://www.onosokki.co.jp/HP-WK/eMM_back/emm140.pdf

あとはメモリアクセスの時間局所性を改善して1000倍にする、

**デフォルトの名無しさん** · 2022/06/01(水) 00:23:05.24

こういうのに燃えてるような人が日本を支えていたのかもな

**デフォルトの名無しさん** · 2022/06/01(水) 07:38:09.36

過去形でワロタ

**デフォルトの名無しさん** · 2022/06/01(水) 08:08:59.08

スペアナ以外に使い道あるのか

**デフォルトの名無しさん** · 2022/06/01(水) 09:38:46.33

>>37
アホか
数論変換も知らんゴミが夏休みの自由研究やってるだけ

**デフォルトの名無しさん** · 2022/06/01(水) 10:00:14.05

>>36
漏れや希ガスというタイポや、バタフライ演算とかいう大学２年の信号処理の課題で出る程度のアルゴリズムを自信満々に書いちゃうあたり、かわいそうな人なのかな

**デフォルトの名無しさん** · 2022/06/01(水) 10:09:19.65

その辺はタイポじゃなくて20年近く前の2ch語なのじゃ……
イタいことには変わりないが

**デフォルトの名無しさん** · 2022/06/01(水) 10:31:05.57

41がむしろ異常にみえる

**デフォルトの名無しさん** · 2022/06/01(水) 10:39:26.49

最近は大学2年で信号処理やってるのかい？

**デフォルトの名無しさん** · 2022/06/01(水) 11:39:44.35

>>44
うちは二年前期の専門科目だった

**デフォルトの名無しさん** · 2022/06/01(水) 11:40:41.11

>>43
どう異常に見えるのか書いてない時点で…

**デフォルトの名無しさん** · 2022/06/01(水) 13:51:18.40

template <class T> void F(const T &t){ auto x = t; }
って関数があった場合、autoで推論(導出?)されるxの方はconst T&になるの？
ついでにここらへん分かりやすい資料があったら教えてほしい。

**はちみつ餃子** ◆8X2XSCHEME · 2022/06/01(水) 14:22:19.84

>>47
テンプレートの実引数推論と同じ規則が適用される。
つまり
template<class U> void foo(U u);
というテンプレートが仮にあったとして、これに
foo(t);
としたときの U の型がその場合の x の型になる。
故に x の型は T であって const も参照もつかない。

**デフォルトの名無しさん** · 2022/06/01(水) 22:01:40.23

auto&にすればconst参照も推論されるし、右辺値も取り得るならauto&&にしておけば間違い無いんだっけ

**はちみつ餃子** ◆8X2XSCHEME · 2022/06/01(水) 22:56:35.59

auto& x = t;
と書いた場合には上述 (>>48) の規則に当てはめると
template<class U> void foo(U& u);
と同等の推論をするし、
auto&& x = t;
と書いた場合には
template<class U> void foo(U&& u);
と同じ推論になるわけだね。

**デフォルトの名無しさん** · 2022/06/02(木) 02:04:50.78

じゃぁ、あらゆる場面でauto&&と書くのはあり？

**デフォルトの名無しさん** · 2022/06/02(木) 08:19:43.47

駄目

**デフォルトの名無しさん** · 2022/06/02(木) 10:55:52.02

>>36
>>44-45
https://www.youtube.com/watch?v=sxkwdvuLHw4&list=PLmhf46XKsdmRM_cR4WBcO5fMPZ5d-L1YA

**デフォルトの名無しさん** · 2022/06/02(木) 10:56:54.96

バッタフライってバッタとハエのことか

**デフォルトの名無しさん** · 2022/06/02(木) 11:39:13.84

バッタのフライだよ
昆虫食

**デフォルトの名無しさん** · 2022/06/02(木) 22:50:27.49

>>37-46
んまー藻前らの言う通り
>>(前スレ)695 のオリジナルのプログラムが書き方が変にIQ高すぎたせいで
漏れが普通に書いたプログラムの方が速かったということかもしれませ
んね、

しかしこれをここから2^3倍にするというのが真の天才の仕事なので
ご気体くだち、

**デフォルトの名無しさん** · 2022/06/02(木) 22:51:31.90

なお^がべきなのか排他的論理和なのかは結果を見て決める、

**デフォルトの名無しさん** · 2022/06/03(金) 06:03:05.77

operator^をべきにするやついたら当然シバくよな

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

addメンバ関数の引数(x)の所有権を、クラスの中の配列(vec)に移動させたい場合、std::moveをどこで使えばいいかわかりません。

struct A{
　vector<vector<int>> vec;
　void add(vector<int> &&x){
　　ここで、std::moveを使ってpush_backに渡すべきか、渡さなくてもよいのか、わかりません。
　　1) vec.push_back(std::move(x));
　　2) vec.push_back(x);
　　どっちが正なのか？・・・
};
～～～～
vector<int> x;
A a;
a.add(std::move(x));

**デフォルトの名無しさん** · 2022/06/03(金) 07:50:26.34

moveでなくてforwardが正しいです

**デフォルトの名無しさん** · 2022/06/03(金) 08:54:35.11

>>59 move 使わないと移動しないでしょ。アドレス見るなりして確認できるはず。
>>60 「移動させたい」と言ってるんだから move で正しいでしょ。

**デフォルトの名無しさん** · 2022/06/03(金) 09:14:32.48

>>56
相変わらずタイポしてて草

**はちみつ餃子** ◆8X2XSCHEME · 2022/06/03(金) 09:33:30.85

>>59
C++ の常識的な設計としてはには >>60 が主張するように forward を使うべき。
右辺値か左辺値かによって適切に切り替えが成されるので。

「常に」ムーブさせたいのであれば >>61 の述べる通りだが、
その場合は a.add(std::move(x)); の move は不要。 (有っても害はないが……。)
左辺値でも add がムーブするなら右辺値にキャストする意味はない。

**デフォルトの名無しさん** · 2022/06/03(金) 09:48:25.29

push_backが適切にやってくれるだろうし素人がここで手入れするところではないな

**デフォルトの名無しさん** · 2022/06/03(金) 09:49:48.62

>>63 a.add(std::move(x)) の move 外したらコンパイルエラーになるでしょ。

**デフォルトの名無しさん** · 2022/06/03(金) 09:56:37.41

そりゃド素人が作成した自作関数に&&しか定義してないからでしょ

**はちみつ餃子** ◆8X2XSCHEME · 2022/06/03(金) 09:59:10.91

>>65
ああそうか、すまん。
変な思い違いをしていた。

**デフォルトの名無しさん** · 2022/06/03(金) 11:21:49.67

xをコンストラクタに渡すならemplaceじゃね？

59 · 2022/06/03(金) 14:58:35.62

これでいいってことですか？
void add(vector<int> &&x){
　vec.push_back(std::forward(x));
};

あと、
＞「常に」ムーブさせたい
という言葉が気になるんですが、右辺値を受け取る場合に「ムーブさせない」場合があるんでしょうか？

**デフォルトの名無しさん** · 2022/06/03(金) 15:42:06.91

引数が forwarding reference になるのは型変数の場合だけ
https://en.cppreference.com/w/cpp/language/reference#Forwarding_references

コンクリートな型の場合 && で取ったら確実に rvalue だから forward は要らん
んで vector<T>#push_back は (const T&) と (T&&) に対してオーバーロードされてるから (後者のバージョンが選ばれるので) move も要らん
つまり >>64 が正解。なんで適当答える前に手元で確認しないのか

**はちみつ餃子** ◆8X2XSCHEME · 2022/06/03(金) 15:44:21.94

>>69
ムーブさせない場合はある。

それとは別に可能なら左辺値にも右辺値にも対応するのが通例なので
それを無意識に前提に入れてしまっておかしなことを書いてしまった。
ごめんね。

**デフォルトの名無しさん** · 2022/06/03(金) 16:02:28.52

>>70 move しなかったら push_back(const T&) になっちゃうでしょ。なんで適当答える前に（ｒｙ

**デフォルトの名無しさん** · 2022/06/03(金) 16:06:42.00

>>72

アホか。forwarding reference じゃなくて rvalue reference だっつってんのになる訳ねーだろ

**デフォルトの名無しさん** · 2022/06/03(金) 16:10:12.85

あ、もしかして >>59 の
> a.add(std::move(x));
について言ってんのか？そりゃここには move が要るが今は add の中の話だろ？

**デフォルトの名無しさん** · 2022/06/03(金) 18:50:26.25

>>73
さてはrvalueの挙動理解してないな？
https://wandbox.org/permlink/rtkW4N7gWRu9yyqK

rvalueとして受け取った時点でlvalue扱いなんだよ
moveするまで所有権を持っていて、moveで所有権を放棄する。
所有権はT&&を受け取る関数に移る。

**デフォルトの名無しさん** · 2022/06/03(金) 19:12:19.64

>>69
moveさせるとまずいケースがある
https://wandbox.org/permlink/bdXnNaYzb7esxcwt

moveってのは所有権の移動なので、所有権を他に渡した後に使うとまずい
このコードは手元のgccだとこんな感じに壊れる

forwardは2つのモードがあって、forward<T&>かforward<T&&> (or forward<T>) を指定しなきゃいけない。
T& forward<T&>: moveしない
T&& forward<T&&> (or forward<T>): moveする

**デフォルトの名無しさん** · 2022/06/03(金) 19:43:48.13

Revive! Vive! unifyde call syntax!! revive!!!

**デフォルトの名無しさん** · 2022/06/04(土) 12:47:58.32

cpp経験のあるエンジニアが面接に来たんですがboost知らないとかあり得るんでしょうか

**デフォルトの名無しさん** · 2022/06/04(土) 13:11:38.01

あり得ません、エアプです

**デフォルトの名無しさん** · 2022/06/04(土) 13:13:16.94

でもC++を完全に理解してるスーパーエンジニアが君の会社に来ることはないんだ

**デフォルトの名無しさん** · 2022/06/04(土) 13:41:01.98

boost知ってても使ってないとか黙殺するとかなら有り得るんじゃね

**デフォルトの名無しさん** · 2022/06/04(土) 13:51:08.17

CとCppは似てるらしいけど最初はCから始めて
基礎を身につけた方がいいとかありますか？

**デフォルトの名無しさん** · 2022/06/04(土) 14:02:22.31

まあコンパイル時間が伸びるとかで使わない所も多いしな

**デフォルトの名無しさん** · 2022/06/04(土) 14:05:58.45

C++のほうがコンパイル時の文法チェックが親切なので、g++でコンパイルするのが吉

**はちみつ餃子** ◆8X2XSCHEME · 2022/06/04(土) 14:18:00.05

余談だけど cpp って書いたら C プリプロセッサのことを指す場合もある。

**デフォルトの名無しさん** · 2022/06/04(土) 14:37:22.59

>>83-85
ありがとうございます！勉強になります！

**デフォルトの名無しさん** · 2022/06/04(土) 14:38:35.97

boostつかうひと嫌い

**デフォルトの名無しさん** · 2022/06/04(土) 14:45:24.57

マリオカートの遊び方に縛り入れてんじゃねぇよ！

**デフォルトの名無しさん** · 2022/06/04(土) 16:03:47.30

今どきの人がCの機能を学ぶにしても、最初のうちはC++コンパイラを使ったほうがいい
C++コンパイラは初心者がやりがちな意図しない型キャストに警告を出してくれる

**デフォルトの名無しさん** · 2022/06/04(土) 16:44:33.09

>>82
その通り
ハゲめ

**デフォルトの名無しさん** · 2022/06/04(土) 21:34:58.76

>>79
やっぱ有り得ないですよね
うちの会社はC++使わないんですが、盛り過ぎた経歴は看過できないので二次面接にはC++経験のあるエンジニアに同席してもらいます

**デフォルトの名無しさん** · 2022/06/04(土) 21:43:09.92

>>91
ずっと同じ部署にいてboostライブラリに接する機会がなかっただけじゃないかな
ずっと同じ部署にいたってことは専門性が高くて信頼されてた可能性がある

**デフォルトの名無しさん** · 2022/06/04(土) 21:48:20.42

>>92
はい、私がC++は門外漢すぎて突っ込んだ質問が出来なかった手落ちもあるので、後続の面接ではしっかり見極めたいと思います
C++以外の話でも怪しい部分はありましたし

**デフォルトの名無しさん** · 2022/06/04(土) 22:16:16.74

>>83も書いてるけどboost使わない職場はそれなりにあるから俺もboost使える？って聞かれたら使ったことないからよく知らんって答えると思う
そもそもそんな事で採用決めるような会社はこちらから断ると思うが

**デフォルトの名無しさん** · 2022/06/04(土) 22:23:56.45

はい、職歴に書かれた内容に曇りがないか見極めたかっだけなので、Boostに知見があるかどうかはさほど問題にしてません

**デフォルトの名無しさん** · 2022/06/04(土) 22:54:17.16

>>78
バカか
boostは標準化されてないだろ
ヘッダ入れ込んでまでわざわざ使うヤツは縛りプレイヤーかマニアだぞ

**デフォルトの名無しさん** · 2022/06/04(土) 22:56:04.77

>>79はネタで言ってるかエアプだと思うよ
boost役に立つものもあるし個人では使うが、仕事で必須かというとそんなことはない

**デフォルトの名無しさん** · 2022/06/04(土) 22:59:46.47

標準じゃないもん使うのはアホ
人格に問題がある

**デフォルトの名無しさん** · 2022/06/04(土) 23:04:03.58

知ってるけどあんまり使ってない、使ったことないから詳しくは知らない、とかならまあ別に普通だけど
知らない聞いたことすらないってのはヤバい

**デフォルトの名無しさん** · 2022/06/04(土) 23:12:35.97

仕事では使わないなあboost
必須のミドルウェアは使うけど

**デフォルトの名無しさん** · 2022/06/04(土) 23:12:59.31

>>98
その標準じゃないもん、にはOSのAPIとか目的のソフトに必須のライブラリ群も含んでる？

**デフォルトの名無しさん** · 2022/06/05(日) 00:13:46.63

boostもサードパーティのライブラリも使わんて人は、コマンドラインのパーサーとか任意精度のライブラリとか自分で毎回書いてるのか？
正気か？

**デフォルトの名無しさん** · 2022/06/05(日) 00:46:57.94

そんな便利なものは存在しないから標準ライブラリ+Win32でどうにかしてるだけじゃね？

**デフォルトの名無しさん** · 2022/06/05(日) 01:30:20.47

boost::sort::block_indirect_sort()はstd::sort()より速いので使ってる

**デフォルトの名無しさん** · 2022/06/05(日) 03:05:51.19

>>102
コマンドラインのパーサー含め、その辺の文字列処理は全部自前の文字列クラスでやっちまうな、俺はw
いちいち文字コードがどうたらとか悩みたくないし

**デフォルトの名無しさん** · 2022/06/05(日) 05:03:18.77

>>95
c++標準の勉強をしていれば単語としてboostを聞いたことあるだろう。
知らないのなら大した勉強はしていないだろうから、せいぜい業務で通り一辺触ったことがあるくらいじゃないかね。

どこまでのスキル求めているかによるけど、業務内容に近い課題を与えてテストしてみたらいいんじゃない？
業務でc++を使わないなら、c++スキルに金を払うわけじゃないから気にすんな。どうせ募集要項にc++とか書いてないんだろ。

**デフォルトの名無しさん** · 2022/06/05(日) 06:28:02.59

自分の知ってる世界がすべてだと思ってる人間の方が危険。
C++が使われる範囲が広すぎるから、言語の経験有無よりもどの分野で開発してたのかを聞くべき。
ガラケー時代のカーネルドライバ書いてたり、携帯キャリア向け機器の組み込みやってた時はboostどころかstlすら使ってなかった。
というか使えなかった。
一方でスマホゲーのバックエンドを書いてた時はboostまみれだった。

**デフォルトの名無しさん** · 2022/06/05(日) 07:05:01.15

任意精度ってGMP使いませんか？

**デフォルトの名無しさん** · 2022/06/05(日) 08:31:22.07

boost知らない人は自分が使ってる環境がC++11/14/17/20なのかも知らないとかありそう
大昔のC++文法しか知らない人とかいるし
面接ではこれも聞いてほしい

**デフォルトの名無しさん** · 2022/06/05(日) 09:22:33.51

昔はboostでも使わんと正規表現扱えなかったでしょ(ヽ´ω`)
今の子は知らんのかな？

**デフォルトの名無しさん** · 2022/06/05(日) 10:41:52.09

edはC++,boostで書かれていた！？

**デフォルトの名無しさん** · 2022/06/05(日) 10:57:35.83

今や正規表現ライブラリはpcre2使っておくのが最適解でしょ
boostもre2も速度遅すぎ
最速軽量がre2の長所だったのは昔の話

**はちみつ餃子** ◆8X2XSCHEME · 2022/06/05(日) 11:09:32.30

Boost 内のライブラリは組み合わせやすかったりもするだろうし、単独で性能が良いというだけが指標ではないだろう。
もちろん性能が良いに越したことは無いが、数倍程度の違いなら全体としては問題にならないことも多い。

**デフォルトの名無しさん** · 2022/06/05(日) 11:33:39.66

STLでregexクラステンプレートが追加されたのだから各正規表現ライブラリの供給元がstd::regexに準拠したラッパークラスを提供してくれるのかと思いきや、ほったらかしだしなあ

**デフォルトの名無しさん** · 2022/06/05(日) 13:02:35.05

おまいの募集要項にboost使用するって描いてないならおまいが可笑しい
boost以外の部分でC++の知識や使えるかどうかを確認するべき

**デフォルトの名無しさん** · 2022/06/05(日) 13:05:40.20

>>108
mpirだな

**デフォルトの名無しさん** · 2022/06/05(日) 13:23:08.93

ただの文字列なら速さで選ぶのも良いけど、HTMLやXMLのような注釈を含むテキストは、STLやboostを使うのがスマート。

**デフォルトの名無しさん** · 2022/06/05(日) 13:27:27.15

re2は遅いうえに\1みたいな後方参照をサポートしてないのが痛い

**デフォルトの名無しさん** · 2022/06/05(日) 13:44:58.69

別に即戦力求めてるわけじゃないので開発言語で縛って間口狭くしたくないんですよ　でも質疑応答のクオリティ上げるためには突っ込んだ質問って必要じゃないですか　今回はそれが上手く出来なかっただけです

**デフォルトの名無しさん** · 2022/06/05(日) 15:40:19.58

ようするに基礎があるかどうかと伸びしろがあるかどうかだろ

今知らなくても調べればすぐ判ることが出来れば問題無い罠

**デフォルトの名無しさん** · 2022/06/05(日) 16:50:16.03

本人が経歴盛ってるならクズだが、営業やエージェントが勝手に盛ってることもあるからな
その辺も見極めて大目に見てほしい

**デフォルトの名無しさん** · 2022/06/05(日) 17:21:37.24

自分のとこが金をいくら出せるのか考えてからマウント取ってほしいもんだわ

**デフォルトの名無しさん** · 2022/06/05(日) 17:37:12.61

対価は市場感より高めに設定していますね
AWSと同じぐらいのはずです

**デフォルトの名無しさん** · 2022/06/05(日) 17:59:03.07

>>117
そもそもそんな用途にC++ってどうなの？

**デフォルトの名無しさん** · 2022/06/05(日) 18:15:07.18

>>124
ブラウザでctrl+f押してみ。

**デフォルトの名無しさん** · 2022/06/05(日) 18:28:12.08

>>123
手取りで1000万くらいですか？

**デフォルトの名無しさん** · 2022/06/05(日) 19:24:35.36

htmlは知らんがxmlの読み書きはC++のプログラムで一般的じゃね

**デフォルトの名無しさん** · 2022/06/05(日) 22:30:48.15

C言語の基本を学んでC++を勉強を始めました
バッファのフラッシュについて教えてください
プログラムは最後に全てのバッファがフラッシュされると思いますが、
std::flashやstd::endlはどういった時に使えばいいのでしょうか？
また、フラッシュの処理時間を考えるとstd::endlよりも'\n'を使った方が軽くなると思いますが、
あえてstd::endlを使う意味はありますか？
このフラッシュという概念はC言語になかったですよね…？

**デフォルトの名無しさん** · 2022/06/05(日) 22:41:22.00

fflush()を知らずにC言語を使ってきたなら気にする必要はない

**デフォルトの名無しさん** · 2022/06/05(日) 22:53:56.06

>>128
キミの疑問の中に答えがあると思うんだが

＞プログラムは最後に全てのバッファがフラッシュされると思いますが、
逆に言えばプログラムの途中ではいつバッファの内容がflashされるかわからないってことじゃん
どういった時に使えばいいのか、なんてプログラムの最後ではなく途中でflashしたい時だろ

**デフォルトの名無しさん** · 2022/06/05(日) 22:55:08.26

stderr（バッファリング無し）とstdout（デフォルトでバッファリング有り）のリダイレクト先が同じ（コンソール等）のとき、
printf()とfprintf()の実行順にprintf()とfprintf()の出力結果を並ばせたいときに早速ffush(stdout)の出番が、
あとfflush()せずにabort()したらバッファ上のデータが失われることがある
もっともabort()を呼ぶしかない状況とかはどうしようもない状況なので盲目的なfflush()が適切とは言えないケースも
ありえるかもし
れんが

**デフォルトの名無しさん** · 2022/06/05(日) 23:00:34.55

んまー通常はファイルのクローズでフラッシュされるから明示的にファイルポインタに対してfflush()する必要に迫られることはなさげ
腸人工的なシチュエーション（でありかあまり良い設計でない例）として、
オープンしたままのファイルA、Bにこの順でデータが追記されることを気体するプロセスが他に居るときに
A、Bの順で追記するとき要る？ぐらい？？

**デフォルトの名無しさん** · 2022/06/05(日) 23:11:06.10

他のプロセスと通信する時に明示的なバッファフラッシュが必要になることがあるよ

**デフォルトの名無しさん** · 2022/06/05(日) 23:17:22.56

>>133
それは思わないでもなかったが、
1. バッファに入った順で出ていく
2. ほっといてもバッファ内容がどんどん出ていく
3. 通信は送りっぱなしまたはロジカルなハンドシェーク手順
である場合にfflush()が必須というケースが思いつきませなんだ、

**デフォルトの名無しさん** · 2022/06/05(日) 23:24:31.44

1行ごとに結構重い処理をしたり、std::cinが入ってくるタイミングが不定期だったりするときに1行ごとにflushしておくと便利。
C言語でも使うテクニックだけどね

**デフォルトの名無しさん** · 2022/06/05(日) 23:25:34.70

送信側(自アプリ)じゃなくて受信側(他アプリ)の都合次第なので

**デフォルトの名無しさん** · 2022/06/05(日) 23:36:59.90

>受信側(他アプリ)の都合次第
どのような都合かkwsk、
fflush()したら動いて、fflush()しないと止まってしまう通信処理とかはなんかおかしいのでは……

ほっといてもバッファ内容がどんどん出ていく限りfflush()せずとも送信は成立する
受け取れたかどうかはACKかNAKでも返してもらえばﾜｶﾙから、
受信タイムうアウト検知ぐらいしかタイミングが関係する要素は無さげ、

**デフォルトの名無しさん** · 2022/06/05(日) 23:57:14.80

「受け取れたかどうかはACKかNAKでも返してもらえばﾜｶﾙ」ってのがすでに受信側の都合だろ

**デフォルトの名無しさん** · 2022/06/06(月) 00:02:59.46

コンテキストスイッチをきっかけにフラッシュするような仕組みはあるん？

**デフォルトの名無しさん** · 2022/06/06(月) 00:15:14.95

それがフラッシュしておかないと停電のときデータ全部持ってかれるんだよな

**デフォルトの名無しさん** · 2022/06/06(月) 00:19:06.76

とりあえず言っておくが、水がもったいないからと言って水洗トイレを流さずに退出するのはやめたほうがいい

**デフォルトの名無しさん** · 2022/06/06(月) 00:21:03.22

>>139
小便用トイレだと赤外線で退出を探知して水を流してくれるものもある

**デフォルトの名無しさん** · 2022/06/06(月) 00:23:36.15

フラッシュってのはハードディスクにどこまでデータ書いたか正規化する目的で行うから、フラッシュしないで停電モードでクラッシュすると、復旧したときに書いてたデータはゼロバイトのままだったりするが、こまめにフラッシュでデータを確定申告してる場合は書いた分がきちんと残ってたりする

**デフォルトの名無しさん** · 2022/06/06(月) 00:26:15.98

これからは税務署に追徴課税されないように足繁く通うことにします。

**デフォルトの名無しさん** · 2022/06/06(月) 00:28:00.96

ま、無停電装置つけてたり電源不足などでHDDが頻繁に切断される環境でなければ問題ないけどね

**デフォルトの名無しさん** · 2022/06/06(月) 00:28:38.87

一休はすでに縄を持って待ち構えてくれているのだから、義満が虎を屏風から追い出せばいいだけ
簡単なことだろ

**デフォルトの名無しさん** · 2022/06/06(月) 02:46:25.01

誤解している人が多そうだけど
fflush()はC標準ライブラリの中のバッファリングデータを全て吐き出すだけであって
システムコールでいえばwriteするだけだよ
一方でカーネルがディスクなどに書き出すのを保証するのはシステムコールではsync/fsyncであってこれはfflush()しても行われない別のもの

59 · 2022/06/06(月) 03:12:54.60

遅レスすいません。
右辺値参照周りを自分でも見直してきたんですが、
最終的に「vecの要素」に所有権を押し付けるコードは↓で正しいのでしょうか？
void add(vector<int> &&x){
　vec.push_back(std::move(x));
};
・std::forwardを使う場合は、型がテンプレートの場合(フォワーディング参照の場合)に使うのが一般的であって、
　上では具体的な型(vector<int>)を指定しているので、forwardを使う場合に当てはまらない。
・vector<int> &&xとして引数を受け取っても(右辺値参照として引数を受け取っても)、
　右辺値参照自体は左辺値になるので、
　vec.push_back(x)としてしまうと、呼ばれるpush_backは　push_back(const T&)であり、所有権が移譲されない。
　なので、ここでもmoveする必要がある(vec.push_back(std::move(x))

この理解であってますか？

**デフォルトの名無しさん** · 2022/06/06(月) 08:55:53.89

>>147
sync sync sync
最後に電源切る前に
^C 連打ですね
判ります

**デフォルトの名無しさん** · 2022/06/06(月) 09:02:16.31

https://qiita.com/_meki/items/90f9815a1e899593daa3
https://peng225.果て部.com/entry/2016/07/30/211726

**デフォルトの名無しさん** · 2022/06/06(月) 10:28:12.30

WinだとFileFlushBuffersだけで完結する

**デフォルトの名無しさん** · 2022/06/06(月) 10:28:30.66

noexceptの有無で動作が変わるなんてC++ムズすぎィ！

**デフォルトの名無しさん** · 2022/06/06(月) 11:42:00.12

>>152
>>66

**デフォルトの名無しさん** · 2022/06/06(月) 11:43:05.77

まあ原因と結果が全然離れた別の場所で起こるっていう意味では難易度高いとは思う

**デフォルトの名無しさん** · 2022/06/06(月) 12:41:54.06

>>148
あってる

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

>>126
この国は累進課税なのでそのラインは難しいですね

**デフォルトの名無しさん** · 2022/06/08(水) 00:14:11.77

>>66の話は>>59へのだったのか？ｗ

>>155 ほか回答頂いた方
ありがとうございました。

**デフォルトの名無しさん** · 2022/06/08(水) 00:17:03.29

moveをやれるヤツはmoveをやる勇気があるヤツだけだ

**デフォルトの名無しさん** · 2022/06/08(水) 22:59:00.34

>>138
話をそらすでないは；；；
通常のキャラクタ型デバイスならfflush()せずともバッファ内容がどんどん出ていって
受信側（他アプリ）に伝わるやんけ
fflush()全然必須じゃないやんけ
fflush()に関してはやっぱ受信側の都合も糞も無いやんけ；；；

んまー今日日の計算機は速いから、世迷言てんこ盛りの呪術指向プログラミングでも
比較的まともっぽく動くが、

**デフォルトの名無しさん** · 2022/06/08(水) 23:03:01.67

fflush()にはフロー制御で止まっている送信を動かす力は無いし、
ブロック型デバイスの書き込みのトリガーになる保証は無いしで
やっぱ使いどころは>>131みたいに多対1の書き込み（dstが同じ）というケースでの論理的な書き込み順序保証ぐらいしか無さげ

**デフォルトの名無しさん** · 2022/06/08(水) 23:39:12.93

>>159
水に流せ

**デフォルトの名無しさん** · 2022/06/09(木) 19:04:36.80

受信側の都合どうこうの話は知らんが
＞通常のキャラクタ型デバイスならfflush()せずともバッファ内容がどんどん出ていって
それは送信側がどんどん送り出している場合でしょ

**デフォルトの名無しさん** · 2022/06/09(木) 19:12:48.98

高機能トイレしか使ったことない人は、何もしなくても離席したら勝手に排泄物が流されていくと思っているからね

**デフォルトの名無しさん** · 2022/06/09(木) 19:16:36.26

停電おこったことないんだろうね

**デフォルトの名無しさん** · 2022/06/09(木) 21:05:58.36

トイレの水流すのもflushだったなｗｗｗ

**デフォルトの名無しさん** · 2022/06/09(木) 21:14:08.39

むしろコンピュータ用語のflushの方がトイレからの連想

**デフォルトの名無しさん** · 2022/06/10(金) 18:08:30.15

flushつったらズリセンだろ

**デフォルトの名無しさん** · 2022/06/10(金) 18:15:06.01

長時間ストリーミング書き込み時にFileFlushBuffersコールしてなかった停電時の悲劇

**128** · 2022/06/11(土) 13:05:09.88

なんとなく分かりましたが、C言語でfflush()を使っていなかったので困ることもなさそうです
改行は'\n'を使ってもう少し勉強を進めてから改めて皆さんのレスを読み返そうと思います
返事が遅くなりました、ありがとうございました

**デフォルトの名無しさん** · 2022/06/11(土) 15:25:15.53

https://ideone.com/P9fDXn
コンパイル通らねー。

**デフォルトの名無しさん** · 2022/06/11(土) 21:16:14.33

>>163
ソフトウェアー呪術者、、、、

>>163 のような台詞はファイルをクローズしない人に言ったらよい
fflush()しないことにに当てはまらない理由はすでに述べているっつーの；；；

**デフォルトの名無しさん** · 2022/06/11(土) 21:25:33.69

>>168
左様停電に対して備えたいならI/Oストリームのバッファ階層の操作で満足するのではなくて
ioctlﾚｳﾞｪﾙの働きかけで掃き出し操作を保証を行うべき、（デバイスによってやるべきことが違う

というわけで論理的思考う能力に乏しい香具師がfflush()万能教にはまっている悪寒、

**デフォルトの名無しさん** · 2022/06/11(土) 21:47:10.33

ていうかそもそも馬鹿でかいバッファを用意しておいてから停電を恐れるというのはアレな発想でありまして、
真に停電に備えたいなら馬鹿でかいバッファを備えたデータのストリームとは別に、
どこまで書き込みが終わったかというだけの小さいサイズのジャーナル情報を
こまめに書くというのがファイナルアンサーであって
停電の際はジャーナル情報だけ保証して停電の瞬間に馬鹿でかいバッファ上にあったデータは諦めるのが正しいシステム

停電による処理中データの喪失がどうしても嫌ということなら速度の方を諦めてアンバッファーにするかバッファを小さくしてくだち、

**デフォルトの名無しさん** · 2022/06/11(土) 21:56:10.36

まとめ：
この地球上のどこを探しても停電への備えがこまめなfflush()（笑）ということはありえない

**デフォルトの名無しさん** · 2022/06/11(土) 22:48:11.94

まだ言うか！

**デフォルトの名無しさん** · 2022/06/11(土) 23:31:57.10

小さいサイズでもそれが即座に反映だれるとは限らないけどな
停電に備えるならUPSだろ
何がこまめに書くのがファイナルアンサーだよ
突然の電源断で書き込み先のデバイスが壊れる可能性だってあるんだからな

**デフォルトの名無しさん** · 2022/06/11(土) 23:44:48.33

粗悪なUPS使って電源破損した事あるから良い印象ないな

**デフォルトの名無しさん** · 2022/06/12(日) 13:55:23.39

FFTで2^(2^34)-1を計算するやつの倍速化したやつをさらに倍速化したった……！

■ オリジナル
https://ideone.com/xSaa6x
2200秒

■ C++書き換え版
https://ideone.com/oDgjXr
2200秒

■ 倍速化
https://ideone.com/xHSzFD
962秒

■ ブロック6-step algorithm適用
https://ideone.com/rFCMy5
909秒（倍速化版の94%） --- OpenMP無効、シングルスレッド
596秒（倍速化版の62%） --- OpenMP有効、8スレッド

**デフォルトの名無しさん** · 2022/06/12(日) 13:55:40.64

なんかもうCPUの帯域全部使い切ってやったぜ、みたいな
達成感みある、
ただし実行時間の2/3ぐらいはファイルの書き出しに使われている模様orz

OpenMP有効化の条件だと
2^(2^31)-1までは1分以内に出て、
以降はVS2019の分析ツールのCPU時間のグラフを眺める限り、
ファイル出力を覗く正味の計算時間は
2^(2^32)-1: 20秒
2^(2^33)-1: 不明（見てなかった）
2^(2^34)-1: 62秒
だったので、ファイル出力を除く正味の計算時間は多分3分ぐらい、

**デフォルトの名無しさん** · 2022/06/12(日) 14:00:10.22

OpenMPは昨日始めたのでなんか間違ってるかもしれん……orz
行列の転置が8スレッド使って（2回目以降も）実行時間1/8にならない件について：

https://ideone.com/rFCMy5
のfftb6::transpose()のコードの書き方だと50%ぐらいにしか短縮されなんだ。n_

**デフォルトの名無しさん** · 2022/06/12(日) 14:02:02.73

つなみにVS2019でOpenMP有効にするには
「構成プロパティー」→「C/C++」→「言語」→「OpenMP のサポート」
で逝ける、

**デフォルトの名無しさん** · 2022/06/12(日) 14:04:35.42

>>176
>何がこまめに書くのがファイナルアンサーだよ
NTFSの実装、、、

>突然の電源断で書き込み先のデバイスが壊れる可能性だってあるんだからな
しらそん
それはUPSを買う金もないのに停電とかを引き合いに出してきた香具師に言ってやってくだち

**デフォルトの名無しさん** · 2022/06/12(日) 14:10:01.25

8スレッドで4倍くらいになってほしいね

**デフォルトの名無しさん** · 2022/06/13(月) 00:27:41.34

もちついて考えたら
#pragma omp parallel for firstprivate(i, n1, n2, nb, JJ)
　for (pow_t j = JJ; j < JJ + nb; j++) {
　　const pow_t src_idx = n2 * i + j;
　　const pow_t dst_idx = n1 * j + i;
　　dst[2 * dst_idx] = src[2 * src_idx];　　　　　// 実部
　　dst[2 * dst_idx + 1] = src[2 * src_idx + 1];　　// 虚部
　}
と書いては見たがこのdst[]やsrc[]は実は生の配列ではなくてstd::vector<double>::iteratorなので
共用変数扱いになってスレッド間で排他がかかっているのかもしれん……orz
firstprivate()指示句が（最適化後はポインタとはいえ）C++のオブジェクトを受け取れるかはわからんので
parallel forの前にポインタに置き換えてポインタをfirstprivate()するのが無難鴨、
（同じことはsinテーブルpriroot::nth_root wについても言える）

**デフォルトの名無しさん** · 2022/06/13(月) 14:39:57.67

std::complexは使わないの？

**デフォルトの名無しさん** · 2022/06/13(月) 15:28:43.59

びーまいべいべー

**デフォルトの名無しさん** · 2022/06/13(月) 23:36:52.53

並列処理に何でマルチスレッド使ってんだよ
昭和からタイムスリップしてきたのか？

**デフォルトの名無しさん** · 2022/06/14(火) 00:17:42.26

omp って単語を見るとおまんぽにしか見えない

**デフォルトの名無しさん** · 2022/06/14(火) 01:23:09.85

>>187
この問題でasyncプログラミングがどうやってマルチスレッドに太刀打ちするのか教えて

**デフォルトの名無しさん** · 2022/06/14(火) 16:46:20.69

教えてください
C++で書かれたDLLがあります
とあるCエクスポート関数を呼び出すと稀に Access Violation 0xc0000005 が発生することがありプロセスが異常終了してしまいます

幸いなことにこの関数は大した仕事をしておらず結果が得られなければそれで困ることもありません（結果が得られれば少し役に立つ程度です）
なのでこの関数の失敗を握り潰したいのですが、C++ でアクセス違反を try-catch で握り潰すことはできるのでしょうか？
それともアクセス違反は致命的なエラーなので必ずプロセス終了に至るのでしょうか？

**デフォルトの名無しさん** · 2022/06/14(火) 16:54:42.88

またこのネタ掘り起こしたいのか・・・

**デフォルトの名無しさん** · 2022/06/14(火) 17:18:04.76

>>190
.NETは使っとらんの？

**デフォルトの名無しさん** · 2022/06/14(火) 17:23:59.58

https://docs.microsoft.com/ja-jp/cpp/build/reference/eh-exception-handling-model?view=msvc-170

呼び出し側のコンパイルで /EHa オプションつければ try-catch で握りつぶせるんでね？

**デフォルトの名無しさん** · 2022/06/14(火) 18:22:20.04

>>190
> 幸いなことにこの関数は大した仕事をしておらず結果が得られなければそれで困ることもありません（結果が得られれば少し役に立つ程度です）
そんな関数なら空の関数に差し替えればいいんじゃね

**デフォルトの名無しさん** · 2022/06/14(火) 18:39:01.73

>>193
ありがとうございます！
/EHa を付けたらキャッチできました！
いままでは /EHsc が指定されてましたのでオプションの意味の違いを調べてみます

**デフォルトの名無しさん** · 2022/06/14(火) 19:23:09.63

DLLが例外出してるのをCで握り潰してるのが原因だろ

**デフォルトの名無しさん** · 2022/06/15(水) 20:40:34.83

素人の質問でごめんなさい。（ここが一番関連ありそうだったので）
バイオインフォマティクスをやっているのですが、例えば主にC++で書かれたUnicycler (https://github.com/rrwick/Unicycler)というソフトウェアでは、--threadsオプションで使用するスレッド数を指定できます。
デフォルトだとスレッド数8なのですが、仮にそれを1コアを使って実行した際はどのような挙動になるのでしょうか。
コア数<スレッド数なので失敗するかと思ったのですが、思いの他うまく実行できてしまいます。
一般的にこういう場合、並列 (parallel)処理ではなく並行 (concurrent)処理で、スレッドごとに時間を分けて同一コアで処理している、ということなのでしょうか・・・

**はちみつ餃子** ◆8X2XSCHEME · 2022/06/15(水) 20:45:50.35

>>197
> スレッドごとに時間を分けて同一コアで処理している、ということなのでしょうか

せやで。
OS がスケジューリングしてスレッドを交互に実行しとる。
コア数以上のスレッドに分けても実行速度が上がったりはしないよ。
コンテキスト切り替えのコストの分だけむしろ遅くなると思う。

**デフォルトの名無しさん** · 2022/06/15(水) 21:02:51.51

>>198
なるほど、OS賢いですね。。
つまり1コアでやるときは複数スレッドの処理もできるけど、無難に1スレッドの処理にした方がむしろ速い、ということですね。
勉強になりました！ありがとうございます！

**デフォルトの名無しさん** · 2022/06/15(水) 21:05:28.34

各スレッドがio待ちしてるかも知れんし、コア数より多くても早くなる場合もあるんじゃね
gcc動かすときもコア数1.5倍位指定してる