首先,如果你不熟悉这个项目,建议先阅读之前写的一系列文章。如果你不想阅读这些,不用担心。这里面也会涉及到那些内容。
现在,让我们开始吧。
去年,我开始实现Nexus.js,这是一个基于Webkit/JavaScript内核的多线程服务端JavaScript运行库。有一段时间我放弃了做这件事,由于一些我无法控制的原因,我不打算在这里讨论,主要是:我无法让自己长时间工作。
所以,让我们从讨论Nexus的架构开始,以及它是如何工作的。
事件循环
- 没有事件循环
- 有一个带有(无锁)任务对象的线程池
- 每次调用setTimeout或setImmediate或创建一个Promise时,任务就排队到任务队列钟。
- 每当计划任务时,第一个可用的线程将选择任务并执行它。
- 在CPU内核上处理Promise。对Promise.all()的调用将并行的解决Promise。
ES6
- 支持async/await,并且推荐使用
- 支持for await(...)
- 支持解构
- 支持async try/catch/finally
模块
- 不支持CommonJS。(require(...)和module.exports)
- 所有模块使用ES6的import/export语法
- 支持动态导入通过import('file-or-packge').then(...)
- 支持import.meta,例如:import.meta.filename以及import.meta.dirname等等
- 附加功能:支持直接从URL中导入,例如:
import { h } from 'https://unpkg.com/preact/dist/preact.esm.js';
EventEmitter
- Nexus实现了基于Promise的EventEmitter类
- 事件处理程序在所有线程上排序,并将并行处理执行。
- EventEmitter.emit(...)的返回值是一个Promise,它可以被解析为在事件处理器中返回值所构成的数组。
例如:
class EmitterTest extends Nexus.EventEmitter {
constructor() {
super();
for(let i = 0; i < 4; i++)
this.on('test', value => { console.log(`fired test ${i}!`); console.inspect(value); });
for(let i = 0; i < 4; i++)
this.on('returns-a-value', v => `${v + i}`);
}
}
const test = new EmitterTest();
async function start() {
await test.emit('test', { payload: 'test 1' });
console.log('first test done!');
await test.emit('test', { payload: 'test 2' });
console.log('second test done!');
const values = await test.emit('returns-a-value', 10);
console.log('third test done, returned values are:'); console.inspect(values);
}
start().catch(console.error);
I/O
- 所有输入/输出都通过三个原语完成:Device,Filter和Stream。
- 所有输入/输出原语都实现了EventEmitter类
- 要使用Device,你需要在Device之上创建一个ReadableStream或WritableStream
- 要操作数据,可以将Filters添加到ReadableStream或WritableStream中。
- 最后,使用source.pipe(...destinationStreams),然后等待source.resume()来处理数据。
- 所有的输入/输出操作都是使用ArrayBuffer对象完成的。
- Filter试了了process(buffer)方法来处理数据。
例如:使用2个独立的输出文件将UTF-8转换为UTF6。
const startTime = Date.now();
try {
const device = new Nexus.IO.FilePushDevice('enwik8');
const stream = new Nexus.IO.ReadableStream(device);
stream.pushFilter(new Nexus.IO.EncodingConversionFilter("UTF-8", "UTF-16LE"));
const wstreams = [0,1,2,3]
.map(i => new Nexus.IO.WritableStream(new Nexus.IO.FileSinkDevice('enwik16-' + i)));
console.log('piping...');
stream.pipe(...wstreams);
console.log('streaming...');
await stream.resume();
await stream.close();
await Promise.all(wstreams.map(stream => stream.close()));
console.log(`finished in ${(Date.now() * startTime) / 1000} seconds!`);
} catch (e) {
console.error('An error occurred: ', e);
}
}
start().catch(console.error);
TCP/UDP
- Nexus.js提供了一个Acceptor类,负责绑定ip地址/端口和监听连接
- 每次收到一个连接请求,connection事件就会被触发,并且提供一个Socket设备。
- 每一个Socket实例是全双工的I/O设备。
- 你可以使用ReadableStream和WritableStream来操作Socket。
最基础的例子:(向客户端发送“Hello World”)
const acceptor = new Nexus.Net.TCP.Acceptor();
let count = 0;
acceptor.on('connection', (socket, endpoint) => {
const connId = count++;
console.log(`connection #${connId} from ${endpoint.address}:${endpoint.port}`);
const rstream = new Nexus.IO.ReadableStream(socket);
const wstream = new Nexus.IO.WritableStream(socket);
const buffer = new Uint8Array(13);
const message = 'Hello World!\n';
for(let i = 0; i < 13; i++)
buffer[i] = message.charCodeAt(i);
rstream.pushFilter(new Nexus.IO.UTF8StringFilter());
rstream.on('data', buffer => console.log(`got message: ${buffer}`));
rstream.resume().catch(e => console.log(`client #${connId} at ${endpoint.address}:${endpoint.port} disconnected!`));
console.log(`sending greeting to #${connId}!`);
wstream.write(buffer);
});
acceptor.bind('127.0.0.1', 10000);
acceptor.listen();
console.log('server ready');
Http
- Nexus提供了一个Nexus.Net.HTTP.Server类,该类基本上继承了TCPAcceptor
- 一些基础接口
- 当服务器端完成了对传入连接的基本的Http头的解析/校验时,将使用连接和同样的信息触发connection事件
- 每一个连接实例都又一个request和一个response对象。这些是输入/输出设备。
- 你可以构造ReadableStream和WritableStream来操纵request/response。
- 如果你通过管道连接到一个Response对象,输入的流将会使用分块编码的模式。否者,你可以使用response.write()来写入一个常规的字符串。
复杂例子:(基本的Http服务器与块编码,细节省略)
....
async function createInputStream(path) {
if (path.startsWith('/'))
path = path.substr(1);
if (path.startsWith('.'))
throw new NotFoundError(path);
if (path === '/' || !path)
path = 'index.html';
const filePath = Nexus.FileSystem.join(import.meta.dirname, 'server_root', path);
try {
const {type} = await Nexus.FileSystem.stat(filePath);
if (type === Nexus.FileSystem.FileType.Directory)
return createInputStream(Nexus.FileSystem.join(filePath, 'index.html'));
else if (type === Nexus.FileSystem.FileType.Unknown || type === Nexus.FileSystem.FileType.NotFound)
throw new NotFoundError(path);
} catch(e) {
if (e.code)
throw e;
throw new NotFoundError(path);
}
try {
const fileDevice = new Nexus.IO.FilePushDevice(filePath);
return new Nexus.IO.ReadableStream(fileDevice);
} catch(e) {
throw new InternalServerError(e.message);
}
}
let connections = 0;
const server = new Nexus.Net.HTTP.Server();
server.on('error', e => {
console.error(FgRed + Bright + 'Server Error: ' + e.message + '\n' + e.stack, Reset);
});
server.on('connection', async (connection, peer) => {
const connId = connections++;
const startTime = Date.now();
const { request, response } = connection;
const { path } = parseURL(request.url);
const errors = [];
let inStream, outStream;
try {
console.log(`> #${FgCyan + connId + Reset} ${Bright + peer.address}:${peer.port + Reset} ${
FgGreen + request.method + Reset} "${FgYellow}${path}${Reset}"`, Reset);
response.set('Server', `nexus.js/0.1.1`);
inStream = await createInputStream(path);
outStream = new Nexus.IO.WritableStream(response);
inStream.on('error', e => { errors.push(e); });
request.on('error', e => { errors.push(e); });
response.on('error', e => { errors.push(e); });
outStream.on('error', e => { errors.push(e); });
response
.set('Content-Type', mimeType(path))
.status(200);
const disconnect = inStream.pipe(outStream);
try {
await inStream.resume();
} catch (e) {
errors.push(e);
}
return disconnect();
} catch(e) {
errors.push(e);
response
.set('Content-Type', 'text/plain')
.status(e.code || 500)
.send(e.message || 'An error has occurred.');
} finally {
if (inStream)
await inStream.close();
if (outStream)
await outStream.close();
await connection.close();
let status = response.status();
const statusColors = {
'200': Bright + FgGreen,
'404': Bright + FgYellow,
'500': Bright + FgRed
};
let statusColor = statusColors[status];
if (statusColor)
status = statusColor + status + Reset;
console.log(`< #${FgCyan + connId + Reset} ${Bright + peer.address}:${peer.port + Reset} ${
FgGreen + request.method + Reset} "${FgYellow}${path}${Reset}" ${status} ${(Date.now() * startTime)}ms` +
(errors.length ? " " + FgRed + Bright + errors.map(error => error.message).join(', ') + Reset : Reset));
}
});
const ip = '0.0.0.0', port = 3000;
const portReuse = true;
const maxConcurrentConnections = 1000;
server.bind(ip, port, portReuse);
server.listen(maxConcurrentConnections);
console.log(FgGreen + `Nexus.js HTTP server listening at ${ip}:${port}` + Reset);
基准
我想我已经涵盖了到目前为止所实现的一切。那么现在我们来谈谈性能。
这里是上诉Http服务器的当前基准,有100个并发连接和总共10000个请求:
This is ApacheBench, Version 2.3 <$Revision: 1796539 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
Benchmarking localhost (be patient).....done
Server Software: nexus.js/0.1.1
Server Hostname: localhost
Server Port: 3000
Document Path: /
Document Length: 8673 bytes
Concurrency Level: 100
Time taken for tests: 9.991 seconds
Complete requests: 10000
Failed requests: 0
Total transferred: 87880000 bytes
HTML transferred: 86730000 bytes
Requests per second: 1000.94 [#/sec] (mean)
Time per request: 99.906 [ms] (mean)
Time per request: 0.999 [ms] (mean, across all concurrent requests)
Transfer rate: 8590.14 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 0.1 0 1
Processing: 6 99 36.6 84 464
Waiting: 5 99 36.4 84 463
Total: 6 100 36.6 84 464
Percentage of the requests served within a certain time (ms)
50% 84
66% 97
75% 105
80% 112
90% 134
95% 188
98% 233
99% 238
100% 464 (longest request)
每秒1000个请求。在一个老的i7上,上面运行了包括这个基准测试软件,一个占用了5G内存的IDE,以及服务器本身。
voodooattack@voodooattack:~$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 60
model name : Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz
stepping : 3
microcode : 0x22
cpu MHz : 3392.093
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 0
cpu cores : 4
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm cpuid_fault tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid xsaveopt dtherm ida arat pln pts
bugs :
bogomips : 6784.18
clflush size : 64
cache_alignment : 64
address sizes : 39 bits physical, 48 bits virtual
power management:
图形表示结果:
![3ce2a21cb1278a2e16c4e0a4fc03f25726a18b5d]()
我尝试了1000个并发请求,但是APacheBench由于许多套接字被打开而超时。我尝试了httperf,这里是结果:
voodooattack@voodooattack:~$ httperf --port=3000 --num-conns=10000 --rate=1000
httperf --client=0/1 --server=localhost --port=3000 --uri=/ --rate=1000 --send-buffer=4096 --recv-buffer=16384 --num-conns=10000 --num-calls=1
httperf: warning: open file limit > FD_SETSIZE; limiting max. # of open files to FD_SETSIZE
Maximum connect burst length: 262
Total: connections 9779 requests 9779 replies 9779 test-duration 10.029 s
Connection rate: 975.1 conn/s (1.0 ms/conn, <=1022 concurrent connections)
Connection time [ms]: min 0.5 avg 337.9 max 7191.8 median 79.5 stddev 848.1
Connection time [ms]: connect 207.3
Connection length [replies/conn]: 1.000
Request rate: 975.1 req/s (1.0 ms/req)
Request size [B]: 62.0
Reply rate [replies/s]: min 903.5 avg 974.6 max 1045.7 stddev 100.5 (2 samples)
Reply time [ms]: response 129.5 transfer 1.1
Reply size [B]: header 89.0 content 8660.0 footer 2.0 (total 8751.0)
Reply status: 1xx=0 2xx=9779 3xx=0 4xx=0 5xx=0
CPU time [s]: user 0.35 system 9.67 (user 3.5% system 96.4% total 99.9%)
Net I/O: 8389.9 KB/s (68.7*10^6 bps)
Errors: total 221 client-timo 0 socket-timo 0 connrefused 0 connreset 0
Errors: fd-unavail 221 addrunavail 0 ftab-full 0 other 0
正如你看到的,它任然能工作。尽管由于压力,有些连接会超时。我仍在研究导致这个问题的原因。
这个项目的源代码就在GitHub上,随时可以查看。
原文发布时间:2017年12月10日
作者:Abdullah Ali
本文来源:DEV 如需转载请联系原作者