Why is valarray so slow on Visual Studio 2015?Why is valarray so slow?Why can templates only be implemented in the header file?Why is “using namespace std” considered bad practice?Improve INSERT-per-second performance of SQLite?Why do we need virtual functions in C++?Why are elementwise additions much faster in separate loops than in a combined loop?Why does changing 0.1f to 0 slow down performance by 10x?Why is reading lines from stdin much slower in C++ than Python?Why is it faster to process a sorted array than an unsorted array?Why is my program slow when looping over exactly 8192 elements?Why should I use a pointer rather than the object itself?

Effects of ~10atm pressure on engine design

When a land becomes a creature, is it untapped?

Wireless headphones interfere with Wi-Fi signal on laptop

On studying Computer Science vs. Software Engineering to become a proficient coder

return tuple of uncopyable objects

What to do if SUS scores contradict qualitative feedback?

Can someone explain homicide-related death rates?

How does emacs `shell-mode` know to prompt for sudo?

Can I say: "When was your train leaving?" if the train leaves in the future?

51% attack - apparently very easy? refering to CZ's "rollback btc chain" - How to make sure such corruptible scenario can never happen so easily?

Smallest Guaranteed hash collision cycle length

Labeling matrices/rectangles and drawing Sigma inside rectangle

Could there be a material that inverts the colours seen through it?

Tikzpicture in figure problem

How to cope with regret and shame about not fully utilizing opportunities during PhD?

Area under the curve - Integrals (Antiderivatives)

Quote from Leibniz

Is there anything special about -1 (0xFFFFFFFF) regarding ADC?

what does a native speaker say when he wanted to leave his work?

Why is it harder to turn a motor/generator with shorted terminals?

How do employ ' ("prime") in math mode at the correct depth?

What's the difference between "за ... от" and "в ... от"?

Do I need to say 'o`clock'?

Entering the UK as a British citizen who is a Canadian permanent resident



Why is valarray so slow on Visual Studio 2015?


Why is valarray so slow?Why can templates only be implemented in the header file?Why is “using namespace std” considered bad practice?Improve INSERT-per-second performance of SQLite?Why do we need virtual functions in C++?Why are elementwise additions much faster in separate loops than in a combined loop?Why does changing 0.1f to 0 slow down performance by 10x?Why is reading lines from stdin much slower in C++ than Python?Why is it faster to process a sorted array than an unsorted array?Why is my program slow when looping over exactly 8192 elements?Why should I use a pointer rather than the object itself?






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty height:90px;width:728px;box-sizing:border-box;








14















To speed up the calculations in my library, I decided to use the std::valarray class. The documentation says:




std::valarray and helper classes are defined to be free of certain
forms of aliasing, thus allowing operations on these classes to be
optimized similar to the effect of the keyword restrict in the C
programming language. In addition, functions and operators that take
valarray arguments are allowed to return proxy objects to make it
possible for the compiler to optimize an expression such as v1 = a * v2
+ v3; as a single loop that executes v1[i] = a * v2[i] + v3[i]; avoiding any temporaries or multiple passes.




This is exactly what I need. And it works as described in the documentation when I use the g++ compiler. I have developed a simple example to test the std::valarray performance:



void check(std::valarray<float>& a)

for (int i = 0; i < a.size(); i++)
if (a[i] != 7)
std::cout << "Error" << std::endl;


int main()

const int N = 100000000;
std::valarray<float> a(1, N);
std::valarray<float> c(2, N);
std::valarray<float> b(3, N);
std::valarray<float> d(N);

auto start = std::chrono::system_clock::now();
d = a + b * c;
auto end = std::chrono::system_clock::now();

std::cout << "Valarr optimized case: "
<< (end - start).count() << std::endl;

check(d);

// Optimal single loop case
start = std::chrono::system_clock::now();
for (int i = 0; i < N; i++)
d[i] = a[i] + b[i] * c[i];
end = std::chrono::system_clock::now();
std::cout << "Optimal case: " << (end - start).count() << std::endl;

check(d);
return 0;



On g++ I got:



Valarr optimized case: 1484215
Optimal case: 1472202


It seems that all operations d = a + b * c; are really placed in one cycle, which simplifies the code while maintaining performance. However, this does not work when I use Visual Studio 2015. For the same code, I get:



Valarr optimized case: 6652402
Optimal case: 1766699


