commit 65e46f144f3d8b18de7264b0b099086153c68d6c
> Author: Simon Marlow
> Date: Mon Nov 5 15:43:21 2012 +
>
> a fix for checkTSO(): the TSO could be a WHITEHOLE
>
> >---
>
> rts/sm/Sanity.c | 13 ++---
> 1 files chang
>
> I've added instructions for a few editors to a new section "Tabs vs
> spaces" on http://hackage.haskell.org/trac/ghc/wiki/Commentary/CodingStyle
Wouldn't it be a good idea to use emacs-style modelines in a comment in the
first line of cleaned-up files?
Meny editors can read these hints with
>
> Cloning is dramatically faster with Git's own protocol.
>
Since v1.6.6, with some amount of setup on the server side, http is almost
as fast as git protocol: http://progit.org/2010/03/04/smart-http.html
> Cvs-ghc mailing list
> Cvs-ghc@haskell.org
> http://www.haskell.org/mailman/listinfo/cv
2010/7/1 Simon Marlow :
> So one option is to make a new CCS root for each thread, and that way each
> thread would end up creating its own tree of CCSs. That would seem to work
> nicely - you get per-thread stacks almost for free. Unfortunately it's not
> really per-thread profiling, because if o
Hi!
I found a bug in ghc while working on parallel profiling. Should I
send a patch here?
It is only one cast anyway. In ThreadPaused.c, line 255, sp shouldn't be casted.
Cheers,
Henrique.
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskel
2010/6/15 Simon Marlow :
> On 15/06/2010 16:28, Henrique Ferreiro wrote:
>
>> I got the most important pieces working (I think). The question now
>> is, are you interested in this?
>
> It all depends on whether other people would find it useful or not. At the
> mo
> I'm not sure it's useful to profile each Capability separately. Threads
> migrate between Capabilities under the control of the runtime system, so you
> won't get the same results from run to run.
But even in that case, I get to know what is happening in each
capability, so I can get an idea of
Sorry for the late replay, I thought I made it work but I am still
fighting with it.
> Do you really need to do this? Why not share the stacks and use a mutex to
> protect the operations?
My idea is to allow for profiling of each capability, so I need to
keep the stacks independent of each other
p me with
this?
2010/6/4 Henrique Ferreiro :
> Hi again!
>
> I need some help with this.
>
> 2010/3/17 Simon Marlow :
>> On 16/03/2010 19:34, Henrique Ferreiro wrote:
>>>
>>> Hello!
>>>
>>> I am trying to make cost centre profiling work i
Hi again!
I need some help with this.
2010/3/17 Simon Marlow :
> On 16/03/2010 19:34, Henrique Ferreiro wrote:
>>
>> Hello!
>>
>> I am trying to make cost centre profiling work in the threaded rts
>> build in order to use that information to better
Hello!
I am trying to make cost centre profiling work in the threaded rts
build in order to use that information to better understand parallel
behaviour.
Currently I am learning about the internals of GHC and I am thinking
about how this could be done. The main blocker is that the current
cost ce
11 matches
Mail list logo
