扫码关注官方订阅号
为什么node不适合处理静态文件？
学习是最好的投资！
因为静态文件的读取是非常占用内存的,64位服务器node的内存最多只能使用1.4G左右(具体的我忘记了)。要通过child_process才能实现多进程,发挥多核CPU的优势
我理解的node适合做小而多的请求,提高吞吐量。对于特别吃内存的操作并不适合
其实可以通过流来处理大文件。
因为有比Node性能更高更可靠的Nginx呀.Nginx从1.7.11加入了AIO线程池支持,能够使用AIO多线程读取和发送大文件,避免Nginx工人进程被阻塞(小文件用sendfile,大文件用AIO线程池).比如发送X-Accel-Redirect: filepath这个请求头给Nginx就不需要程序语言自己输出大文件了.
X-Accel-Redirect: filepath
垃圾回收的策略其实是"先泄露再回收".个人认为有GC的语言都不适合常驻后台控制大内存.因为高并发下请求密集时,程序占用的内存会迅速膨胀,内存膨胀就要依赖GC来释放,而GC会导致程序暂停,这时会导致堆积更多的请求,这种矛盾最后极有可能导致雪崩.PHP也有GC,但我们几乎不会看到有人提PHP GC相关的问题.为什么,因为PHP-FPM这类程序在请求结束后会释放脚本的所有资源,这远比GC彻底.在请求处理期间,GC基本不起作用,影响极小.
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
PHP学习
技术支持
返回顶部
0 
3
516
收藏
因为静态文件的读取是非常占用内存的,64位服务器node的内存最多只能使用1.4G左右(具体的我忘记了)。
要通过child_process才能实现多进程,发挥多核CPU的优势
我理解的node适合做小而多的请求,提高吞吐量。对于特别吃内存的操作并不适合
其实可以通过流来处理大文件。
因为有比Node性能更高更可靠的Nginx呀.
Nginx从1.7.11加入了AIO线程池支持,能够使用AIO多线程读取和发送大文件,避免Nginx工人进程被阻塞(小文件用sendfile,大文件用AIO线程池).比如发送
X-Accel-Redirect: filepath这个请求头给Nginx就不需要程序语言自己输出大文件了.垃圾回收的策略其实是"先泄露再回收".
个人认为有GC的语言都不适合常驻后台控制大内存.
因为高并发下请求密集时,程序占用的内存会迅速膨胀,
内存膨胀就要依赖GC来释放,而GC会导致程序暂停,
这时会导致堆积更多的请求,这种矛盾最后极有可能导致雪崩.
PHP也有GC,但我们几乎不会看到有人提PHP GC相关的问题.
为什么,因为PHP-FPM这类程序在请求结束后会释放脚本的所有资源,这远比GC彻底.
在请求处理期间,GC基本不起作用,影响极小.