[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[dennou-ruby:004040] Re: gphys, gpcat の改善要望
- To: dennou-ruby@xxxxxxxxxxx
- Subject: [dennou-ruby:004040] Re: gphys, gpcat の改善要望
- From: Takeshi Horinouchi <horinout@xxxxxxxxxxxxxxxxx>
- Date: Sun, 04 Mar 2018 23:27:12 +0900
堀之内です。
さきほど 1.5.4 をリリースしましたが,依存ライブラリーを変更して
WS でのチュートリアルがうまくいかないようなことがあるといけないので,
今回は保守的に下記は見送りました:
> 64bit一本にする手はあります。それがいいかなぁ。
> 納多さん,みなさま:
>
> 1. についてのみ。
> 64bit版 NArray (numru-narray)に対応はしてます。gem で入れる場合,
> 現在は narray (32-bit版)に依存する gemspec になっているので,
> そうなります。64bit版に依存する gem も作ってもいいと思うのですが
> (実際,numru-narrayという名前になる前の64bit版でそうしてました),
> (理由は忘れましたが)2種の gem を作るのはよろしくないという指摘が
> あって一つだけにしてます。
>
> 64bit一本にする手はあります。それがいいかなぁ。
> 2GB越えできないのは不便な一方,あまり大きな配列を
> 不必要に作ると実行効率が悪いので,2GBで文句を言ってくれるのも
> (今日日ちょっと小さすぎ感はありますが)悪くないと思ったり
> しますが...
>
> > gpcommand 開発者の皆様,
> >
> > 京大の納多です.
> >
> > gpcat を使っていて以下に気づきましたので, 報告・改善要望致します.
> >
> > 1. gphys の 64 bit 対応
> >
> > gpcat で合計が 2 GB を超えるファイルを作ろうとすると
> > "allocation size is too large" エラーになりました.
> > たしかこれは 32 bit 版の NArray のエラーのはずなので,
> > gphys では 32 bit 版の NArray を使っていると解釈しました.
> >
> > 手元のメールを探すと, 2016 年頃に
> > 64 bit 対応している numru/narray をどう組み込むか,
> > という議論がなされており, その後の議論のメールは見つけられませんでした.
> > まだ議論中でしたらすみません.
> >
> > 2. gpcat で, 軸の値が重なる場合の対応
> >
> > 2 つのファイルがあり, それぞれ時間軸が t0..t1, t1..t2 となっています.
> > gpcat で連結させると時間 t1 を 2 つ含むファイルができてしまうので,
> > これを回避できるようにできないでしょうか.
> >
> > 今の gpcat では gturl 指定はできないようなので,
> > どちらかのファイルで t1 を除いた時間を切り出す, といった指定はできませんでした.
> >
> > 現状ですと予め, どちらかのファイルから時間 t1 を除いたファイルを出力して,
> > それに gpcat を使うことになるのかと思いますが,
> > ファイル入出力のオーバーヘッドが大きくなるのでいまひとつに感じます.
> >
> > よろしくお願い致します.
> >
> > --
> > 納多 哲史 (NODA, Satoshi)
> > 京都大学大学院 理学研究科 気象学研究室 特定研究員
> > E-mail: noda@xxxxxxxxxxxxxx
> >
> >
>
> 堀之内 武
> 北海道大学 地球環境科学研究院 地球圏科学部門
> 〒060-0810 札幌市北区北10条西5丁目
>
>
>
堀之内 武
北海道大学 地球環境科学研究院 地球圏科学部門
〒060-0810 札幌市北区北10条西5丁目