The difference is almost four times; there is no optimization! Why is std::valarray not working as needed on Visual Studio 2015? Am I doing everything right? How can I solve the problem without abandoning std::valarray?










share|improve this question









New contributor



dilbert is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.



















  • Did you compile with optimizations on VS2015?

    – J. Antonio Perez
    May 8 at 23:35











  • I used Release platform on VS and -O2 optimisation for g++

    – dilbert
    May 8 at 23:36






  • 2





    Look at this answer. stackoverflow.com/a/6851413/11472661 .

    – Dmytro Dadyka
    May 9 at 0:37

















14















To speed up the calculations in my library, I decided to use the std::valarray class. The documentation says:




std::valarray and helper classes are defined to be free of certain
forms of aliasing, thus allowing operations on these classes to be
optimized similar to the effect of the keyword restrict in the C
programming language. In addition, functions and operators that take
valarray arguments are allowed to return proxy objects to make it
possible for the compiler to optimize an expression such as v1 = a * v2
+ v3; as a single loop that executes v1[i] = a * v2[i] + v3[i]; avoiding any temporaries or multiple passes.




This is exactly what I need. And it works as described in the documentation when I use the g++ compiler. I have developed a simple example to test the std::valarray performance:



void check(std::valarray<float>& a)

for (int i = 0; i < a.size(); i++)
if (a[i] != 7)
std::cout << "Error" << std::endl;


int main()

const int N = 100000000;
std::valarray<float> a(1, N);
std::valarray<float> c(2, N);
std::valarray<float> b(3, N);
std::valarray<float> d(N);

auto start = std::chrono::system_clock::now();
d = a + b * c;
auto end = std::chrono::system_clock::now();

std::cout << "Valarr optimized case: "
<< (end - start).count() << std::endl;

check(d);

// Optimal single loop case
start = std::chrono::system_clock::now();
for (int i = 0; i < N; i++)
d[i] = a[i] + b[i] * c[i];
end = std::chrono::system_clock::now();
std::cout << "Optimal case: " << (end - start).count() << std::endl;

check(d);
return 0;



On g++ I got:



Valarr optimized case: 1484215
Optimal case: 1472202


It seems that all operations d = a + b * c; are really placed in one cycle, which simplifies the code while maintaining performance. However, this does not work when I use Visual Studio 2015. For the same code, I get:



Valarr optimized case: 6652402
Optimal case: 1766699


The difference is almost four times; there is no optimization! Why is std::valarray not working as needed on Visual Studio 2015? Am I doing everything right? How can I solve the problem without abandoning std::valarray?










share|improve this question









New contributor



dilbert is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.



















  • Did you compile with optimizations on VS2015?

    – J. Antonio Perez
    May 8 at 23:35











  • I used Release platform on VS and -O2 optimisation for g++

    – dilbert
    May 8 at 23:36






  • 2





    Look at this answer. stackoverflow.com/a/6851413/11472661 .

    – Dmytro Dadyka
    May 9 at 0:37













14












14








14


0






To speed up the calculations in my library, I decided to use the std::valarray class. The documentation says:




std::valarray and helper classes are defined to be free of certain
forms of aliasing, thus allowing operations on these classes to be
optimized similar to the effect of the keyword restrict in the C
programming language. In addition, functions and operators that take
valarray arguments are allowed to return proxy objects to make it
possible for the compiler to optimize an expression such as v1 = a * v2
+ v3; as a single loop that executes v1[i] = a * v2[i] + v3[i]; avoiding any temporaries or multiple passes.




This is exactly what I need. And it works as described in the documentation when I use the g++ compiler. I have developed a simple example to test the std::valarray performance:



void check(std::valarray<float>& a)

for (int i = 0; i < a.size(); i++)
if (a[i] != 7)
std::cout << "Error" << std::endl;


int main()

const int N = 100000000;
std::valarray<float> a(1, N);
std::valarray<float> c(2, N);
std::valarray<float> b(3, N);
std::valarray<float> d(N);

auto start = std::chrono::system_clock::now();
d = a + b * c;
auto end = std::chrono::system_clock::now();

std::cout << "Valarr optimized case: "
<< (end - start).count() << std::endl;

check(d);

// Optimal single loop case
start = std::chrono::system_clock::now();
for (int i = 0; i < N; i++)
d[i] = a[i] + b[i] * c[i];
end = std::chrono::system_clock::now();
std::cout << "Optimal case: " << (end - start).count() << std::endl;

