---
# System prepended metadata

title: 打ち合わせ用メモ

---

# 打ち合わせ用メモ

## 文献紹介輪講について
御覧いただいた通り、CTFについて参加した大会や自分で調べてきた内容をメインに、入門のハウツーといった内容で話そうと考えている。

いかんせん初めてなので、こんな感じの方向性でいいのかを一度確認しておきたい。

### コメント
山岡: 今回のは初めてのケースになるはずだけど、

## 通常輪講について
### 全体の流れ
去年の合流型の初期の検討(ファイル分割やノードの初期状態)についての紹介を行った後、ファイル数が少ない場合においての検討から行おうとしているもの。

### 配送パターンについて
合流型の配送パターンとして、これまでになかったノード間の配送における追い抜きを３パターンに類型化している。




![](https://i.imgur.com/kI5j1Zf.png)
同時到着はまあいいとして、問題はその他２つ

ケース2においては、遅れてきたファイル2の配送を待つようなケースにおいて、遅れた方を先に配送した方が延べサービス時間が低減するようなケースがあるのかを想定した検討。

そこで両パターンの延べサービス時間を差分をとって検討してみたが、明確にリクエスト数が○○の時はこうなるといった検討が難しそう。

感覚的に言うなら、リクエスト数が高いファイルを配送に時間がかかる経路で送るようなケースは最適な配送を考えた場合にはレアなような気がする。

![](https://i.imgur.com/NFQ6fqG.png)

また、ケース3のような場合は、そもそも差分をとって比較するのが結構難しいということが分かった。これは、合流型が複数経路を利用してノード1に配送を行うため、ファイルサイズ等を統一しても簡単には延べサービス時間を定式化できないことによる。

今後の方針としては、とりあえず追い抜き等を考えず、中間ノードは受け取った先に受け取ったファイルをそのまま配送するようなパターンにおいてどうなかを検討すべきかと思っている。