在 JS 文件中如何使用

注：为方便下文讲述，介绍以上系统配置时前缀省略掉，配置值以空格分隔的多个数字以数组来称呼，例如tcp_rmem[2]表示上面第一行最后一列16777216。)

网上可以找到很多这些系统配置项的说明，然而往往还是让人费解，例如，tcp_rmem[2]和rmem_max似乎都跟接收缓存最大值有关，但它们却可以不一致，究竟有什么区别?或者tcp_wmem[1]和wmem_default似乎都表示发送缓存的默认值，冲突了怎么办?在用抓包软件抓到的syn握手包里，为什么TCP接收窗口大小似乎与这些配置完全没关系?

TCP连接在进程中使用的内存大小千变万化，通常程序较复杂时可能不是直接基于socket编程，这时平台级的组件可能就封装了TCP连接使用到的用户态内存。不同的平台、组件、中间件、网络库都大不相同。而内核态为TCP连接分配内存的算法则是基本不变的，这篇文章将试图说明TCP连接在内核态中会使用多少内存，操作系统使用怎样的策略来平衡宏观的吞吐量与微观的某个连接传输速度。这篇文章也将一如既往的面向应用程序开发者，而不是系统级的内核开发者，所以，不会详细的介绍为了一个TCP连接、一个TCP报文操作系统分配了多少字节的内存，内核级的数据结构也不是本文的关注点，这些也不是应用级程序员的关注点。这篇文章主要描述linux内核为了TCP连接上传输的数据是怎样管理读写缓存的。

一、缓存上限是什么?

(1)先从应用程序编程时可以设置的SO_SNDBUF、SO_RCVBUF说起。

无论何种语言，都对TCP连接提供基于setsockopt方法实现的SO_SNDBUF、SO_RCVBUF，怎么理解这两个属性的意义呢?

SO_SNDBUF、SO_RCVBUF都是个体化的设置，即，只会影响到设置过的连接，而不会对其他连接生效。SO_SNDBUF表示这个连接上的内核写缓存上限。实际上，进程设置的SO_SNDBUF也并不是真的上限，在内核中会把这个值翻一倍再作为写缓存上限使用，我们不需要纠结这种细节，只需要知道，当设置了SO_SNDBUF时，就相当于划定了所操作的TCP连接上的写缓存能够使用的最大内存。然而，这个值也不是可以由着进程随意设置的，它会受制于系统级的上下限，当它大于上面的系统配置wmem_max(net.core.wmem_max)时，将会被wmem_max替代(同样翻一倍);而当它特别小时，例如在2.6.18内核中设计的写缓存最小值为2K字节，此时也会被直接替代为2K。

SO_RCVBUF表示连接上的读缓存上限，与SO_SNDBUF类似，它也受制于rmem_max配置项，实际在内核中也是2倍大小作为读缓存的使用上限。SO_RCVBUF设置时也有下限，同样在2.6.18内核中若这个值小于256字节就会被256所替代。

(2)那么，可以设置的SO_SNDBUF、SO_RCVBUF缓存使用上限与实际内存到底有怎样的关系呢?
 

01开放数据？

在数据资源开发利用的过程中，大数据服务商都希望获得更多的数据，让政府和BAT等巨头把数据开放出来，这样我们才能去做数据的挖掘和分析。

但是政府层面开放数据会担心侵犯个人的隐私、商业的秘密；企业层面BAT等巨头把数据资源当成是自己兜里重要的资产，都不会轻易开放出来；因此，数据的开放、共享、交易、流通，没有想象的那么容易和简单。

那么，有没有一种更加安全、更加可靠的载体作为数据资源流通的一个手段？

02区块链可以！

大数据和区块链的是两种截然不同的新兴技术，但是它们有着很大的可以结合的空间。

区块链的本质是一种去中心化的分布式账本。它也可以理解为是一-种不可篡改的、全历史的、分布式数据库存储技术。

所以区块链技术能够令更多的数据被解放出来，区块链技术的可信任性、安全性、和不可篡改性从根本上保证了大数据的安全性。

同时，区块链技术能够推动数据的海量增长。庞大的区块链数据集合，包含着每一笔交易的全部历史。

（编辑：济宁站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!