check(d);
return 0;



On g++ I got:



Valarr optimized case: 1484215
Optimal case: 1472202


It seems that all operations d = a + b * c; are really placed in one cycle, which simplifies the code while maintaining performance. However, this does not work when I use Visual Studio 2015. For the same code, I get:



Valarr optimized case: 6652402
Optimal case: 1766699


The difference is almost four times; there is no optimization! Why is std::valarray not working as needed on Visual Studio 2015? Am I doing everything right? How can I solve the problem without abandoning std::valarray?










share|improve this question









New contributor



dilbert is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.











To speed up the calculations in my library, I decided to use the std::valarray class. The documentation says:




std::valarray and helper classes are defined to be free of certain
forms of aliasing, thus allowing operations on these classes to be
optimized similar to the effect of the keyword restrict in the C
programming language. In addition, functions and operators that take
valarray arguments are allowed to return proxy objects to make it
possible for the compiler to optimize an expression such as v1 = a * v2
+ v3; as a single loop that executes v1[i] = a * v2[i] + v3[i]; avoiding any temporaries or multiple passes.




This is exactly what I need. And it works as described in the documentation when I use the g++ compiler. I have developed a simple example to test the std::valarray performance:



void check(std::valarray<float>& a)

for (int i = 0; i < a.size(); i++)
if (a[i] != 7)
std::cout << "Error" << std::endl;


int main()

const int N = 100000000;
std::valarray<float> a(1, N);
std::valarray<float> c(2, N);
std::valarray<float> b(3, N);
std::valarray<float> d(N);

auto start = std::chrono::system_clock::now();
d = a + b * c;
auto end = std::chrono::system_clock::now();

std::cout << "Valarr optimized case: "
<< (end - start).count() << std::endl;

check(d);

// Optimal single loop case
start = std::chrono::system_clock::now();
for (int i = 0; i < N; i++)
d[i] = a[i] + b[i] * c[i];
end = std::chrono::system_clock::now();
std::cout << "Optimal case: " << (end - start).count() << std::endl;

check(d);
return 0;



On g++ I got:



Valarr optimized case: 1484215
Optimal case: 1472202


It seems that all operations d = a + b * c; are really placed in one cycle, which simplifies the code while maintaining performance. However, this does not work when I use Visual Studio 2015. For the same code, I get:



Valarr optimized case: 6652402
Optimal case: 1766699


The difference is almost four times; there is no optimization! Why is std::valarray not working as needed on Visual Studio 2015? Am I doing everything right? How can I solve the problem without abandoning std::valarray?







c++ optimization valarray






share|improve this question









New contributor



dilbert is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.










share|improve this question









New contributor



dilbert is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.








share|improve this question




share|improve this question








edited May 9 at 9:09









Peter Mortensen

14k1987114




14k1987114






New contributor



dilbert is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.








asked May 8 at 23:34









dilbertdilbert

736




736




New contributor



dilbert is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.




New contributor




dilbert is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.














  • Did you compile with optimizations on VS2015?

    – J. Antonio Perez
    May 8 at 23:35











  • I used Release platform on VS and -O2 optimisation for g++

    – dilbert
    May 8 at 23:36






  • 2





    Look at this answer. stackoverflow.com/a/6851413/11472661 .

    – Dmytro Dadyka
    May 9 at 0:37

















  • Did you compile with optimizations on VS2015?

    – J. Antonio Perez
    May 8 at 23:35











  • I used Release platform on VS and -O2 optimisation for g++

    – dilbert
    May 8 at 23:36






  • 2





    Look at this answer. stackoverflow.com/a/6851413/11472661 .

    – Dmytro Dadyka
    May 9 at 0:37
















Did you compile with optimizations on VS2015?

– J. Antonio Perez
May 8 at 23:35





Did you compile with optimizations on VS2015?

– J. Antonio Perez
May 8 at 23:35













I used Release platform on VS and -O2 optimisation for g++

– dilbert
May 8 at 23:36





I used Release platform on VS and -O2 optimisation for g++

– dilbert
May 8 at 23:36




2




2





Look at this answer. stackoverflow.com/a/6851413/11472661 .

– Dmytro Dadyka
May 9 at 0:37





Look at this answer. stackoverflow.com/a/6851413/11472661 .

– Dmytro Dadyka
May 9 at 0:37












