The trick? pass the file descriptor from a parent process and have the server.listen reuse that descriptor. So multiprocess in their own memory space (but with ENV shared usually)
It does not balance, it leaves it to the kernel.
In the last nodejs > 0.8 there is a cluster module (functional although marked experimental)
| /** | |
| * Copyright (c) 2018, Tiernan Cridland | |
| * | |
| * Permission to use, copy, modify, and/or distribute this software for any purpose with or without fee is hereby | |
| * granted, provided that the above copyright notice and this permission notice appear in all copies. | |
| * | |
| * THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE INCLUDING ALL | |
| * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY SPECIAL, DIRECT, | |
| * INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER | |
| * IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR |
| 更新: | 2021-05-23 |
|---|---|
| 作者: | @voluntas |
| バージョン: | 2021.1 |
| URL: | https://voluntas.github.io/ |
| export const CACHE_STALE_AT_HEADER = 'x-edge-cache-stale-at'; | |
| export const CACHE_STATUS_HEADER = 'x-edge-cache-status'; | |
| export const CACHE_CONTROL_HEADER = 'Cache-Control'; | |
| export const CLIENT_CACHE_CONTROL_HEADER = 'x-client-cache-control'; | |
| export const ORIGIN_CACHE_CONTROL_HEADER = 'x-edge-origin-cache-control'; | |
| enum CacheStatus { | |
| HIT = 'HIT', | |
| MISS = 'MISS', | |
| REVALIDATING = 'REVALIDATING', |
Node Version Manager (https://github.com/nvm-sh/nvm) works perfectly across native node installations as well as emulated Rosetta installations. The trick I am using here is to install one LTS version of node under Rosetta and another stable version as native binary.
| Caution,Name,Version,Size (raw),Size (minified),Size (gzipped),"Site","URL",Remarks | |
| ,Milligram,v1.4.1,11 kb,9.0 kb,2.3 kb,"https://milligram.io/","https://cdnjs.cloudflare.com/ajax/libs/milligram/1.4.1/milligram.min.css", | |
| ,Skelton,v2.0.4,11 kb,5.8 kb,1.6 kb,"http://getskeleton.com/","https://cdnjs.cloudflare.com/ajax/libs/skeleton/2.0.4/skeleton.min.css", | |
| ,Material Design Lite,v1.3.0,146 kb,62 kb,12 kb,"https://getmdl.io/","https://code.getmdl.io/1.3.0/material.min.js", | |
| ,Foundation,v6.6.3,168 kb,133 kb,17 kb,"https://get.foundation/","https://cdn.jsdelivr.net/npm/[email protected]/dist/css/foundation.min.css", | |
| ,Materialize,v1.0.0,179 kb,141 kb,21 kb,"https://materializecss.com/","https://cdnjs.cloudflare.com/ajax/libs/materialize/1.0.0/css/materialize.min.css", | |
| ,Bootstrap,v4.6.0,199 kb,161 kb,24 kb,"https://getbootstrap.com/docs/4.6/","https://cdn.jsdelivr.net/npm/[email protected]/dist/css/bootstrap.min.css", | |
| ,Bootstrap,v5.1.2,206 kb,164 kb,24 kb,"https://getbootstrap.com/","https://cdn.jsdelivr.net/npm/b |
Here are some results on the bench-v8 version 7 benchmark.
We did not run Splay as that uses more memory than c@e permits.
The programs were executed using Viceroy. They were run on a MacBook Pro 13inch, 2019, Core i7 @ 2.8GHz, 16 GB 2133 MHz LPDDR3.
| Engine | QuickJS C@E | SpiderMonkey C@E |
|---|---|---|
| Executable size | 3.9M | 9.4M |
| Richards | 112 | 36.8 |
