Cutting off Amber to increase load speed (was: Re: [amber-lang] TodoMVC)

Norbert Hartl wrote:
Class comments don't take too much space, but yes.

Method sources are not needed, but you cannot dismiss other things as
easily. Don't forget introspection. For example, amber cli _uses_ method
protocols, to look for methods that implement amber commands.

> These aren’t needed in an optimized deployed target. To circumvent the
> problem we would need to define an „essential“ core of methods that
> developers can adhere to if they are really after loading speed and
> startup latency.
>
> Norbert

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

We could do the following (I did it in the past, for a specific app):

Have a compiler option that strips down the resulting js files by
removing:
- method sources
- class comments
- some of the meta-information attached that is not strictly needed
- context information in the compiled code

There are some marginal issues with removing contexts, like the AST
intrepreter being unusable, but that shouldn't be an issue in
production.

If the size of Amber is an issue, adding that option would help
greatly.

Cheers,
Nico

Herby Vojčík <[hidden email]> writes:

--
Nicolas Petton
http://nicolas-petton.fr

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

While generating code for deployment compiler may adhere to the following algorithm:

  1) include in deploy set all methods defined in application (its main package)
  2) from every "library" or "system" package, include every method if: its class is mentioned in body of some already included method AND its selector is mentioned in body of some already included method
  3) repeat step (2) until no such methods left

As an option:
  2) from every "library" or "system" package, include every method if: its class is mentioned in body of some already included method AND (its selector is mentioned in method send OR as a symbol) in body of some already included method


--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

I've been willing to include a tool that would strip down a deployed
version of an application in Helios from day one. The compiler
architecture would in fact make it easy.

The situation is not that bad, a stripped down version of Amber (not to
mention gzipped) would be rather small. The development version of Amber
contains a lot a information and code used for development only.  

Also, removing context information would also make the deployed app run
at full speed.

The way I see it, the bigger issue is that there's no automated way to
create a stripped down version of an Amber app yet, but that will
come. There are tons of things to do, this is one of them :)

Cheers,
The less depressed guy of this list

[hidden email] <[hidden email]> writes:

> While generating code for deployment compiler may adhere to the following algorithm:
>
>   1) include in deploy set all methods defined in application (its main package)
>   2) from every "library" or "system" package, include every method if: its class is mentioned in body of some already included method AND its selector is mentioned in body of some already included method
>   3) repeat step (2) until no such methods left
>
> As an option:
>   2) from every "library" or "system" package, include every method if: its class is mentioned in body of some already included method AND (its selector is mentioned in method send OR as a symbol) in body of some already included method

--
Nicolas Petton
http://nicolas-petton.fr

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.