1 Answer
1






active

oldest

votes


















19















Am I doing everything right?




You're doing everything right. The problem is in the Visual Studio std::valarray implementation.




Why is std::valarray not working as needed on Visual Studio 2015?




Just open the implementation of any valarray operator, for example operator+. You will see something like (after macro expansion):



 template<class _Ty> inline
valarray<_Ty> operator+(const valarray<_Ty>& _Left,
const valarray<_Ty>& _Right)

valarray<TYPE> _Ans(_Left.size());
for (size_t _Idx = 0; _Idx < _Ans.size(); ++_Idx)
_Ans[_Idx] = _Left[_Idx] + _Right[_Idx];
return (_Ans)



As you can see, a new object is created in which the result of the operation is copied. There really is no optimization. I do not know why, but it is a fact. It looks like in Visual Studio, std::valarray was added for compatibility only.



For comparison, consider the GNU implementation. As you can see, each operator returns the template class _Expr which contains only the operation, but does not contain data. The real computation is performed in the assignment operator and more specifically in the __valarray_copy function. Thus, until you perform assignment, all actions are performed on the proxy object _Expr. Only once operator= is called, is the operation stored in _Expr performed in a single loop. This is the reason why you get such good results with g++.




How can I solve the problem?




You need to find a suitable std::valarray implementation on the internet or you can write your own. You can use the GNU implementation as an example.






share|improve this answer




















  • 5





    I read an article about how valarray never quite had the performance that it was intended to have, in any compiler, so as a result, MSVC never bothered to optimize it, because it was always slow regardless.

    – Mooing Duck
    May 9 at 0:23






  • 3





    I looked in the GNU valarray implementation. In this implementation, a template proxy object is returned and real calculations only occur when assigning. Performance is only slightly below the explicit use of cycles. Looks like it’s still possible to get effective valarray.

    – Dmytro Dadyka
    May 9 at 0:33






  • 2





    developercommunity.visualstudio.com/content/problem/308961/… for MS reply to a bug report.

    – Marc Glisse
    May 9 at 5:59











  • @DmytroDadyka: You misunderstand. Microsoft's claim was that even with the optimizations in GNU, the valarray was only very slightly faster than the naive version, and still significantly slower than assembly using the desired commands.

    – Mooing Duck
    May 9 at 20:47











  • quora.com/Why-does-nobody-seem-to-use-std-valarray/answer/… Reading this, I vaguely remember that the problem was that users would make copies too often by accident, which completely negated the performance gains. Now that we have move constructors, that may or may not be better.

    – Mooing Duck
    May 9 at 20:57












Your Answer






StackExchange.ifUsing("editor", function ()
StackExchange.using("externalEditor", function ()
StackExchange.using("snippets", function ()
StackExchange.snippets.init();
);
);
, "code-snippets");

StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "1"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);






dilbert is a new contributor. Be nice, and check out our Code of Conduct.









draft saved

draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f56050322%2fwhy-is-valarray-so-slow-on-visual-studio-2015%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes









19















Am I doing everything right?




You're doing everything right. The problem is in the Visual Studio std::valarray implementation.




Why is std::valarray not working as needed on Visual Studio 2015?




Just open the implementation of any valarray operator, for example operator+. You will see something like (after macro expansion):



 template<class _Ty> inline
valarray<_Ty> operator+(const valarray<_Ty>& _Left,
const valarray<_Ty>& _Right)

valarray<TYPE> _Ans(_Left.size());
for (size_t _Idx = 0; _Idx < _Ans.size(); ++_Idx)
_Ans[_Idx] = _Left[_Idx] + _Right[_Idx];
return (_Ans)



As you can see, a new object is created in which the result of the operation is copied. There really is no optimization. I do not know why, but it is a fact. It looks like in Visual Studio, std::valarray was added for compatibility only.



For comparison, consider the GNU implementation. As you can see, each operator returns the template class _Expr which contains only the operation, but does not contain data. The real computation is performed in the assignment operator and more specifically in the __valarray_copy function. Thus, until you perform assignment, all actions are performed on the proxy object _Expr. Only once operator= is called, is the operation stored in _Expr performed in a single loop. This is the reason why you get such good results with g++.




How can I solve the problem?




You need to find a suitable std::valarray implementation on the internet or you can write your own. You can use the GNU implementation as an example.






