diff options
| author | Cliff Click <cliffc@acm.org> | 2025-04-09 09:38:58 -0700 |
|---|---|---|
| committer | Cliff Click <cliffc@acm.org> | 2025-04-09 09:38:58 -0700 |
| commit | fbbf5e3c095ba27cf0b504151ccda57cc4520e6e (patch) | |
| tree | edee408e37a8baefb7e2ea36736165ada98957f3 /ASimpleReply | |
| parent | 23ef82af763e597029a603c4a403c0f838b5a558 (diff) | |
| download | Simple-fbbf5e3c095ba27cf0b504151ccda57cc4520e6e.tar.gz Simple-fbbf5e3c095ba27cf0b504151ccda57cc4520e6e.zip | |
More Simply Reply
Diffstat (limited to 'ASimpleReply')
| -rw-r--r-- | ASimpleReply/ASimpleReplyChain.md | 3 | ||||
| -rw-r--r-- | ASimpleReply/DadalReply3.md | 25 |
2 files changed, 28 insertions, 0 deletions
diff --git a/ASimpleReply/ASimpleReplyChain.md b/ASimpleReply/ASimpleReplyChain.md index f8c9eb7d..eb0bc80e 100644 --- a/ASimpleReply/ASimpleReplyChain.md +++ b/ASimpleReply/ASimpleReplyChain.md @@ -29,6 +29,9 @@ https://github.com/SeaOfNodes/Simple/blob/main/ASimpleReply/DadalReply2.md https://github.com/SeaOfNodes/Simple/blob/main/ASimpleReply/ASimpleReply3.md +### Dadal's Reply(3) + +https://github.com/SeaOfNodes/Simple/blob/main/ASimpleReply/DadalReply3.md diff --git a/ASimpleReply/DadalReply3.md b/ASimpleReply/DadalReply3.md new file mode 100644 index 00000000..e5e89aa4 --- /dev/null +++ b/ASimpleReply/DadalReply3.md @@ -0,0 +1,25 @@ + +This is Dadal's reply from U-tube, recreated here (permission pending) so its +both easier to find and not lost if U-tube changes their mind. + +The original link I copied from: + +https://www.youtube.com/watch?v=iNWAgSAEPAg&lc=Ugwn_YpruALAauwRLqt4AaABAg.AGbLSQ5tlmFAGcQm0uZyZO + +The whole replace chain: + +https://github.com/SeaOfNodes/Simple/blob/main/ASimpleReply/ASimpleReplyChain.md + + + +On medium sized functions, everything tends to be inlined in V8, but on larger +functions it tends to be more complicated. We've tried before to increase the +inclining budget, but this means reducing compile time, which means delaying +the time until the optimized code starts being executed, which in turns +regresses whatever benchmarks we're using to measure how fast V8 is. One +difference with Java here might be 1- how slow unoptimized JS code is (after +all, V8 bytecodes are ultra-generic, assuming any types for inputs, and having +to check a ton of various cases) and 2- how fast-running JS applications are +compared to Java (not in the sense that "JS is faster" but in the sense that +"JS applications probably stop running at least one order of magnitude earlier +than Java ones") |
