关于整体服务端监听模式的改进建议 about shadowsocksr HOT 9 OPEN

另外
SSR的PY实现并没有多线程，PY做不到真正的多线程，想上多线程也许需要等其他实现了吧，比如Erlang或者C++什么的

如果出现内存占用非常大的情况，请查看是不是使用的最新版的SSRR，SSRR修复了几个密码学组件中的内存泄露问题

PY服务器端这边最近上了稳定版的F协议，但是libev那边还是个泥潭，如果喜欢的话，你可以切到akkariiin/dev分支上来试试

另外有关开发速度这个问题，项目人手不够是最重要的原因

另外，不要观察来观察去的，给人一种**准备要人肉开发者的感觉。没更新肯定是有原因的，事情既然存在和发生就有它存在和发生的原因和合理性。
我还要上课还要做实验，不是SSRR的全职开发，也没有一个叫SSRR基金会的能提供给谁一个全职开发岗位，SSRR的不少代码还需要其他贡献者来写，既然现在除了我就没有人来维护libev和Android就不要怪Android一直不支持F协议，我也没办法，最近做实验很忙。

from shadowsocksr.

恩………之前心情不好，请原谅，现在我再仔细回答一下这个issue吧

关于普通的监听模式不适合大规模部署的问题
可以使用上面所说的单端口多用户模式来解决
唯一的缺点就是这个模式只有部分协议支持

有关更新速度的问题，因为现在只有寥寥几个贡献者，而这个项目又是又好几种不同的语言组成的，所以就导致现在这样部分项目更新快，部分项目更新慢的问题
人的精力有限，这个问题除非有更多贡献者加入，否则是无解的

TCP和UDP分离监听的模式的确很好，只是需求恐怕不是很多，可以研究一下如何在客户端实现

流量大时使用更多内存这是正常现象，因为作为一个中转服务器就必然会缓存发送和接收的数据以便中转
这个是原理决定的，除非使用硬件实现或者0拷贝的技术，否则不可能有多大的降低

当然，如果内存占用居高不下，就有可能是PY又内存侧漏了【笑
如果出现这样的情况，请先更新到最新版，最新版已经解决了不少内存泄漏问题，但是现有的的垃圾回收机制，要想完全不出现无用的内存消耗，我觉得再造一个完全基于C++的RAII来进行内存管理的轮子可能更有可能达到这个目的【笑

py想要实现多线程我觉得是个奢望…这个问题我觉得上boost.asio可能可以解决。

就是这样，既然你也能够写py，为什么不来贡献点代码呢？【笑

from shadowsocksr.

嗯我知道因为GIL的原因，python的多线程实际上都是单线程，但是对于IO密集型的应用，python的伪多线程效果还是挺好的。其实如果想绕过GIL，试试multiprocessing模块实现进程池也可，不过这样的话就需要考虑到进程间通信的开销了

from shadowsocksr.

1. ShadowsocksR 支持「单端口多用户」模式，可以实现 issue 中提到的只监听某几个特定端口实现多用户。文档链接
2. Issue 中提到的使用 MongoDB 来作为用户数据库，我觉得这个可以在 「单端口多用户」模式的基础上进行扩展即可，改动应该不是特别大。

from shadowsocksr.

突然意识到我用的是实名账号来发的issue....感觉更容易被人肉的是我>_<!!

from shadowsocksr.

我使用的是3.2.0的SSR，那我试试3.2.1版本吧

from shadowsocksr.

试试最好的语言PHP

from shadowsocksr.

支持 ， @YanzheL 3.2.1 以前的版本内存泄露严重，512M一下KVM VPS 开着没一会儿就宕机

from shadowsocksr.

数据库多用户版本的时候分配的端口总量是65535
不管是不是单端口多用户还是直接多用户都会有一个问题
如果说超过这么多的用户的时候 就没端口可分配了

from shadowsocksr.