Hello all,
I entered a little proposal in the issue tracker:
http://hackage.haskell.org/trac/summer-of-code/ticket/1570
As I see it, the graphical part could be a warm-up exercise with an
already useful product, and interaction with the rts would be the actual
challenge. Reasoning about
yep, sounds great to me :-)
although with some hacks one can already have a poor mans real time
interface for heap profiling:
http://www.haskell.org/ghc/docs/latest/html/users_guide/hp2ps.html#id2677301
I agree that the effect of laziness can be very hard to grasp, sometimes it
even feels that I
Hello
PG == Patai Gergely writes:
PG Hello all, I entered a little proposal in the issue tracker:
PG http://hackage.haskell.org/trac/summer-of-code/ticket/1570
PG As I see it, the graphical part could be a warm-up exercise with an
PG already useful product, and interaction with the rts
Hello Gergely,
Last Summer, I also proposed a Google SOC project for profiling,
called Parallel Profiling Support for GHC. This project was denied
for the Google SOC mostly due to the scope of the project and the
concern that the project would take far longer than the Summer. As
this project
although with some hacks one can already have a poor mans real time
interface for heap profiling:
http://www.haskell.org/ghc/docs/latest/html/users_guide/hp2ps.html#id2677301
I'm aware of that, even did it myself a few times. That's part of the
reason why I want something better. ;)
I agree
Last Summer, I also proposed a Google SOC project for profiling,
called Parallel Profiling Support for GHC. This project was denied
for the Google SOC mostly due to the scope of the project and the
concern that the project would take far longer than the Summer.
Yes, I'm aware of that trap.
Hello Gergely,
2009/3/22 Patai Gergely patai_gerg...@fastmail.fm:
Last Summer, I also proposed a Google SOC project for profiling,
called Parallel Profiling Support for GHC. This project was denied
for the Google SOC mostly due to the scope of the project and the
concern that the project