このhttp://en.wikibooks.org/wiki/Ada_Programming/Types/deltaを読ん で、の制限値​​が何であるか疑問に思いましたdelta。

例えば

デルタ値を保持するには1バイトが必要です。

だが

もっとバイトが必要ですよね？

では、デルタに制限はありますか？確かに、私たちは無期限に小さな増分に進むことはできませんか？

上記のリンクでは、

コンパイラーが固定小数点型の定義を受け入れる場合、その型によって表される値が少なくとも指定された精度（またはそれ以上）を持つことを保証します。コンパイラが型定義をサポートできない場合（たとえば、ハードウェアが制限されているため）、コンパイル時エラーが発生します。

ダウンロード可能な圧縮アーカイブ ファイル (zip ファイル)が多数ある Web サーバーがあります。これらのアーカイブがサーバーで使用するディスク フットプリントを大幅に削減したいと考えています。

重要な洞察は、これらのアーカイブは実際には同じ非圧縮コンテンツのわずかに異なるバージョンであるということです。これらの多くのアーカイブのいずれか 2 つを解凍し、結果の差分を実行した場合、差分はアーカイブの合計サイズの約 1% であることがわかると思います。

これらのアーカイブは実際には JAR ファイルですが、圧縮の詳細は (私が思うに) 無関係です。しかし、これは、これらのアーカイブを特定の圧縮形式で提供することは交渉の余地がないことを説明しています。それはサーバーの基本的な目的です。

それ自体は、これらのアーカイブのコンテンツ用に差分ストレージをインストールすることは問題ではなく、一連のアーカイブのディスク フットプリントを大幅に削減します。これを行うには、デルタ エンコーディングまたは共有を理解する圧縮ファイルシステムを使用する方法が多数あります(たとえば、 btrfsはブロック共有を理解するか、スナップショットを使用して強制することができます)。

問題は、これらのファイルから圧縮された zip を作成するにはどうすればよいかということです。私が持っているサーバーには計算能力がほとんどなく、ブロック共有コンテンツからオンザフライで JAR を再作成するには十分ではありません。

非圧縮レベルの共有コンテンツを圧縮レベルに公開するプログラムによる方法はありますか? 簡単に zip に変換できる増分圧縮形式 ?

その場で JAR を生成するキャッシング ソリューションを探す必要がありますか? これにより、最も要求の多い JAR を生成する際の計算上の負担が少なくとも軽減されます。

zip を非常に高速に生成できる特殊なハードウェアがありますが、私はむしろ出費を避けたいと考えています。また、サーバーへのリクエストの数が増えると、あまりスケーラブルなソリューションではありません。

残念ながら、フライング スフィンクスとサイドキクに関しては、完全な無力感に達してしまったようです。Sidekiq と FS は本番環境で通信できないようです。

私は TS3 にいて、Sidekiq を使用してデルタ インデックス作成を実行しています。これは開発ではうまく機能し、実際には昨日、本番環境でしばらくの間機能していました。しかし、今日実行すると：

次のエラーが表示されます。

未定義のローカル変数またはメソッド「decode_frame」

WebSocket::Frame::Incoming::Server:0x000000048cac40

最後に、次の長いシリーズがあります。

切断しようとした... 接続されていない 切断しようとした... 接続されていない 切断しようとした... 接続されていない 切断しようとした... 接続されていない 切断しようとした... 接続されていない 切断しようとした... 接続されていない試行されました... 接続されていません 切断されました... 接続されていません 切断されました... 接続されていません 切断されました... 接続されていません

一緒に解決できるように、これに関する詳細情報を提供できます。今日は午前 2 時頃までコンピューターの前にいて (もう長い 1 日です)、必要な情報を提供できます。

すぐに情報を詰め込みたくないだけです。

指が交差し、

ローラン。

PS：新しいレリックからのエラーレポートを含む：

リスト内の連続した数字を見つけるためのこのコードがあります：

出力：

ただし、他のデルタ (1 から 10) も検索できるようにしたいと考えています。たとえば、2 の差があると、同じリストから次の出力が得られます。

ありがとう！

なぜ Wheel-Delta がWindows プラットフォームに搭載されるべきなのかという質問があります。120ただし、Linux と Mac で同じしきい値に遭遇します。最近では値が変わる可能性があるため、Windows、Linux、および Mac で Wheel-Delta を取得するにはどうすればよいですか? クロスプラットフォーム開発には OpenSceneGraph、Boost、Qt を使用しています。多分彼らはここで役立つかもしれません。(これは C++ プロジェクトです)

HighStock/HighChart 3.0+ では、シリーズの y 軸を以前の値からの変化の表現として表示することができます。plotOptions.series.compareを使用して、可視範囲の最初のデータ ポイントからの変化として y 軸を表すことができることを知っています。

だからここに私が探している結果があります-y軸[100, 115, 110, 105, 120]に次の点がある場合、次の点がプロットされるのを見たいです[+15, -10, -5, +20]。

これは可能ですか？ここの例では、元の入力を 2 番目の配列に変形できることはわかっていますが、ツールチップでは最初の配列を保持する必要があるため、これを避けたいと考えていました。

LWJGL wiki に表示されたタイマーを調べたところ、ミリ秒では十分な速度ではありませんでした。それはプレーヤーの一貫性のない速度を維持しました。3ミリ秒ではなく3.2ミリ秒など、より正確なタイマーを作成する方法については何も見つかりません。私はこれが愚かに聞こえることを知っていますが、私は本当に立ち往生しています.

数日前から、私の GitHub リポジトリの 1 つが破損しているようです。
次のコマンド ラインでリポジトリのクローンを作成しようとすると、次のようになります。

次の出力が得られます。

さらに、私のチームの一部の人々はまだリポジトリをプルできますが、一部の人々はこのエラーを取得できません:

何が起こったのか、および/またはこれを修正する方法を知っている人はいますか?

コンソールに「Delta: 0.0」が何度も表示され、「Delta: 9.999275207519531E-4」のような行が数行表示されます。何が起こっているのですか?