取主题森林搜索大把, 收费而已

因为有好几个地方无锁读取 isDiscard

所以都使用 atomic 来无锁化读写 isDiscard

python rpc 直接用 openstack 组件 oslo_message

是不是虚拟机 被 cgroup 限制了
先跑物理机不要用 docker 试试

ufw 不知道,filewall 本质还是 iptable

比如 filewall 标准语法不能描述的规则都用 direct 实现
direct 里面都是 iptable 的语法

话说前端娱乐圈搞那么多状态管理....
linux 搞两三个防火墙管理怎么了！！
才两三个你们就叫,写前端不得疯

--------先给你解释 iptable 和 firewalld 的关系

假设实际的防火墙规则是一条条内核中的记录

那么 iptable-save 就是用自己格式输出、保存的防火墙规则
iptabale 的其他命令行工具能对防火墙规则进行增删改查

iptable 本质就是清空防火墙规则 保存防火墙规则 推送保存的防火墙规则的工具

由于 iptable 对复杂规则的使用不够友好,所以设计了 firewalld 这个以 xml 存储防火墙规则的程序

但是无论是 iptable 还是 firewalld,最后操作的都是内核中的记录,所以无论使用 firewalld 还是 iptable
修改、列出的规则都是内核中的规则

现在都是尽量避免使用 iptable 来操作防火墙,都是用 firewalld 来配置

-------这里解释容器相关防火墙

容器实现靠的是操作系统的 namespace,每个 namespace 有自己的路由和防火墙规则
默认所有操作都在 default namespace 中, 你直接执行 iptable-save 导出的是 default namespace 的防火墙规则
default namespace 是系统中所有正常启动的进程所在的 namespace

你想获取容器中的防火墙规则,需要切换到指定容器对应的 namespace 中执行 iptable-save
具体的 namespace exce 命令随便查下就知道了

说错 x520 网卡

改造过底版支持 itx 的 gen8 机箱(带硬盘接口以及连接线)

itx 主板配 x520 显卡..完事

@purezhang
又来...都尼玛死 100w 了 还 TM 吹国外呢

linux 基础问题, 查查文件描述符的复制继承就知道怎么做了,和 systemd 没有关系

转 dict, O(1)

代码也可以变漂亮
try
a = data[i]
b = data2[a]
c = data3[b]
expect IndexError
return 'not found'

怕运营商拆盘直接加密硬盘不就行了,登不进系统也没法解密拿到硬盘上的数据不就完了

走 https 不怕数据拦截...啥都不用折腾

压缩文集添加密码分段压缩不就行了

fedora 人气好低啊

纯查询 commit 干嘛....用事务又没见 begin

非查询先 flush 再 commit

统一了挺好 .......马上做一个不一样的就能赚钱了！！！

@zerohzd

你搞笑么, 备用盘开机时间短多了,R1 主备两盘工作时间一样

除非你备份非常频繁， 备份盘反复启动 反而挂的快

别直接看代码
先在现实世界里理清楚一遍业务流程
出库入库下订单逻辑等..这些不搞得清清楚楚看代码没啥用

@RedBeanIce
所以说你傻呀....不让用户输 0 不就可以了
难道你还要杠用户绕过 UI 设 0 ？