put.ioに招待されました...これは、トレントファイル(またはマグネットリンク)を入力として受け取り、独自のサーバーからダウンロードできる静的ファイルを提供するサービスです。私はこのようなサービスがどのように機能するかを理解しようとしてきましたか?
サイトを急流にしてCDN経由で提供するほど簡単なことはできません...できますか?それが提供する速度は私にはめちゃくちゃ速いように見えるので
サービスによる帯域幅への影響(または使用量)について何か考えはありますか?
put.ioに招待されました...これは、トレントファイル(またはマグネットリンク)を入力として受け取り、独自のサーバーからダウンロードできる静的ファイルを提供するサービスです。私はこのようなサービスがどのように機能するかを理解しようとしてきましたか?
サイトを急流にしてCDN経由で提供するほど簡単なことはできません...できますか?それが提供する速度は私にはめちゃくちゃ速いように見えるので
サービスによる帯域幅への影響(または使用量)について何か考えはありますか?
このようなサービスは通常、高速リンクを備えた強力なマシンで 1 つまたは複数の bittorrent クライアントを実行しているだけだと思います。誰かが最初に torrent を要求したときにのみ torrent をダウンロードする必要があります。その後、次に要求する人のためにそれをキャッシュできます。
ファイルをキャッシュしているので、帯域幅の使用量は不合理ではありません。実際には、たとえば人々のダウンロードを単にプロキシする場合よりも少ない帯域幅を使用することになります.
CDN の使用はあまり一般的ではないと思います。これには一定のオーバーヘッドが伴います。ファイルが人気であり、今後も人気があることが確実になったら、ファイルをキャッシュから CDN に昇格させることができます。
私が関与したサービスは、libtorrent の場合、それぞれが別のドライブで 14 個のインスタンスを実行し、nginx を使用してそれらのドライブから完成したファイルを直接提供していました。トレントは Web フロント エンドから要求され、ダウンローダに渡される前に優先順位が付けられました。各インスタンスは、約 70 の torrent を並行してダウンロードします。