9 hours ago, Robby Findler wrote:
>
> Speaking of which, I've suggested trying out randomly sorting the
> list before. Maybe I'll give that a try next.
The original reason to use an alphabetical order is to get
deterministic buidls, otherwise debugging problems can be impossible.
--
(
Yesterday, Matthew Flatt wrote:
> At Tue, 28 Feb 2012 07:21:24 -0600, Robby Findler wrote:
> > Last I heard, Eli was saying that there was something seriously
> > wrong with 'raco setup' on two cores. Did that ever get resolved?
>
> Commits 012ef60cd545ba and 534886dbe4b6ad (yesterday) were in
> r
Timur Sufiev wrote at 02/27/2012 08:58 AM:
[...] Raw ports were wrapped with SSL successfully, but then program
has hung up between 2 last actions: sending the request to server and
reading its reply. Further investigation showed that in the course of
SSL processing the server had requested ses
Something went wrong with the commit message. It's supposed to be:
Implement `range' as a very thin wrapper around `in-range'.
Sorry for the confusion.
Vincent
At Tue, 28 Feb 2012 17:26:00 -0500,
stamo...@racket-lang.org wrote:
>
> stamourv has updated `master' from ffcda4741f to 249c1cc666.
On 02/28/2012 03:02 PM, Robby Findler wrote:
On Tue, Feb 28, 2012 at 3:58 PM, Ryan Culpepper wrote:
The list seems to include only top-level collections: x/private isn't on the
list. I guess it's only discovered once setup starts compiling x. In any
case, x/private always seems to be handled by
On Tue, Feb 28, 2012 at 3:30 PM, Robby Findler
wrote:
> Once the dep files are built, it looks like it takes about 5 seconds
> on my laptop (half of which is breaking the cycles, which can probably
> be done in a smarter way if we cared to speed things up; the other
> time goes to reading the dep
On Tue, Feb 28, 2012 at 3:58 PM, Ryan Culpepper wrote:
> The list seems to include only top-level collections: x/private isn't on the
> list. I guess it's only discovered once setup starts compiling x. In any
> case, x/private always seems to be handled by the same place as x.
The list I'm trying
On 02/28/2012 02:45 PM, Robby Findler wrote:
On Tue, Feb 28, 2012 at 3:39 PM, Ryan Culpepper wrote:
[A] topologically-sorted list might actually result in worse
scheduling. It may place dependencies close together and they might get
scheduled on different places.
The current strategy (alphabe
On Tue, Feb 28, 2012 at 3:39 PM, Ryan Culpepper wrote:
> [A] topologically-sorted list might actually result in worse
> scheduling. It may place dependencies close together and they might get
> scheduled on different places.
The current strategy (alphabetically sorting things) guarantees to put
x
On Tue, Feb 28, 2012 at 3:02 PM, Kevin Tew wrote:
> I think this will be a great compromise between the status quo
> and earlier work when I created a dependency graph for all .rkt files
> in collects.
>
> The dependencies between collections is likely to change less often.
I started with somethi
On 02/28/2012 01:56 PM, Robby Findler wrote:
On Tue, Feb 28, 2012 at 2:43 PM, Ryan Culpepper wrote:
On my machine before the change, "raco setup -D" took 8m13s real, 13m52s
user; after the change, it takes 4m0s real, 9m3s user.
I guess you have a faster machine than I do. (Are you running the
On 02/28/2012 01:56 PM, Robby Findler wrote:
On Tue, Feb 28, 2012 at 2:43 PM, Ryan Culpepper wrote:
On my machine before the change, "raco setup -D" took 8m13s real, 13m52s
user; after the change, it takes 4m0s real, 9m3s user.
I guess you have a faster machine than I do. (Are you running the
On Tue, Feb 28, 2012 at 2:43 PM, Ryan Culpepper wrote:
> On my machine before the change, "raco setup -D" took 8m13s real, 13m52s
> user; after the change, it takes 4m0s real, 9m3s user.
I guess you have a faster machine than I do. (Are you running the 64
bit build or 32?)
FWIW, the times I'm re
On my machine before the change, "raco setup -D" took 8m13s real, 13m52s
user; after the change, it takes 4m0s real, 9m3s user.
It's useful to look at the progress output, particularly the place that
a particular collection is scheduled on. Before, progress would stop on
the "macro-debugger" c
Oh, and just in case, I'm pretty sure this is a 64 bit build (I forget
the official way to check, but I think that this counts)
> (fixnum? (expt 2 40))
#t
Robby
On Tue, Feb 28, 2012 at 12:22 PM, Robby Findler
wrote:
> On Tue, Feb 28, 2012 at 7:40 AM, Matthew Flatt wrote:
>> At Tue, 28 Feb 2012
On Tue, Feb 28, 2012 at 7:40 AM, Matthew Flatt wrote:
> At Tue, 28 Feb 2012 07:21:24 -0600, Robby Findler wrote:
>> Last I heard, Eli was saying that there was something seriously wrong
>> with 'raco setup' on two cores. Did that ever get resolved?
>
> Commits 012ef60cd545ba and 534886dbe4b6ad (ye
At Tue, 28 Feb 2012 07:21:24 -0600, Robby Findler wrote:
> Last I heard, Eli was saying that there was something seriously wrong
> with 'raco setup' on two cores. Did that ever get resolved?
Commits 012ef60cd545ba and 534886dbe4b6ad (yesterday) were in response
and improved things on my machine, s
On Tue, Feb 28, 2012 at 7:16 AM, Matthias Felleisen
wrote:
>
> On Feb 28, 2012, at 7:45 AM, ry...@racket-lang.org wrote:
>
>> This change cuts real time of "raco setup -D" almost in half
>> | on a 4-core machine
>
>
> Nice. Now I need two more cores.
It probably speeds up a 2 core machine, too.
On Feb 28, 2012, at 7:45 AM, ry...@racket-lang.org wrote:
> This change cuts real time of "raco setup -D" almost in half
> | on a 4-core machine
Nice. Now I need two more cores.
_
Racket Developers list:
http://lists.racket-lang.org/dev
19 matches
Mail list logo