share|improve this answer




















  • 5





    I read an article about how valarray never quite had the performance that it was intended to have, in any compiler, so as a result, MSVC never bothered to optimize it, because it was always slow regardless.

    – Mooing Duck
    May 9 at 0:23






  • 3





    I looked in the GNU valarray implementation. In this implementation, a template proxy object is returned and real calculations only occur when assigning. Performance is only slightly below the explicit use of cycles. Looks like it’s still possible to get effective valarray.

    – Dmytro Dadyka
    May 9 at 0:33






  • 2





    developercommunity.visualstudio.com/content/problem/308961/… for MS reply to a bug report.

    – Marc Glisse
    May 9 at 5:59











  • @DmytroDadyka: You misunderstand. Microsoft's claim was that even with the optimizations in GNU, the valarray was only very slightly faster than the naive version, and still significantly slower than assembly using the desired commands.

    – Mooing Duck
    May 9 at 20:47











  • quora.com/Why-does-nobody-seem-to-use-std-valarray/answer/… Reading this, I vaguely remember that the problem was that users would make copies too often by accident, which completely negated the performance gains. Now that we have move constructors, that may or may not be better.

    – Mooing Duck
    May 9 at 20:57
















19















Am I doing everything right?




You're doing everything right. The problem is in the Visual Studio std::valarray implementation.




Why is std::valarray not working as needed on Visual Studio 2015?




Just open the implementation of any valarray operator, for example operator+. You will see something like (after macro expansion):



 template<class _Ty> inline
valarray<_Ty> operator+(const valarray<_Ty>& _Left,
const valarray<_Ty>& _Right)

valarray<TYPE> _Ans(_Left.size());
for (size_t _Idx = 0; _Idx < _Ans.size(); ++_Idx)
_Ans[_Idx] = _Left[_Idx] + _Right[_Idx];
return (_Ans)



As you can see, a new object is created in which the result of the operation is copied. There really is no optimization. I do not know why, but it is a fact. It looks like in Visual Studio, std::valarray was added for compatibility only.



For comparison, consider the GNU implementation. As you can see, each operator returns the template class _Expr which contains only the operation, but does not contain data. The real computation is performed in the assignment operator and more specifically in the __valarray_copy function. Thus, until you perform assignment, all actions are performed on the proxy object _Expr. Only once operator= is called, is the operation stored in _Expr performed in a single loop. This is the reason why you get such good results with g++.




How can I solve the problem?




You need to find a suitable std::valarray implementation on the internet or you can write your own. You can use the GNU implementation as an example.






share|improve this answer




















  • 5





    I read an article about how valarray never quite had the performance that it was intended to have, in any compiler, so as a result, MSVC never bothered to optimize it, because it was always slow regardless.

    – Mooing Duck
    May 9 at 0:23






  • 3





    I looked in the GNU valarray implementation. In this implementation, a template proxy object is returned and real calculations only occur when assigning. Performance is only slightly below the explicit use of cycles. Looks like it’s still possible to get effective valarray.

    – Dmytro Dadyka
    May 9 at 0:33






  • 2





    developercommunity.visualstudio.com/content/problem/308961/… for MS reply to a bug report.

    – Marc Glisse
    May 9 at 5:59











  • @DmytroDadyka: You misunderstand. Microsoft's claim was that even with the optimizations in GNU, the valarray was only very slightly faster than the naive version, and still significantly slower than assembly using the desired commands.

    – Mooing Duck
    May 9 at 20:47











  • quora.com/Why-does-nobody-seem-to-use-std-valarray/answer/… Reading this, I vaguely remember that the problem was that users would make copies too often by accident, which completely negated the performance gains. Now that we have move constructors, that may or may not be better.

    – Mooing Duck
    May 9 at 20:57














19












19








19








Am I doing everything right?




You're doing everything right. The problem is in the Visual Studio std::valarray implementation.




Why is std::valarray not working as needed on Visual Studio 2015?




Just open the implementation of any valarray operator, for example operator+. You will see something like (after macro expansion):



 template<class _Ty> inline
valarray<_Ty> operator+(const valarray<_Ty>& _Left,
const valarray<_Ty>& _Right)

valarray<TYPE> _Ans(_Left.size());
for (size_t _Idx = 0; _Idx < _Ans.size(); ++_Idx)
_Ans[_Idx] = _Left[_Idx] + _Right[_Idx];
return (_Ans)



