uuid

UUID values in the pre-allocated range have aliases that are represented as 16-bit or 32-bit values. These aliases are often called 16-bit and 32-bit UUIDs, but each actually represents a 128-bit UUID value. 来源： CSDN 作者： samaig 链接： https://blog.csdn.net/weixin_44631121/article/details/104079680

一．SWAP 说明 1.1 SWAP 概述 当系统的物理内存不够用的时候，就需要将物理内存中的一部分空间释放出来，以供当前运行的程序使用。那些被释放的空间可能来自一些很长时间没有什么操作的程序，这些被释放的空间被临时保存到Swap空间中，等到那些程序要运行时，再从Swap中恢复保存的数据到内存中。这样，系统总是在物理内存不够时，才进行Swap交换。 这个是SWAP 交换分区的作用。 实际上，我们更关注的应该是SWAP分区的大小问题。 设置多大才是最优的。 一般来说可以按照如下规则设置swap大小： 4G以内的物理内存，SWAP 设置为内存的2倍。 4-8G的物理内存，SWAP 等于内存大小。 8-64G 的物理内存，SWAP 设置为8G。 64-256G物理内存，SWAP 设置为16G。 实际上，系统中交换分区的大小并不取决于物理内存的量，而是取决于系统中内存的负荷，所以在安装系统时要根据具体的业务来设置SWAP的值。 1.2 系统在什么情况下才会使用SWAP？ 实际上，并不是等所有的物理内存都消耗完毕之后，才去使用swap的空间，什么时候使用是由swappiness 参数值控制。 [root@rhce ~]# cat /proc/sys/vm/swappiness 60 该值默认值是60. swappiness=0的时候表示最大限度使用物理内存，然后才是 swap空间，

我们先来看看在bluedroid 里面有多少地方调用到这里： 可以看出除了 它自己声明的地方，有三处 调用到这个函数。 一处是 进行discovery，一处是进行search的时候，还有一次是bta_dm_sys_hw_cback 中，这个在bta_dm_enable的时候就已经注册了，所有其实最先注册的地方就是bta_dm_sys_hw_cback ，以后即使有地方调用该函数进行GATT 注册，也不会真正的再次注册。 另外 这个函数 其实是BTA_GATTC_AppRegister的包装，但是它限定了app_uuid 全部为0x87，由此我们得知此uuid 标识device manager 模块注册到gatt 中情况。 下面进行函数的分析： /******************************************************************************* ** ** Function bta_dm_gattc_register ** ** Description Register with GATTC in DM if BLE is needed. ** ** ** Returns void ** *********************************************************************

BluetoothAdapter.java中有low enery(le)的一些方法，android提供了这些方法，但源码中并未找到这些方法的调用之处。本文档主要分析这类方法的执行流程，来了解下le到底做了些什么。 本文主要就是分析下startLeScan方法（两个重载方法）。 public boolean startLeScan(LeScanCallback callback) { return startLeScan(null, callback); } public boolean startLeScan(UUID[] serviceUuids, LeScanCallback callback) { if (DBG) Log.d(TAG, "startLeScan(): " + serviceUuids); synchronized(mLeScanClients) { if (mLeScanClients.containsKey(callback)) { if (DBG) Log.e(TAG, "LE Scan has already started"); return false; } try { //获取BluetoothGattBinder类的实例，该类的定义在GattService.java中 IBluetoothGatt iGatt = mManagerService

查看设备的uuid的三种方法，总结如下： 1 命令查看：blkid 2 文件查看：ls -l /dev/disk/by-uuid 3 命令查看：vol_id /dev/sda1 UUID的作用及意义 1：它是真正的唯一标志符 UUID为系统中的存储设备提供唯一的标识字符串，不管这个设备是什么类型的。如果你在系统中启动的时候，使用盘符挂载时，可能找不到设备而加载失败，而使用UUID挂载时，则不会有这样的问题。 2：设备名并非总是不变的 自动分配的设备名称并非总是一致的，它们依赖于启动时内核加载模块的顺序。如果你在插入了USB盘时启动了系统，而下次启动时又把它拔掉了，就有可能导致设备名分配不一致。 使用UUID对于挂载移动设备也非常有好处，它支持各种各样的卡，而使用UUID总可以使同一块卡挂载在同一个地方。 3：Ubuntu中的许多关键功能现在开始依赖于UUID 来源： CSDN 作者： JetBrains_孙健 链接： https://blog.csdn.net/sj349781478/article/details/103791608

一：CQL 简介 CQL是Cassandra Query Language的缩写，目前作为Cassandra默认并且主要的交互接口。CQL和SQL语法很相似，主要的区别是cql不支持join和子查询,相对来说没有sql那么强大。 二：Shell 命令 // 登录shell D:\Java\apache-cassandra-3.11.0\bin>cqlsh D:\Java\apache-cassandra-3.11.0\bin>cqlsh --help D:\Java\apache-cassandra-3.11.0\bin>cqlsh --version // 使用用户名和密码登录，默认用户名和密码都是cassandra D:\Java\apache-cassandra-3.11.0\bin>cqlsh -u 'cassandra' -p 'cassandra' // 启动时执行cql（可用于导入数据，或者执行文件中的cql） D:\Java\apache-cassandra-3.11.0\bin>cqlsh --file="D:\users.cql" // 帮助命令 cqlsh> help // 捕获命令，所有的select查询的结果都将保存在output文件中 cqlsh> capture 'D:\Java\apache-cassandra-3.11.0\data\output'