Greeting,
Jitter vs Throughput
Scenario
I have the following scenario:
CPU with [C] cores
concurrent program
the 1 main thread uses OpenGL for animated visual output
[W] worker threads uses FFI to lengthy numerical computations
with the following desires :
bri...@aracnet.com writes:
Seems to be ok rendering to png files.
I'm using timeplot, which is based on Chart, to plot temperatures from
my server in the attic (http://malde.org/~ketil/temp.png if you're
curious :-). This runs from crontab, and I notice that I occasionally
get mails saying
rustom rustompm...@gmail.com writes:
However I do have an issue regarding debian packaging.
At first I installed ghc
This brought in
ghc6 ghc6-doc libbsd-dev libgmp3-dev libgmpxx4ldbl
I also added haskell98-report haskell98-tutorial darcs
Then I discovered haskell-platform. I was
Brandon S Allbery KF8NH allb...@ece.cmu.edu writes:
Exactly. (I was being cagey because the first response was cagey, possibly
suspecting a homework question although it seems like an odd time for
it.)
Why is it an odd time for it?
Here in Australia (and presumably other countries in the
David Place d...@vidplace.com writes:
Hello:
I am trying to load hxt into my Haskell Platform 2010.2.0.0 on OSX. I
get the following bizarre comment:
David-Places-Mac-Mini:dev2 davidplace$ cabal install hxt
Resolving dependencies...
cabal: dependencies conflict: ghc-6.12.3 requires
On Sat, 31 Jul 2010 17:30:54 -0400, Brandon S Allbery KF8NH
allb...@ece.cmu.edu wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/31/10 16:58 , wren ng thornton wrote:
Brandon S Allbery KF8NH wrote:
michael rice wrote:
Are you saying:
[ head x ] - [ *thunk* ] and
Nicolas,
I would deeply in favor of renaming seq to unsafeSeq, and introduce a
type class to reintroduce seq in a disciplined way.
There is a well-documented [1] trade-off here: Often, calls to seq are
introduced late in a developing cycle; typically after you have discovered a
space leak
On 24 July 2010 09:58, Hamish Mackenzie
hamish.k.macken...@googlemail.com wrote:
On 24 Jul 2010, at 02:15, Tim Matthews wrote:
Any of the haskellers here from NZ?
I am in Wellington, Stephen is near Palmerston North. There are a few others
elsewhere I think.
I'm currently moving from the UK
On Sun, Aug 1, 2010 at 9:18 PM, Alistair Bayley alist...@abayley.orgwrote:
On 24 July 2010 09:58, Hamish Mackenzie
hamish.k.macken...@googlemail.com wrote:
On 24 Jul 2010, at 02:15, Tim Matthews wrote:
Any of the haskellers here from NZ?
I am in Wellington, Stephen is near Palmerston
Kevin Jardine kevinjard...@gmail.com wrote:
Or is it possible to call a function in a monad and return a pure
result? I think that is what the original poster was asking?
I know that unsafePerformIO can do this, but I thought that was a bit
of a hack.
What most people forget is that in
Ivan Lazar Miljenovic ivan.miljeno...@gmail.com wrote:
No, a pure function is one without any side effects.
There are no functions with side effects in Haskell, unless you use
hacks like unsafePerformIO. Every Haskell function is perfectly
referentially transparent, i.e. pure.
Greets,
On 1 Aug 2010, at 11:43, Ertugrul Soeylemez wrote:
Ivan Lazar Miljenovic ivan.miljeno...@gmail.com wrote:
No, a pure function is one without any side effects.
There are no functions with side effects in Haskell, unless you use
hacks like unsafePerformIO. Every Haskell function is
On 27/07/10 21:37, bri...@aracnet.com wrote:
I can run any of the examples from the home page that render to screen.
the AM chart is the one I'm using.
BTW, the AM chart has a bug. It does not include the proper color
modules and needs a (opaque color) instead of just color.
gtk2hs is 11
On Sun, Aug 1, 2010 at 2:53 AM, Stefan Holdermans
ste...@vectorfabrics.com wrote:
Nicolas,
I would deeply in favor of renaming seq to unsafeSeq, and introduce a
type class to reintroduce seq in a disciplined way.
There is a well-documented [1] trade-off here: Often, calls to seq are
On Aug 1, 2010, at 11:39 AM, Tim Matthews wrote:
So am I like the only haskeller in NZ that doesn't live in wellington? I'm
stuck down here in Christchurch and traveling to wellington is not something
I think I can do very often.
There must be a few more. Didn't Computer Science at
On Sun, 1 Aug 2010 10:53:24 +0200, Stefan Holdermans ste...@vectorfabrics.com
wrote:
Nicolas,
I would deeply in favor of renaming seq to unsafeSeq, and introduce a
type class to reintroduce seq in a disciplined way.
There is a well-documented [1] trade-off here: Often, calls to seq are
On Sun, Aug 1, 2010 at 11:29 AM, Nicolas Pouillard
nicolas.pouill...@gmail.com wrote:
Finally maybe we can simply forbidden the forcing of function (as we do with
Eq). The few cases where it does matter will rescue to unsafeSeqFunction.
What's the problem with
class Eval a where
seq :: a
On Sunday 01 August 2010 10:52:48 am Felipe Lessa wrote:
On Sun, Aug 1, 2010 at 11:29 AM, Nicolas Pouillard
nicolas.pouill...@gmail.com wrote:
Finally maybe we can simply forbidden the forcing of function (as we do
with Eq). The few cases where it does matter will rescue to
Congrats on the release.
Just one humble suggestion: your email assumes that the reader already
knows what Takusen is. Reading the email, all I can infer is that it
has something to do with databases, because of the ODBC reference. The
only link in the email also does nothing to explain, since it
On Aug 1, 12:40 pm, Ivan Lazar Miljenovic ivan.miljeno...@gmail.com
wrote:
rustom rustompm...@gmail.com writes:
However I do have an issue regarding debian packaging.
At first I installed ghc
This brought in
ghc6 ghc6-doc libbsd-dev libgmp3-dev libgmpxx4ldbl
I also added
On Sun, Aug 1, 2010 at 9:10 AM, David Anderson d...@natulte.net wrote:
Congrats on the release.
Just one humble suggestion: your email assumes that the reader already
knows what Takusen is. Reading the email, all I can infer is that it
has something to do with databases, because of the ODBC
Why are the Takusen module links on Hackage dead? I would also like to take
this opportunity to request a Takusen tutorial and to thank you for this
innovative library.
-deech
On Sun, Aug 1, 2010 at 12:59 PM, Jason Dagit da...@codersbase.com wrote:
On Sun, Aug 1, 2010 at 9:10 AM, David
aditya.siram:
Why are the Takusen module links on Hackage dead?
Hmm. The links look fine:
http://hackage.haskell.org/package/Takusen-0.8.6
this opportunity to request a Takusen tutorial and to thank you for this
___
Haskell-Cafe mailing
I meant the links to the API docs.
-deech
[1]
http://hackage.haskell.org/packages/archive/Takusen/0.8.6/doc/html/Database-ODBC-Enumerator.html
On Sun, Aug 1, 2010 at 1:46 PM, Don Stewart d...@galois.com wrote:
aditya.siram:
Why are the Takusen module links on Hackage dead?
Hmm. The links
A reasonable guess (I think, anyway): the reason is because support
for ODBC, Oracle, Postgres etc isn't compiled in by default. You have
to specify it with a flag with cabal install to get support for those
things. But the reason they show up in API docs I would guess is
because Haddock doesn't
I think it is just the ODBC backend that didn't generate
http://hackage.haskell.org/packages/archive/Takusen/0.8.6/doc/html/Database-Enumerator.html
Likely because the required C libs are not on
Hackage, so that backend wasn't built.
aditya.siram:
I meant the links to the API docs.
Hi Jason,
I've had my eye on the 'Takusen' approach for a while. In particular I
think it's a wonderful idea to use the left-fold based interface.
Takusen is also well supported and pretty stable, having been around
for a while.
Despite this, it seems to have a couple faults:
* Few tutorials,
On 8/1/10 12:12 PM, austin seipp wrote:
Hi Jason,
I've had my eye on the 'Takusen' approach for a while. In particular I
think it's a wonderful idea to use the left-fold based interface.
Takusen is also well supported and pretty stable, having been around
for a while.
I agree; in fact, I
At the risk of seeming a bit defensive, I'll respond to some of these points...
Despite this, it seems to have a couple faults:
* Few tutorials, aside from the Haddocks in Database.Enumerator
True. I put a bit of effort in to writing the docs in
Database.Enumerator as a sort of tutorial, but
Using the generous resources of community.haskell.org I've created a mailing
list for takusen discussions. I encourage interested parties to join that
list and maybe move the takusen design discussion there:
http://projects.haskell.org/cgi-bin/mailman/listinfo/takusen
I've added the list in
On Sat, Jul 31, 2010 at 11:10 AM, Jason Dagit da...@codersbase.com wrote:
= Interested in Takusen development? =
Takusen is looking for a new long term maintainer. I have agreed to
fill the role of maintainer for now, but we are seeking an
enthusiastic individual with spare time and a
On Sun, Aug 1, 2010 at 6:58 PM, Jason Dagit da...@codersbase.com wrote:
This same issues comes up fairly often on the darcs-users mailing list. My
understanding of the way things are handled there, is that if there is ever
a good reason to drop support for a version of GHC then the person who
On Sun, Aug 1, 2010 at 5:11 PM, Felipe Lessa felipe.le...@gmail.com wrote:
On Sun, Aug 1, 2010 at 6:58 PM, Jason Dagit da...@codersbase.com wrote:
This same issues comes up fairly often on the darcs-users mailing list.
My
understanding of the way things are handled there, is that if there
So I'm getting some weird linking errors from cabal-install when doing
`cabal configure cabal build`
ld warning: atom sorting error for
_postazm0zi2zi0_DataziMonoidziOrdziArgmax_Max_closure_tbl and
_postazm0zi2zi0_DataziMonoidziOrdziArgmax_Min_closure_tbl in
Excerpts from wren ng thornton's message of Sun Aug 01 21:06:07 -0400 2010:
So I'm getting some weird linking errors from cabal-install when doing
`cabal configure cabal build`
Hello Wren,
Could you run cabal with -v3 or so and attach the output somewhere?
Cheers,
Edward
wren ng thornton w...@freegeek.org writes:
So I'm getting some weird linking errors from cabal-install when doing `cabal
configure cabal build`
ld warning: atom sorting error for
_postazm0zi2zi0_DataziMonoidziOrdziArgmax_Max_closure_tbl and
Hello,
I would like to announce the parsec2 package, which is a maintained
fork of the parsec library as of version 2.1.0.1.
This project is for folks who would like to use the simpler interface
and fewer extensions relative to parsec-3.0+, but don't want to rely
on an old version of a package
Thomas Davie tom.da...@gmail.com wrote:
On 1 Aug 2010, at 11:43, Ertugrul Soeylemez wrote:
Ivan Lazar Miljenovic ivan.miljeno...@gmail.com wrote:
No, a pure function is one without any side effects.
There are no functions with side effects in Haskell, unless you use
hacks like
On 1 August 2010 20:43, Ertugrul Soeylemez e...@ertes.de wrote:
Ivan Lazar Miljenovic ivan.miljeno...@gmail.com wrote:
No, a pure function is one without any side effects.
There are no functions with side effects in Haskell, unless you use
hacks like unsafePerformIO. Every Haskell function
I thought it was pure as, conceptually, readFile isn't 'run' rather it
constructs a pure function that accepts a unique world state as a
parameter. This might be totally unrealistic, but this is how I see IO
functions remaining pure. Is this a good mental model?
In terms of what a function
Ivan Miljenovic ivan.miljeno...@gmail.com wrote:
On 1 August 2010 20:43, Ertugrul Soeylemez e...@ertes.de wrote:
There are no functions with side effects in Haskell, unless you use
hacks like unsafePerformIO. Every Haskell function is perfectly
referentially transparent, i.e. pure.
At
On 2 August 2010 14:47, Lyndon Maydwell maydw...@gmail.com wrote:
I thought it was pure as, conceptually, readFile isn't 'run' rather it
constructs a pure function that accepts a unique world state as a
parameter. This might be totally unrealistic, but this is how I see IO
functions remaining
Gregory Collins wrote:
wren ng thornton w...@freegeek.org writes:
So I'm getting some weird linking errors from cabal-install when doing `cabal
configure cabal build`
ld warning: atom sorting error for
_postazm0zi2zi0_DataziMonoidziOrdziArgmax_Max_closure_tbl and
That's true I suppose, although since there are no implicit parameters
in haskell, it really has to be a DSL in implementation, rather than
just theory right?
On Mon, Aug 2, 2010 at 12:51 PM, Ivan Miljenovic
ivan.miljeno...@gmail.com wrote:
On 2 August 2010 14:47, Lyndon Maydwell
On 2 August 2010 14:59, Lyndon Maydwell maydw...@gmail.com wrote:
That's true I suppose, although since there are no implicit parameters
in haskell, it really has to be a DSL in implementation, rather than
just theory right?
Lyndon Maydwell maydw...@gmail.com wrote:
I thought it was pure as, conceptually, readFile isn't 'run' rather it
constructs a pure function that accepts a unique world state as a
parameter. This might be totally unrealistic, but this is how I see IO
functions remaining pure. Is this a good
Ivan Miljenovic ivan.miljeno...@gmail.com wrote:
On 2 August 2010 14:47, Lyndon Maydwell maydw...@gmail.com wrote:
I thought it was pure as, conceptually, readFile isn't 'run' rather
it constructs a pure function that accepts a unique world state as a
parameter. This might be totally
47 matches
Mail list logo