You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Original bug ID: 4818 Reporter:@mmottl Status: closed (set by @xavierleroy on 2009-09-16T09:45:55Z) Resolution: fixed Priority: normal Severity: major Version: 3.11.0 Fixed in version: 3.11.2+dev Category: ~DO NOT USE (was: OCaml general) Monitored by:@hcarty@dbuenzli@mmottl
Bug description
There seems to be a bug optimizing bigarray access when certain bigarray type parameters are supplied via an intermediate type alias. This can lead to a fairly dramatic loss of performance.
The attached file "foo.ml" demonstrates the problem. It can be compiled as follows: ocamlopt bigarray.cmxa foo.ml -o foo
In the submitted form the code will run approx. 5-6 times slower than if you use the commented out line defining type "vec" without an intermediate type alias instead.
It seems to me that the code specializer for bigarray access does not resolve such type aliases correctly and hence chooses the much slower generic access functions.
Original bug ID: 4818
Reporter: @mmottl
Status: closed (set by @xavierleroy on 2009-09-16T09:45:55Z)
Resolution: fixed
Priority: normal
Severity: major
Version: 3.11.0
Fixed in version: 3.11.2+dev
Category: ~DO NOT USE (was: OCaml general)
Monitored by: @hcarty @dbuenzli @mmottl
Bug description
There seems to be a bug optimizing bigarray access when certain bigarray type parameters are supplied via an intermediate type alias. This can lead to a fairly dramatic loss of performance.
The attached file "foo.ml" demonstrates the problem. It can be compiled as follows: ocamlopt bigarray.cmxa foo.ml -o foo
In the submitted form the code will run approx. 5-6 times slower than if you use the commented out line defining type "vec" without an intermediate type alias instead.
It seems to me that the code specializer for bigarray access does not resolve such type aliases correctly and hence chooses the much slower generic access functions.
File attachments
The text was updated successfully, but these errors were encountered: