計算の複雑さには、大量のコンビナトリクスと数論、確率論からのいくつかのイングリディエンス、および新たな量の代数が含まれます。
しかし、分析者である私は、この分野への分析の応用があるのか、それとも分析に触発されたアイデアがあるのだろうかと思います。これに少し対応するのは、有限群のフーリエ変換だけです。
手伝って頂けますか?
計算の複雑さには、大量のコンビナトリクスと数論、確率論からのいくつかのイングリディエンス、および新たな量の代数が含まれます。
しかし、分析者である私は、この分野への分析の応用があるのか、それとも分析に触発されたアイデアがあるのだろうかと思います。これに少し対応するのは、有限群のフーリエ変換だけです。
手伝って頂けますか?
回答:
FlajoletとSedgewickは本「Analytic Combinatorics」http://algo.inria.fr/flajolet/Publications/AnaCombi/anacombi.htmlを出版しました。私はそのトピックについてあまり知りませんが、現場の人々は複雑な分析のツールを使用しています。これまでのところ、彼らのアプリケーションは、私が見る限り、計算の複雑さではなく、アルゴリズムの分析により多くのようです。
マルコフ連鎖モンテカルロアルゴリズムは、近似アルゴリズムを見つけるための便利なツールです。これらのマルコフチェーンミックスが分析からインスピレーションを受けている、または直接分析から得られていることを示すためのいくつかの手法-たとえば、マークジェラムのカウントに関する本の凸体の体積の推定に関する章を参照してください。
Szemerédiの補題には分析的なアプローチがあります。これには、組み合わせプロパティテストへのかわいいアプリケーションがあります。SzemerédiのLemma for the Analystには、グラフの弱い規則的なパーティションを見つけるためのランダム化アルゴリズムがあります。グラフの制限とパラメーターのテストも参照してください。
機能分析は、メトリック埋め込みの理論においてますます重要な役割を果たしています。相互作用のすべての側面を列挙することは困難ですが、主要なテーマは、機能分析からの方法を使用して、メトリックが標準空間にどのように組み込まれるかを理解することです。この後者の問題は、重要なグラフ最適化問題である最もまばらなカット問題で発生します。
詳細については、良いソースはAssaf Naorによるものです。
計算の複雑さについてではなく、それでも興味深い
無限計算のセマンティクスに対するいくつかのアプローチは、メトリック空間に基づいています。グーグルの「メトリック空間のセマンティクス」は十分に現れます。このトピックに関する1つの(古い)参照は、de Bakkerとde VinkによるControl Flow Semanticsです。いくつかの最近の仕事は私たち自身のニールによって行われました、すなわちリアクティブプログラムのためのUltrametric Semantics。この分野は上記のものとは非常に異なりますが、分析の概念は確かにここにあります。
リソース有界測度論ジャック・ルッツによって開発されたが上の仕事に分析して背景を持つ人々のための素晴らしいエリアです。元の紙
ほとんどどこでも高い不均一な複雑性、Jack H. Lutz、Journal of Computer and System Sciences、1992
ルベーグ測度の概念を複雑度クラスに一般化すると、次の多くの作品がインターネット上で見つかります。
直感的に、対N Pの問題を考慮してください。大規模なクラスに関する複雑性クラスの尺度を定義できる場合(はい)、たとえばE S P A C E = D S P A C E [ 2 O (n ) ]であり、Pの尺度尺度よりも小さいN Pは、P ≠ N P。さらに、「E S Eのほぼすべての関数がΩを必要とします
コンピュータサイエンスのさまざまな分野で働いている人々は、分析のさまざまなサブフィールドの恩恵を受けることができます。
具体的な例を示すために、私自身のケースを説明します。私は暗号の基礎の研究を行っています。このフィールド(および計算の複雑さ)には、ランダムオラクルと呼ばれる構造があります(このページも参照)。そのさまざまな特性は、分析のサブフィールドである測定理論からツールを活用することによって研究されることがあります。このような処理は、この論文と、それを引用しているいくつかの論文に記載されています。
Jean Gallierによる「コンピュータサイエンスの代数と分析の基礎」もご覧ください。それは進行中の本であり、フィールドの新機能を説明します。
数学的分析と複雑さの理論との最良の関係は、Blumらの実際の計算モデルにあると思います。NP_RをP_Rから分離することは未解決の問題であり、2つのクラスが実際の計算モデルで定義され、すべての実数がエンティティであり、1つの通常の操作(+、-、*、/)が1つのステップを取ります。