I noticed that in the past few years the "b" versions were released almost all in early September but this year it looks like it's being delayed. Please let us know if anyone has an insider's info.
Thanks Babak

 채택된 답변

as hz
as hz 2014년 10월 3일

2 개 추천

Released

추가 답변 (4개)

Image Analyst
Image Analyst 2014년 9월 28일

0 개 추천

The Mathworks employees are very tight lipped about release dates. I've never heard of them giving specific dates in advance.
Bingzhi Zhao
Bingzhi Zhao 2014년 9월 30일

0 개 추천

I am wondering about that as well
Rob Campbell
Rob Campbell 2014년 10월 1일

0 개 추천

This release is unusually late. HG2 update is a big deal, I'd say... http://undocumentedmatlab.com/blog/hg2-update
Royi Avital
Royi Avital 2014년 10월 3일

0 개 추천

MATLAB R2014b is out.
I'm so disappointed Mathworks does nothing to improve the language speed.
Moreover, they are still stuck with CUDA instead of moving on to OpenCL for the GPU support.
What are they waiting for?
Julia is much faster and gaining traction and its Toolboxes are improving by day.
Very Disappointing.

댓글 수: 6

Oleg Komarov
Oleg Komarov 2014년 10월 3일
I disagree. This is a major release with many features other than the hg2. Improved version control integration, datetime(), datastore and mapreduce!
Royi Avital
Royi Avital 2014년 10월 3일
And each one of them works slow, very slow...
They need overhaul of their JIT engine.
Things have evolved a lot on this frontier in the last few years, MATLAB should as well.
Oleg Komarov
Oleg Komarov 2014년 10월 3일
Julia's benchmarks of Matlab code are based on basic constructs of Matlab code. While this exposes the weaknesses of the Matlab's JIT, it does not take into account that e.g. the sort() function is already provided as compiled and this is true for many applications. Therefore, it is not completely fair to say that the quicksort implementation in Matlab is super slow, because who's gonna use it in that way ever when I can call sort()?
Another point, is that it's run under an older version of Matlab.
An additional point, is that it avoid vectorized code!
Basically, Matlab is not only JIT and forcing a JIT only comparison is NOT fair.
Royi Avital
Royi Avital 2014년 10월 4일
I have asked here once about fast implementation of `im2col`.
If I had Julia, all I needed to do is write it like C and get C like performance.
I can't do that on MATLAB.
Yes, MATLAB have many built in functions which are pretty fast, but what happens when you do something by yourself?
For instant, think of implementing Non Local Means.
Julia only starts its journey.
They haven't implementated vectorization in their compiled code and already faster than MATLAB.
The gap will only get widen in the future unless this becomes priority for Mathworks.
Oleg Komarov
Oleg Komarov 2014년 10월 5일
Fair point about im2col and all the functions in Matlab code. The Mex API is an alternative, although it's definitely not a seamless paradigm. However, I do think that with increasing size/features in the Julia language, the gap will increase at a decreasing pace.
Royi Avital
Royi Avital 2014년 10월 5일
I don't know.
My wish is the M language will become an open standard.
Mathworks will focus on IDE + Tooblox and someone will build really fast JIT Machines fro that language.
At the long run, it must happen.
For now, I'll take a major improvement in the JIT engine by Mathworks.
They must do it.

댓글을 달려면 로그인하십시오.

카테고리

도움말 센터File Exchange에서 Get Started with GPU Coder에 대해 자세히 알아보기

태그

아직 태그를 입력하지 않았습니다.

질문:

2014년 9월 24일

댓글:

2014년 10월 5일

Community Treasure Hunt

Find the treasures in MATLAB Central and discover how the community can help you!

Start Hunting!

Translated by