关于参与计算loss_soft的特征 about openibl

[yxgeee]

1. 因为在我的实验中, query不做region划分, 只有第一行对应的是query原图与positive的原图及region的相似度

[yxgeee]

2. 我不清楚你的query和gallery具体如何划分, 你的query和gallery是否会有类别重叠? 如果你每张query最多只有4个positive, 那么pos_num最大为4, neg_num的话不一定是10, 可以就性能和GPU memory来做具体限制.

[yxgeee]

另外,如果你在reID上做实验的话,其实我建议在一个reID的codebase上加上这个region的loss. 因为这个code针对的是街景图,无论是图像预处理,还是training scheme都跟reID上最适合的不一样. netvlad也不一定在reID上能收敛的好.

[hewumars]

好的，感谢。我做局部特征的检索，我试验下直接用区域-区域之间是否可以通过这种无监督方式来做。netVLAD刚好也可以用提局部特征。

[hewumars]

还想请教下，sync_gather的两种模式，内存和显存占用有大概统计下极限吗？ True的时候11G显存超，False的时候128GB内存超。query+gallery大概5w多张样本。

[yxgeee]

超内存和超显存的代码位置应该不一样. 为false的时候哪句话超的内存?

[hewumars]

True: dist.all_gather(all_features, features)显存超
False：bc_features.data.copy_(torch.cat(features))内存超

[hewumars]

bc_features = torch.cat(features).cuda(gpu)
for k in range(world_size):
  bc_features.data.copy_(torch.cat(features))
  dist.broadcast(bt_features,k)      

True显存超可能没法解决，False内存超这里有点疑问？
bc_features = torch.cat(features).cuda(gpu)这里定义在gpu上面，为啥copy_的时候是内存在涨？
copy_是不是应该移到循环外面？

[yxgeee]

这里features太多的时候确实可能超,应该是代码上有缺陷.
有人做了修改(#6) ,可以参考一下