[過去ﾛｸﾞ] Pythonのお勉強 Part67 (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
629(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 8101-s2VO) [] 2022/08/19(金) 06:44:36.36 ID:1XBGLGA+0(1/5) AAS
質問です。
PyCharm.
Atom.
Eclipse.
Visual Studio.
VScode.
どれがおすすめでしょうか？
分散処理、並列処理希望でcuda、マルチgpuもあれば。
641(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 8101-s2VO) [] 2022/08/19(金) 18:18:59.86 ID:1XBGLGA+0(2/5) AAS
質問なんだが再来年に256コアのcpuが販売されるらしい。
これってpythonにとってどうなるのか？
Threadクラス、multiprocessing、concurrent.futures
[placによる並列処理] [lokyを使ってみよう] [numba を用いた並列計算]
[joblibを使ってみよう] [joblibのAPIドキュメント]
並列処理が多すぎてどれがいいかわからない。
並列処理を実際にしてる人でお勧めがあれば教えてくだされ。
644(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 8101-s2VO) [] 2022/08/19(金) 19:51:21.39 ID:1XBGLGA+0(3/5) AAS
>>642642(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 0666-WSWM) [sage] 2022/08/19(金) 18:29:20.19 ID:bT8aU43K0(1) AAS
処理が遅いのは大抵I/Oで詰まってるからなので、
詰まってる人はほっといて他の仕事から先に片付けるとI/Oの効率は最大になる
並列(並行)処理が速いのはそんな時
でも256個とかになるとそんなに要らんので、有効活用しようとすると処理を分割して
同時に処理させないと活きてこない
それは勝手にはやってくれないので、人間が頭を絞っていいやり方を考えないといけない
並列処理専門の本で確認したのですがコアが３２コアだとコスパが良いのですが
その記事には６４コア以降はパフォーマンスがあまりよくないという内容でした。
（データにもよるだろうけど）
>>643アドバイスありがとう。
multiprocessingを深堀していくね。
647: デフォルトの名無しさん (ﾜｯﾁｮｲ 8101-s2VO) [] 2022/08/19(金) 20:13:53.76 ID:1XBGLGA+0(4/5) AAS
>>646646(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 7197-4TMx) [] 2022/08/19(金) 20:11:53.33 ID:uvVw1ron0(1) AAS
>>641
ぶっちゃけPythonで多コア活用はあまり意味がない。
ないよりはいいけど、本気で高速化したいなら、128コアのCPUに頼る前にC++とか使ったりGPGPU使ったりの本気の高速化をする。
あまり苦労せずに一回回すのに1時間かかるコードが5分になったらいいなー、とかでmultiprocessingモジュールを使うことはあるけどね。
ちょっと前に並列化をした結果、並列化の速度と並列化しない速度の差があまり
なかったです。（泣）
GPGPUとmultiprocessingを本気で今から学びます！
オッス！
650: デフォルトの名無しさん (ﾜｯﾁｮｲ 8101-s2VO) [] 2022/08/19(金) 20:58:15.36 ID:1XBGLGA+0(5/5) AAS
>>649情報ありがとう！
つまりcpuは６４コアでgpuは８枚差しの方が効率が良いってことですね。
今必死に情報を集めてます。
Kaggle,Google Scholar,Coursera,arXiV,OpenAI Gym,quora,qiita
Stack Overflowなどを必死にやります！
調べまくってevernoteで20 GB の月間アップロードを目指します。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.240s*