As you can see, a new object is created in which the result of the operation is copied. There really is no optimization. I do not know why, but it is a fact. It looks like in Visual Studio, std::valarray was added for compatibility only.



For comparison, consider the GNU implementation. As you can see, each operator returns the template class _Expr which contains only the operation, but does not contain data. The real computation is performed in the assignment operator and more specifically in the __valarray_copy function. Thus, until you perform assignment, all actions are performed on the proxy object _Expr. Only once operator= is called, is the operation stored in _Expr performed in a single loop. This is the reason why you get such good results with g++.




How can I solve the problem?




You need to find a suitable std::valarray implementation on the internet or you can write your own. You can use the GNU implementation as an example.






share|improve this answer
















Am I doing everything right?




You're doing everything right. The problem is in the Visual Studio std::valarray implementation.




Why is std::valarray not working as needed on Visual Studio 2015?




Just open the implementation of any valarray operator, for example operator+. You will see something like (after macro expansion):



 template<class _Ty> inline
valarray<_Ty> operator+(const valarray<_Ty>& _Left,
const valarray<_Ty>& _Right)

valarray<TYPE> _Ans(_Left.size());
for (size_t _Idx = 0; _Idx < _Ans.size(); ++_Idx)
_Ans[_Idx] = _Left[_Idx] + _Right[_Idx];
return (_Ans)



As you can see, a new object is created in which the result of the operation is copied. There really is no optimization. I do not know why, but it is a fact. It looks like in Visual Studio, std::valarray was added for compatibility only.



For comparison, consider the GNU implementation. As you can see, each operator returns the template class _Expr which contains only the operation, but does not contain data. The real computation is performed in the assignment operator and more specifically in the __valarray_copy function. Thus, until you perform assignment, all actions are performed on the proxy object _Expr. Only once operator= is called, is the operation stored in _Expr performed in a single loop. This is the reason why you get such good results with g++.




How can I solve the problem?




You need to find a suitable std::valarray implementation on the internet or you can write your own. You can use the GNU implementation as an example.







share|improve this answer














share|improve this answer



share|improve this answer








edited May 9 at 9:11









Peter Mortensen

14k1987114




14k1987114










answered May 8 at 23:57









Dmytro DadykaDmytro Dadyka

1,6022824




1,6022824







  • 5





    I read an article about how valarray never quite had the performance that it was intended to have, in any compiler, so as a result, MSVC never bothered to optimize it, because it was always slow regardless.

    – Mooing Duck
    May 9 at 0:23






  • 3





    I looked in the GNU valarray implementation. In this implementation, a template proxy object is returned and real calculations only occur when assigning. Performance is only slightly below the explicit use of cycles. Looks like it’s still possible to get effective valarray.

    – Dmytro Dadyka
    May 9 at 0:33






  • 2





    developercommunity.visualstudio.com/content/problem/308961/… for MS reply to a bug report.

    – Marc Glisse
    May 9 at 5:59











  • @DmytroDadyka: You misunderstand. Microsoft's claim was that even with the optimizations in GNU, the valarray was only very slightly faster than the naive version, and still significantly slower than assembly using the desired commands.

    – Mooing Duck
    May 9 at 20:47











  • quora.com/Why-does-nobody-seem-to-use-std-valarray/answer/… Reading this, I vaguely remember that the problem was that users would make copies too often by accident, which completely negated the performance gains. Now that we have move constructors, that may or may not be better.

    – Mooing Duck
    May 9 at 20:57













  • 5





    I read an article about how valarray never quite had the performance that it was intended to have, in any compiler, so as a result, MSVC never bothered to optimize it, because it was always slow regardless.

    – Mooing Duck
    May 9 at 0:23






  • 3





    I looked in the GNU valarray implementation. In this implementation, a template proxy object is returned and real calculations only occur when assigning. Performance is only slightly below the explicit use of cycles. Looks like it’s still possible to get effective valarray.

    – Dmytro Dadyka
    May 9 at 0:33






  • 2





    developercommunity.visualstudio.com/content/problem/308961/… for MS reply to a bug report.

    – Marc Glisse
    May 9 at 5:59











  • @DmytroDadyka: You misunderstand. Microsoft's claim was that even with the optimizations in GNU, the valarray was only very slightly faster than the naive version, and still significantly slower than assembly using the desired commands.

    – Mooing Duck
    May 9 at 20:47











  • quora.com/Why-does-nobody-seem-to-use-std-valarray/answer/… Reading this, I vaguely remember that the problem was that users would make copies too often by accident, which completely negated the performance gains. Now that we have move constructors, that may or may not be better.

    – Mooing Duck
    May 9 at 20:57








