tbox之前提供的stackfull协程库，虽然切换效率已经非常高了，但是由于每个协程都需要维护一个独立的堆栈，内存空间利用率不是很高，在并发量非常大的时候，内存使用量会相当大。之前考虑过采用stacksegment方式进行内存优化，实现动态增涨，但是这样对性能还是有一定的影响，暂时不去考虑了。最近参考了下boost和protothreads的st

【国内外技术研究现状】基于多层特征的空间信息网络可视化LucaRossi等人最早讨论了多层网络的可视化策略，他们认为虽然有部分学者逐渐集中到多层网络的研究分析上来，但目前还没有针对这一内容提出专业的可视化方法，而解决当前问题的方案只能依靠传统的方法。DeDomennicoM等人基于自主研发的可视化工具MuxViz完成了项目MULTIPLEX，然而，该

本文索引：Nginx负载均衡ssl原理生成ssl密钥对Nginx配置sslNginx负载均衡负载均衡原理上就是代理，只不过通过设置多个代理服务器来实现多用户访问时的负载均衡。同时也可以在某个代理服务器无法访问时，切换到另外的代理服务器，从而实现访问不间断的目的。下面以qq.com为例

    通常在很多传统集中式版本控制系统中，只有两个空间用来管理你的数据，一个是你的workingcopy（工作区），另一个便是datastore（版本库），然而在Git中，引入了stagingarea（index）这一概念，我们可以把它看做一个“码头”，你来决定其中的哪些改变可以被“运走”。    有了暂存区，我们的工作区边和Git库就不再直

小红书使用TiDB历史可以追溯到2017年甚至更早，那时在物流、仓库等对新技术比较感兴趣的场景下应用，在2018年5月之后，我们就开始逐步铺开，延展到其他适合TiDB的场景中去。截止目前，小红书使用的TiDB节点数在200个，未来也有更大扩展空间。本文根据近两年TiDB在小红书的落地过程，和大家一起探讨一下，小红书在新数

lvs 工作在第四层 所以受到的主要限制 是CPU、网卡瓶颈限制 服务器一般都是千兆  对于操作系统来说是工作在内核空间nginx 工作在第七层 受到的限制 CPU、网卡、内存都会有，而且受操作系统影响，每处理一个请求都要消耗一定的内存， 单个nginx进程处理能力有限，一般用CPU个数进程，lvs的负载能力要强于nginx，但功能上

前几天帮某个人抓取某电商网站商品属性的,得到页面后需要解析一个<script内的代码获得其中一个json对象的属性,开始是想字符串截取呢,后来感觉不怎么好,就换成用java解析script了,感觉还行,其中有几个坑,在这里记录下,对于一段js代码,java在解析时,需要补齐其中的空间变量,比如varwindow{}; 还有js中调用的函数

IntelSGX技术是一种新的基于硬件的可信计算技术。该技术通过CPU的安全扩展，对用户空间运行环境（enclave）提供机密性和完整性保护。即使是攻击者获得OS，hypervisor，BIOS和SMM等权限，也无法直接攻击enclave。因此，攻击者不得不通过侧信道的攻击方法来间接获取数据（比如隐私数据，加密密钥等等）。得益于enclave的强安

SVN多版本库环境的搭建(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fmp.weixin.qq.com%2Fs%3F__biz%3DMzA4MTk3MjI0Mw%3D%3D%26mid%3D2247484161%26idx%3D1%26sn%3D7588d91da7d966f4