本文基于KubeSphere可观测性与边缘计算负责人霍秉杰在北美KubeCon的Co-locatedeventOpenObservabilityDay闪电演讲的内容进行整理。整理人：米开朗基杨、大飞哥FluentOperator简介2019年1月21日，KubeSphere社区为了满足以云原生的方式管理FluentBit的需求开发了FluentBitOperator，并在2020年2月17日发布了v0.1.0版本。此后产品不断迭代，一直维护到v0.8.0，实现了FluentBit配置的热加载，而无需重启整个FluentBit容器。2021年8月，Kubesphere团队将该项目捐献给Fluen
本文基于KubeSphere可观测性与边缘计算负责人霍秉杰在北美KubeCon的Co-locatedeventOpenObservabilityDay闪电演讲的内容进行整理。整理人：米开朗基杨、大飞哥FluentOperator简介2019年1月21日，KubeSphere社区为了满足以云原生的方式管理FluentBit的需求开发了FluentBitOperator，并在2020年2月17日发布了v0.1.0版本。此后产品不断迭代，一直维护到v0.8.0，实现了FluentBit配置的热加载，而无需重启整个FluentBit容器。2021年8月，Kubesphere团队将该项目捐献给Fluen
问题描述在C/C++开发中，使用printf打印64位变量比较常用，通常在32位系统中使用%lld输出64位的变量，而在64位系统中则使用%ld；如果在32位系统中使用%ld输出64位变量，很可能打印的值是异常的，而在64位系统中则使用%lld，则通常会出现编译报错，类似如：format'%lld'expectstype'longlongint',butargument4hastype'int64_t'[-Werror=format=]如果在跨平台移植代码时，通常就会遇到这种情况。解决方案为了解决跨平台移植的问题，%PRId64的书写方式解决了跨平台的问题，主要是为了同时支持32位和64位操作
问题描述在C/C++开发中，使用printf打印64位变量比较常用，通常在32位系统中使用%lld输出64位的变量，而在64位系统中则使用%ld；如果在32位系统中使用%ld输出64位变量，很可能打印的值是异常的，而在64位系统中则使用%lld，则通常会出现编译报错，类似如：format'%lld'expectstype'longlongint',butargument4hastype'int64_t'[-Werror=format=]如果在跨平台移植代码时，通常就会遇到这种情况。解决方案为了解决跨平台移植的问题，%PRId64的书写方式解决了跨平台的问题，主要是为了同时支持32位和64位操作
pandas条件替换值(where&mask)在日常分析中，经常会遇到对数据的筛选处理相关的工作，我们可以使用loc和iloc定位分析筛选的列或行数据，下面介绍一种高级筛选的用法where和mask。pd.where:替换条件（condition）为Flase处的值pd.mask:替换条件（condition）为True处的值np.where:替换条件，类似三元表达式#条件不成立时，值替换成otherpd.where(self,cond,other=nan,inplace=False,axis=None,level=None,errors='raise',try_cast=False)#条件成
pandas条件替换值(where&mask)在日常分析中，经常会遇到对数据的筛选处理相关的工作，我们可以使用loc和iloc定位分析筛选的列或行数据，下面介绍一种高级筛选的用法where和mask。pd.where:替换条件（condition）为Flase处的值pd.mask:替换条件（condition）为True处的值np.where:替换条件，类似三元表达式#条件不成立时，值替换成otherpd.where(self,cond,other=nan,inplace=False,axis=None,level=None,errors='raise',try_cast=False)#条件成
1.官方SDK（带Freertos）无法编译和下载解决方案：（1）无法编译通过：（会报一下奇奇怪怪的错误）32bit MCU官方freertos的SDK编译不通过可能是基于不同的C语言版本编写，需要修改配置如下： （2）无法下载：本人遇到的错误是这个 “NoAlgorithmfoundfor:00008000H-0000B8FFH ”（解决方法参考链接https://blog.csdn.net/weixin_42876465/article/details/98593081） 设置好之后重新编译，注意目标对话框的地址范围：至此，编译和下载都可以实现了！！！（温馨提示：辉芒微单片机内存比较小，
1.官方SDK（带Freertos）无法编译和下载解决方案：（1）无法编译通过：（会报一下奇奇怪怪的错误）32bit MCU官方freertos的SDK编译不通过可能是基于不同的C语言版本编写，需要修改配置如下： （2）无法下载：本人遇到的错误是这个 “NoAlgorithmfoundfor:00008000H-0000B8FFH ”（解决方法参考链接https://blog.csdn.net/weixin_42876465/article/details/98593081） 设置好之后重新编译，注意目标对话框的地址范围：至此，编译和下载都可以实现了！！！（温馨提示：辉芒微单片机内存比较小，
基于随机tokenMASK是Bert能实现双向上下文信息编码的核心。但是MASK策略本身存在一些问题MASK的不一致性：MASK只在预训练任务中存在，在微调中不存在，Bert只是通过替换部分的随机MASK来降低不一致性的影响独立性假设：对MASK的预测是基于独立概率而不是联合概率，模型并不会考虑MASK之间的条件关联MASK训练低效：每次只遮盖15%的token，每个batch的模型更新只基于这15%的input，导致模型训练效率较低MASK有这么多的问题，那能否绕过MASK策略来捕捉双向上下文信息呢？下面介绍两种方案XLNET，Electra，它们使用两种截然不同的方案实现了在下游迁移的En
基于随机tokenMASK是Bert能实现双向上下文信息编码的核心。但是MASK策略本身存在一些问题MASK的不一致性：MASK只在预训练任务中存在，在微调中不存在，Bert只是通过替换部分的随机MASK来降低不一致性的影响独立性假设：对MASK的预测是基于独立概率而不是联合概率，模型并不会考虑MASK之间的条件关联MASK训练低效：每次只遮盖15%的token，每个batch的模型更新只基于这15%的input，导致模型训练效率较低MASK有这么多的问题，那能否绕过MASK策略来捕捉双向上下文信息呢？下面介绍两种方案XLNET，Electra，它们使用两种截然不同的方案实现了在下游迁移的En