5




5





I read an article about how valarray never quite had the performance that it was intended to have, in any compiler, so as a result, MSVC never bothered to optimize it, because it was always slow regardless.

– Mooing Duck
May 9 at 0:23





I read an article about how valarray never quite had the performance that it was intended to have, in any compiler, so as a result, MSVC never bothered to optimize it, because it was always slow regardless.

– Mooing Duck
May 9 at 0:23




3




3





I looked in the GNU valarray implementation. In this implementation, a template proxy object is returned and real calculations only occur when assigning. Performance is only slightly below the explicit use of cycles. Looks like it’s still possible to get effective valarray.

– Dmytro Dadyka
May 9 at 0:33





I looked in the GNU valarray implementation. In this implementation, a template proxy object is returned and real calculations only occur when assigning. Performance is only slightly below the explicit use of cycles. Looks like it’s still possible to get effective valarray.

– Dmytro Dadyka
May 9 at 0:33




2




2





developercommunity.visualstudio.com/content/problem/308961/… for MS reply to a bug report.

– Marc Glisse
May 9 at 5:59





developercommunity.visualstudio.com/content/problem/308961/… for MS reply to a bug report.

– Marc Glisse
May 9 at 5:59













@DmytroDadyka: You misunderstand. Microsoft's claim was that even with the optimizations in GNU, the valarray was only very slightly faster than the naive version, and still significantly slower than assembly using the desired commands.

– Mooing Duck
May 9 at 20:47





@DmytroDadyka: You misunderstand. Microsoft's claim was that even with the optimizations in GNU, the valarray was only very slightly faster than the naive version, and still significantly slower than assembly using the desired commands.

– Mooing Duck
May 9 at 20:47













quora.com/Why-does-nobody-seem-to-use-std-valarray/answer/… Reading this, I vaguely remember that the problem was that users would make copies too often by accident, which completely negated the performance gains. Now that we have move constructors, that may or may not be better.

– Mooing Duck
May 9 at 20:57






quora.com/Why-does-nobody-seem-to-use-std-valarray/answer/… Reading this, I vaguely remember that the problem was that users would make copies too often by accident, which completely negated the performance gains. Now that we have move constructors, that may or may not be better.

– Mooing Duck
May 9 at 20:57













dilbert is a new contributor. Be nice, and check out our Code of Conduct.









draft saved

draft discarded


















dilbert is a new contributor. Be nice, and check out our Code of Conduct.












dilbert is a new contributor. Be nice, and check out our Code of Conduct.











dilbert is a new contributor. Be nice, and check out our Code of Conduct.














Thanks for contributing an answer to Stack Overflow!


  • Please be sure to answer the question. Provide details and share your research!

But avoid


  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.

To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f56050322%2fwhy-is-valarray-so-slow-on-visual-studio-2015%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

Category:9 (number) SubcategoriesMedia in category "9 (number)"Navigation menuUpload mediaGND ID: 4485639-8Library of Congress authority ID: sh85091979ReasonatorScholiaStatistics

Circuit construction for execution of conditional statements using least significant bitHow are two different registers being used as “control”?How exactly is the stated composite state of the two registers being produced using the $R_zz$ controlled rotations?Efficiently performing controlled rotations in HHLWould this quantum algorithm implementation work?How to prepare a superposed states of odd integers from $1$ to $sqrtN$?Why is this implementation of the order finding algorithm not working?Circuit construction for Hamiltonian simulationHow can I invert the least significant bit of a certain term of a superposed state?Implementing an oracleImplementing a controlled sum operation

Magento 2 “No Payment Methods” in Admin New OrderHow to integrate Paypal Express Checkout with the Magento APIMagento 1.5 - Sales > Order > edit order and shipping methods disappearAuto Invoice Check/Money Order Payment methodAdd more simple payment methods?Shipping methods not showingWhat should I do to change payment methods if changing the configuration has no effects?1.9 - No Payment Methods showing upMy Payment Methods not Showing for downloadable/virtual product when checkout?Magento2 API to access internal payment methodHow to call an existing payment methods in the registration form?