摘要：计算并发和qps:假如你的网络服务的工作线程个数如果为24个，另外，单个请求耗时大概100ms，那么，你的并发是24个；你的qps可以达到240个，也就是一秒处理的任务数目（每个任务都被在100ms内被处理完成）；有时，为了提高qps，一般在接收端都会设置一个接收任务的队列，用来缓冲请求，这个对请求 阅读全文
怎么利用好cpu?
2019-06-19 19:24 by 乘着风去破浪, 446 阅读, 0 推荐, 收藏, 编辑
摘要：怎么利用好cpu?短而快的任务放到线程池中才能压榨cpu，使得其飙升吗？那么，长慢（比如网络IO等等，造成cpu空闲，但是又不能做其他事情，那么，这种情况能不能增加线程池个数来优化一点呢）的任务放到线程池中能让cpu飙升吗？cpu是10核，那么线程池设置为10个或者20个就是合理的吗？不是的，对于有 阅读全文
架构的伸缩性：
2019-06-19 13:48 by 乘着风去破浪, 229 阅读, 0 推荐, 收藏, 编辑
摘要：架构的伸缩性：一般可伸的架构都是容易进行缩的，但是缩的架构如果很难伸，那么就需要优化 阅读全文
什么样的请求适合缓存？
2019-06-19 13:48 by 乘着风去破浪, 346 阅读, 0 推荐, 收藏, 编辑
摘要：什么样的请求适合缓存？请求不为空，如果为空每次都会击穿缓存；不经常变化的数据；对数据变化不敏感，对实时性要求不高，能够接受几分钟延时的；如果数据被删除了，还进行推荐有什么问题？能接受吗？如果使用了缓存，那么从缓存获取后，就相当于用缓存的内容代替了源，那么对源的后处理操作就转移到对获取到缓存后的内容的 阅读全文
关于“优化”这个事情的看法
2019-06-19 13:47 by 乘着风去破浪, 279 阅读, 0 推荐, 收藏, 编辑
摘要：关于“优化”这个事情的看法优化本身就是一个过程，因此不可能一步到位的，要控制优化的边界，逐步迭代； 阅读全文
缓存的时长思考：
2019-06-19 11:15 by 乘着风去破浪, 332 阅读, 0 推荐, 收藏, 编辑
摘要：缓存的时长思考：如果并发是60（qps）的话，那么不走缓存的情形，达到源上的并发还是60，如果采用了缓存，而且缓存设置为1秒，那么对源的并发（理想情况下的理论值）就减少到了原来的六十分之一，这种优化是非常富有成效的；缓存时间越长，对源的并发冲击会更小；引申：看似简单的设置和道理，有了新的延伸的认识或 阅读全文
思考：定义的价值
2019-06-19 11:15 by 乘着风去破浪, 221 阅读, 0 推荐, 收藏, 编辑
摘要：思考：定义的价值良好的定义是解决问题的一个基础，良好的定义应该具有简单性，扩展性等特性的，而且能够促进问题的快速解决；比如数据模型的建模，数据结构的设计都要用到“定义” 阅读全文
思考：线程池中执行网络调用任务的注意事项
2019-06-19 11:14 by 乘着风去破浪, 318 阅读, 0 推荐, 收藏, 编辑
摘要：思考：线程池中执行网络调用任务的注意事项把一个网络调用的程序放到线程池中进行执行，如果网络调用的时长太长就会造成线程池的枯竭调用超时时长越大，也容易造成线程池的枯竭，因此要学会“快速返回” 阅读全文
思考：关于redis是单线程，所以6核以上的机器部署redis是中浪费cpu的说法的思考
2019-06-19 11:14 by 乘着风去破浪, 2353 阅读, 0 推荐, 收藏, 编辑
摘要：思考：关于redis是单线程，所以6核以上的机器部署redis是中浪费cpu的说法的思考还得看cpu的频率，如果cpu的频率低，并且访问redis的并发很大，那么单个redis线程分摊（一个线程并不是一直都bind到一个固定的核上面的，其实这也是常遇到的错误的认知：单个线程就算用多核的机器也是浪费的 阅读全文
思考：能用redis缓存，就一定可以使用本机缓存（减少对redis的压力）吗？
2019-06-19 11:04 by 乘着风去破浪, 388 阅读, 0 推荐, 收藏, 编辑
摘要：思考：能用redis缓存，就一定可以使用本机缓存（减少对redis的压力）吗？如果容量小，是可以用本地缓存的，一般情况下距离（真实发生计算的）cpu越近的内存存储，它的容量都是受限的。 阅读全文