Workaround for inplace max pooling issue [merged]#3574
Workaround for inplace max pooling issue [merged]#3574thatguymike wants to merge 2 commits intoBVLC:masterfrom
Conversation
|
For now, I think this is the best solution until we understand the way we want to fundamentally handle in-place more generally. There is a performance difference, but for most folks doing training, shouldn't matter much. The fundamental issue with inplace operations is going to bite us again and again I fear. We can choose to try to address the fundamental issue, but without this change or similar workaround we are breaking people's nets. |
|
@thatguymike agreed. Please adjust the indentation (4 spaces to align with code) for merge -- for some reason lint is not checking the style. Thanks for the workaround. |
|
The whole file appears to be 2 space indent for code, which is what I have... Or do you just mean you want the comment block indented? Lint is enforcing style, it made me add the other style changes you prefer like spaces after if's. |
Substitute Caffe engine for cuDNN max pooling as workaround for in-place after max pooling issue
|
Ok, merged in 37066eb (with changes squashed into a single commit). Closing this PR. @thatguymike It was the comments. I thought our lint check caught out-of-line comments but apparently not. |
CuDNN assumes layers are not being modified in place, thus breaking our index tracking for updates in some cases in Caffe. Until there is a workaround in Caffe (index management) or cuDNN, use Caffe
engine for max pooling, or don't use in place layers after max pooling layers