tffssetupqu
- 呼び出し箇所は、数値微分フロー内の並列化直前のみ
  - 数値微分フロー内でnqcolは変更されない
- ifqu/ifqu0が指す配列をリサイズする(再割り当てする)
- 配列への格納は、並列workerのループによる
tffsqu
- 呼び出し箇所は、導関数フロー内のみ
  - というか、導関数計算エンジン？
- 内部で並列化されている
- tffssetupqu相当のコードを含んでいる
  - 割り当て失敗時は、計算を中断しエラーを返す
- nqcolを変更しない

関連するコードフロー内で、nvarは定数であり、nqcolはtffscale等で動的に決定され最大値はmaxcond(正確にはmaxcondを越えるとエラー)

技術的には、条件毎の値を保管する配列が長さmaxcondで確保されたものが渡ってくる事に起因する

Fortran pointer渡しにすれば動的に拡張可能となるが、関連するfunction/subroutineのインターフェースを明示的に宣言することが必要(読み出し・格納のみでリサイズを行わない場合は、宣言なしの配列渡しが可能 Ex. tfshow)

配列渡しによる参照側が(nqcol,nvar)で参照しているので、nqcolが変更された場合アドレッシングレイアウトが変更されるために、アドレッシングの整合性を維持するためにnqcolが減少するケースでもpointerの再割り当てが必要になる

また、mmap_utilsのAPI設計上、munmapに必要な割付長が配列sizeに相関する必要がある

可変長割り当てを考慮すると(nvar,nqcol)の方が良いが、バックエンドに存在する線形代数ルーチンでJacobianを解く際のインターフェースに依存性があり転置するのは面倒が多い

メモリ再割り当て動作を減らすには、mmap_shared/munmap APIを直に使い自前でpointer割り当てを管理するのが最適？

2種類の導関数計算エンジンの外側で、配列割り当てを行う形にコードを整理すべきと思われる

必要なもの