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

Make gemm fully dependent on eigen #84

Closed
Yangqing opened this issue Feb 7, 2014 · 5 comments
Closed

Make gemm fully dependent on eigen #84

Yangqing opened this issue Feb 7, 2014 · 5 comments

Comments

@Yangqing
Copy link
Member

Yangqing commented Feb 7, 2014

Currently under caffe/util/math_functions.cpp, gemm is called using cblas_gemm, which then relies on atlas to carry out gemm. This may be suboptimal since we will not be able to use multithreaded gemm. Possibly we could make the boost-eigen branch to fully use eigen and remove the atlas dependency?

For earlier discussions please see issue #80 .

@kloudkl
Copy link
Contributor

kloudkl commented Feb 8, 2014

Working on this.

@Yangqing
Copy link
Member Author

Yangqing commented Feb 8, 2014

Thanks a lot for your contribution :)

Yangqing

On Fri, Feb 7, 2014 at 4:28 PM, kloudkl notifications@github.com wrote:

Working on this.

Reply to this email directly or view it on GitHubhttps://github.com//issues/84#issuecomment-34521883
.

@shelhamer
Copy link
Member

Consider removing Eigen in favor of OpenBLAS + vector templates as suggested by @Yangqing in #81 (comment).

@sguada
Copy link
Contributor

sguada commented Feb 11, 2014

I'm wonder if we could incorporate the findings of @kloudkl regarding OpenBlas #81 #80, #85 as @Yangqing #81 (comment) suggested into BVLC/Master to allow the Caffe::CPU mode be faster.

@Yangqing
Copy link
Member Author

Closed due to new proposals at #97.

thatguymike pushed a commit to thatguymike/caffe that referenced this issue Dec 2, 2015
Cleanup docs to reflect multigpu batch change
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants