Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

the last depthwise_conv_block(b18) #16

Closed
stainless-steel-rat opened this issue Jan 30, 2018 · 3 comments
Closed

the last depthwise_conv_block(b18) #16

stainless-steel-rat opened this issue Jan 30, 2018 · 3 comments

Comments

@stainless-steel-rat
Copy link

I noticed that the last depthwise_conv_block(b18) is annotated. You used a standard conv layer to replace it. This standard conv layer cost about 20% computation. So why not use depthwise_conv_block as above layers?

@akirasosa
Copy link
Owner

akirasosa commented Jan 31, 2018

@stainless-steel-rat
If the conv layer is put in the middle of U-Net, the computational cost will be high. But they are on the edge. It does not have so much differences.

@stainless-steel-rat
Copy link
Author

@akirasosa
emm, thanks for the response. there is something wrong in my calculations indeedly, the percentage is lower than 20%. But the considering the larger size of feature maps on the edge, the cost may also high. Does the reason of using standard conv for a better performance?

@akirasosa
Copy link
Owner

@stainless-steel-rat
Not so much reason. The original MobileNets uses conv block at 1st block. So, I made it symmetric.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants