之前有段时间火狐进控制台死活刷不出数据，好在不是续费日期。

fork 是拷贝，包括内存数据和执行环境，只能说类 linux 设计有点奇葩。
多进程考虑用 multiprocessing 啊，这个比较方便。

当然不一样， osi 是设计上的概念，现实里的 tcp/ip 并没有这层。网页里的 session 是 tcp 之上的应用层里网页服务端的一个概念。

这文章写的真无耻，你服务不稳定跟人家用什么架构有蛋关系。难道用户设计得好就允许你服务器卡顿网络闪断了。
我也有几台 ecs 隔三五个月网络连接闪断，提交工单屁事不顶永远喊你自己查。
服务态度先不说了，先提升一下技术水平吧

这也解释了为什么 3 楼的做法会有效

@chenset id 是索引时应该不会进入全表扫描。 我猜测偏移数较大时慢的原因是排序计算造成的。
取前 10 名只是多项式复杂度。
到 251676 可能已经接近于全排。

@abcbuzhiming 可能是某些蜘蛛类客户端长时间扫描你的网站，或者它们恶意保持连接

如果是死循环，那 cpu 占用应该很高。如果 cpu 空闲，，看一下网络连接情况，是不是一直存在空闲连接。

@lydhr 跟这没什么关系， oc 也是运行在 llvm 上。不爽的话，两边都可以用本地代码库。 android 慢最大原因是流氓太多。

如果是数据挖掘统计，分析什么的，可能上大数据分析工具更好一点。 hive,spark 什么的，当然我也就随便一说。
另外这种日志库按月按日分表很常见，分析的时候做联合查询，避免每次检索过多数据。

这个量也不大呀， 怎么会跪？
不行就分表， 分库

@iyaozhen 倒不是形式， 这一段在写脚本代码。重构的时候比较痛苦，连语法正确都不能保证。如果有完善的测试用例那就方便多了。

@guyskk 测试当然都会测试。但你是先写测试用例再写代码呢， 还是先写代码再测试。用例会不会保留下来归入用例集。

@ivvei 有些功能写测试很麻烦，而且容易产生 bug ， 比如 UI 界面。 我就有点担心你说的情况。

@ixiaohei 这种应该要求不很精细， 搞个控制服务端，监控对接系统状态， 每隔一点时间向任务程序分发额度就好了。

什么意思， 你是说对接系统吞吐量不能满足你们的需求吗。 那就算好吞吐量， 各程序间按量分配呀， 有额度的才能发送请求， 没有就排队等着。

要相信硬件的发展速度， 这点计算量和带宽，过 3 ， 5 年后根本不是事。当然要选最好的方案。

所以你们得选一个带头人， 每天和策划运营撕逼。把工作计划能砍的就砍， 能拖的就拖， 保证测试时间。

这不是 c#的问题啊，系统自带的动态库版本太旧，用其他语言写的本地程序也会出问题。
要么在编译时选用老一点的 windows sdk ，要么就多测试自带 dll 吧