First, thanks for looking into this. Rather than answer inline, I will
just comment a few things:
* Unfortunately, the tests use real data because they try to pick up
problems with the code, not test the performance, however, some of the
tests do run against only data from the repository. I w
I have been trying a few variations of the code. It would be nice to have
a test branch that use only the data in the repository. I used some fake
data instead.
For the tests, I used the function *get-mean-max-bounds*
https://github.com/alex-hhh/ActivityLog2/blob/master/rkt/data-frame/meanmax.rkt
> On Jan 30, 2019, at 8:52 PM, Sam Tobin-Hochstadt wrote:
>
>> Although there are costs to TR in compile time and load time,
>> especially in a program that also has untyped components, I generally
>> would not recommend moving away from TR.
>
> Unlike Matthew, I can be sure not to offend the
On Thursday, January 31, 2019 at 9:23:39 AM UTC+8, Matthew Flatt wrote:
>
> > I would be happy to help you identify where the performance degradation
> > between Racket 7.1 and CS is when running these tests.
>
> Small examples that illustrate slowness in a specific subsystem are
> always helpf
Also I think that the size of the code generated by arrow contracts
(when keywords are involved and other situations that perhaps aren't
worth spelling out in detail in this email) is larger than we would
like, which also doesn't help.
Robby
On Wed, Jan 30, 2019 at 7:52 PM Sam Tobin-Hochstadt
wr
On Wed, Jan 30, 2019 at 8:23 PM Matthew Flatt wrote:
>
> At Wed, 30 Jan 2019 16:31:52 -0800 (PST), Alex Harsanyi wrote:
> > I always assumed that the contracts generated when TR code is used from
> > untyped Racket would be the same as the ones written by hand if the module
> > would be untyped an
At Wed, 30 Jan 2019 16:31:52 -0800 (PST), Alex Harsanyi wrote:
> On Wednesday, January 30, 2019 at 10:53:21 PM UTC+8, Matthew Flatt wrote:
> >
> > * A lot of code is generated from your source programs.
>
>
> Do you mean (1) that the source code is large or (2) that the generated
> byte-code or
On Wednesday, January 30, 2019 at 10:53:21 PM UTC+8, Matthew Flatt wrote:
>
> At Tue, 29 Jan 2019 17:32:42 -0800 (PST), Alex Harsanyi wrote:
> > I mention this because the report recommends making
> > Racket CS the default, which I am very concerned about:
> >
> > > To maximize the maintenanc
At Tue, 29 Jan 2019 17:32:42 -0800 (PST), Alex Harsanyi wrote:
> I mention this because the report recommends making
> Racket CS the default, which I am very concerned about:
>
> > To maximize the maintenance benefits of Racket CS, it’s better to make it
> > the default Racket variant sooner rathe
On 30/01/2019 02:32, Alex Harsanyi wrote:
> I know the report explains the various cases where Racket CS is slower than
> Racket 7.1, but I would like to mention that these cases are very
> significant,
> at least in my case -- I mention this because the report recommends making
> Racket CS the
10 matches
Mail list logo
