C# と VB.NET の質問掲示板

ASP.NET、C++/CLI、Java 何でもどうぞ

ログ内検索
  • キーワードを複数指定する場合は 半角スペース で区切ってください。
  • 検索条件は、(AND)=[A かつ B] (OR)=[A または B] となっています。
  • [返信]をクリックすると返信ページへ移動します。
キーワード/ 検索条件 /
検索範囲/ 強調表示/ ON (自動リンクOFF)
結果表示件数/ 記事No検索/ ON
大文字と小文字を区別する

No.100325 の関連記事表示

<< 0 >>
■100325  Re[7]: ASCIIファイルから数値データを高速読み出し
□投稿者/ HattariB -(2022/07/15(Fri) 21:22:14)
    No100324 (radian さん) に返信
    > 2022/07/15(Fri) 21:15:31 編集(投稿者)
    >
    > ■No100321 (HattariB さん) に返信
    >>SIMDと並列処理が分けられている理由は理解できてないです。オイラは。
    >
    > SIMDもまあ並列処理の一部ですけど、
    > 後者はマルチスレッドによる分割処理という意図で書きました。
    > 伝説のカレーさんが既にやってる奴ですね。


    SIMD、並列処理はよくわかんなかったです。
    数値の桁毎に解析用のスレッド割り当てたとしても、起動したスレッドが全部完了しないと
    データのマージはできそうにないし。
    仮にでかいファイルを扱うために、読み込み領域を変えて、区間を限定して、
    それぞれの部分解析を並列処理させるというのであればまぁ、分かるんですが、、、
    スレ主さんが望んでおられたのって、それなんですかね。

    条件分岐を減らすってのもよくわかんなかったです。
    まぁ条件判定は時間がかかる処理なんですけど、それをトリガにしてコンパイラが
    分岐予測してくれるようにアセンブラ吐いてくれるかもしれないし、ちょっとした冗長判定なら、
    最近のコンパイラって、最適化してくれてませんか?

    メモリアロケーションもそう。
    っつか、今回のお題に関して、明示的にヒープが絡む処理が思いつきませんでした。
    せいぜいファイルを開く際に、マッピングさせることくらいしか思いつかない。

    数倍とか数十倍とか、は一般論ですよね。
    今回のロジックにはあまり関係なさそうな気がしてました。
記事No.100187 のレス /過去ログ174より / 関連記事表示
削除チェック/



<< 0 >>

パスワード/

- Child Tree -