[Haskell-cafe] the last mile in haskell performance

[Michael Snoyman]

How about vector-th-unbox[1]?

[1] https://www.stackage.org/package/vector-th-unbox

On Thu, Nov 12, 2015 at 2:53 PM, Alberto G. Corona <agocorona at gmail.com>
wrote:

> There are no examples. It is hard to guess the functionality and the
> maturity of he approach.
>
> 2015-11-12 18:56 GMT+01:00 David Kraeutmann <kane at kane.cx>:
>
>> This might be of interest to you:
>> https://hackage.haskell.org/package/structs
>>
>>
>> On 11/12/2015 6:49 PM, Alberto G. Corona wrote:
>> > Looking at this:
>> >
>> >
>> https://downloads.haskell.org/~ghc/6.12.3/docs/html/users_guide/primitives.html
>> >
>> > It seems that it is impossible to manage data in Haskell within a core
>> > without L1 cache faults. Except for unboxed arrays of primitive types.
>> >
>> > Since it is impossible to have unboxed arrays of user-defined types.
>> >
>> > Am I right?
>> >
>> > This is definitively very bad for tasks that are inherently single
>> threaded
>> > and in general for the image of Haskell as a practical language.
>> >
>> > I have more to say about that, but I would like to know first if I´m
>> right
>> > and second If there is some idea to going on to permit user defined
>> boxed
>> > datatypes.  Or if there is some low level trick for having it using
>> foreign
>> > call and unsafeCoerce in some way,
>> >
>> > I know that the language ATS has unboxing a la carte....
>> >
>> >
>> >
>> > _______________________________________________
>> > Haskell-Cafe mailing list
>> > Haskell-Cafe at haskell.org
>> > http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe
>> >
>>
>>
>>
>
>
> --
> Alberto.
>
> _______________________________________________
> Haskell-Cafe mailing list
> Haskell-Cafe at haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/haskell-cafe/attachments/20151112/b8a61e2a/attachment.html>