assets/developer-notes/stephanie-gawroriski/2017/08/29.mkd

   1 # 2017/08/29
   2
   3 ## 11:03
   4
   5 So I have an idea on how to do the `JITConfig`, but not sure of how it would
   6 be implemented and such.
   7
   8 ## 11:04
   9
  10 Maybe a set of available options. I want something simple, but not something
  11 super complex such as the Linux configuration. Really the JIT is only
  12 concerned with options the JIT wants.
  13
  14 ## 11:59
  15
  16 Ok, so like I thought of the other day, `JITConfig` should not care about
  17 anything. There would be things which use the config to do things.
  18
  19 ## 18:12
  20
  21 Ok so with this design, the class decompiler and the HIL do not need to know
  22 anything about the JIT configuration.
  23
  24 ## 18:17
  25
  26 Actually this is most effective. With my current design the considerations
  27 which are major at link time will happen at link time, this way at this early
  28 point in the JIT I do not really have to care about much at all.
  29
  30 ## 20:32
  31
  32 I am going to make it so the JIT can be ran in parallel, I have a way where it
  33 can be done. Basically the JIT that turns the high level binary into machine
  34 code can be done in a way where multiple processes can be ran at the same time
  35 regardless of how fast input class processing is performed. Handling of JARs
  36 is a strictly linear process which should be rather fast, the compilation and
  37 optimization phase may take longer to perform. After initial work, I will want
  38 to make it where the later parts can run on as many CPUs as are available.
  39 This would definitely increase compilation speed.