钟阳红-Apache Ballista Introduction## RUST CHINA CONF 2023 第三届中国Rust开发者大会 6.17-6.18 @Shanghai ## Apache Ballista Introduction 钟阳红 (John Zhong) Software Engineer @ eBay nju_yahoo@apache.org ## 😍 ## Agenda • Overview • Cluster Setup0 码力 | 17 页 | 2.66 MB | 2 年前3
HW弹药库之红队作战⼿册# HW弹药库之红队作战手册 ## 红方人员实战手册 ## 2 声明 Author : By klion Date : 2020.2.15 寄语:愿2020后面的每一天都能一切安好 ## $ c^{2} $ 分享初衷 一来,旨在为“攻击”/“防御”方提供更加全面实用的参考 还是那句老闲话“未知攻焉知防”,所有单纯去说“攻”或者“防”的都是耍流氓,攻守兼备才能把路越走越宽 二来 二来,也是为秉承共享协作,希望能为红队及部分实战攻防研究人员做出自己应有的贡献 个人一直坚信,真正的价值来源于实实在在的奉献,与其天天到处嘴炮,不如静下心来多反思下自己,好好踏踏实实做些对大家都有益的事 ## B 丑话说在前面 严禁任何个人/组织机构利用以下相关技术去从事任何未经合法授权的网络入侵攻击破坏或者黑产活动 严禁任何个人/组织机构以此来进行任何形式的商业牟利或恶意炒作行为,包括各类非 以下仅针对日常 "红队" 场景,进行了一次相对全面完整的实战攻击利用技术提炼汇总 针对不同的渗透阶段,所可能会用到的一些技术都做了详尽梳理说明(后面可能还会整理出对应的完整工具链,虽然那不是最主要的) 由于红队不同于一般的渗透测试,强调更多的是如何搞进去拿到相应机器权限或者实现某特定目的 而不局限于你一定要在什么时间,用什么技术 或者 必须通过什么途径去搞,相比传统渗透测试,红队则更趋于真实的入侵活动0 码力 | 19 页 | 1.20 MB | 2 年前3
Doris的数据导入机制以及原子性保证等待回收任务删除已写入数据  ## 总结 多版本机制解决读写冲突 • 写入带版本 · 查询带版本 两阶段导入保证多表原子生效 - 支持并行导入 - 有冲突时按导入顺序生效,无冲突导入时并行生效 事务能力保证  决定对象是否是垃圾对象,并进行 回收。 学 垃圾回收机制的特点 * 垃圾内存并不是用完了马上就被释放,所以会产生内存释放 不及时的现象,从而降低内存的使用效率。 有归程 序庞大的 时候,这种现象更为明显。0 码力 | 44 页 | 818.30 KB | 2 年前3
2.4 基于Go-Ethereum构建DPOS机制下的区块链基于Go-Ethereum构建DPOS机制下的区块链 恺英网络一朱崇文 ’ alt=‘OCR图片’/> 目录 1 Go版本以太坊 2 为何选择DPOS机制 3 拓展共识改造实战 4 智能合约的实践 5 压力测试下暴露的问题 GopherChina2018 ’ alt=‘OCR图片’/> Go版本以太坊 ’ alt=‘OCR图片’/> Go版本以太坊 以太坊的工具组 ’ alt=‘OCR图片’/> GopherChina2018 ’ alt=‘OCR图片’/> 为何选择DPOS机制 共识机制对比 POW • 消耗计算力 • 出块速度慢,确认慢 • TPS极低 10~20 • 确认1分钟+ DPOS • 代理人模式 • 出块速度快,确认快 • TPS 700~1000 (实现) • 平均确认1~3秒 ’ alt=‘OCR图片’/> 为何选择DPOS机制 DPOS机制的优势 系统可靠性 在商业场景下,网络性能可控 the local miner’s GopherChina2018 ’ alt=‘OCR图片’/> 拓展共识改造实战 借鉴Clique(POA)的实现 Clique Go-Ethereum实现的机制,用以公共测试链 整个网络由Signer节点出块 Signer节点可以投票选择其他Signer节点 节点之间可以相互竞争出块 存活节点数 > (n/2) +1 Signer 节点的选举记录在Extra0 码力 | 34 页 | 2.01 MB | 1 月前3
Pentest-Report Vitess 02.20190 码力 | 9 页 | 155.02 KB | 2 年前3
curvefs client删除文件和目录功能设计chubaofs 方案设计思考 1. Trash机制是实现1个(类似chubaofs),还是2个(类似moosefs)? 2. Trash 放在哪里? 3. 是否需要做 session 机制(在 metaserver 打开),来维护 inode 的打开情况? • 方案设计 • Trash机制: • Session机制: • 遗留问题 • 工作量评估 ## 背景 未对接forget 2. moosefs 实现了在 mds 上 open,因此删除时可以判断文件是否被打开 3. moosefs使用了两种机制,来实现上述功能,分别是trash机制和reserve机制(最新版本叫sustained),两种机制如下: ## trash机制: 对于所有TYPE_FILE类型的文件在删除时,若其transhtime大于0,则不会立即将该文件彻底删除,而是将其类型修改为 入回收站。 通过META文件系统来访问trash 通过trash机制,可实现文件的恢复UNDEL 回收站实现了一个timer,定期判断trashtime,执行定期清理回收站 清理时,当文件仍处于打开状态,则还需要进入下sustained/reserve中。 ## sustained机制/reserve机制 当一个trashtime等于0的TYPE FILE类型的文件被一0 码力 | 15 页 | 325.42 KB | 1 年前3
Blender v3.6 参考手册(简体中文版)出现⼯具提⽰。 (场景)元素 上下⽂相关的⼯具提⽰可能会包含如下元素: 简短介绍 控件相关细节。 快捷键 与⼯具关联的键盘或者⿏标操作。 数值 属性值。 库 活动物体的源⽂件,另见 关联库。 禁⽤(红⾊) 数值⽆法编辑的原因。 Python 当启⽤ Python⼯具提⽰,将显⽰⼀个⽤于 脚本编写 的Python表达式(通常 为⼀操作项或属性)。 模式:: 菜单:: 快捷键:: 访问上下⽂相关⼿册 which displays shortcut suggestions and relevant statistics. Blender窗⼜的默认布局。 顶栏(蓝⾊),⼯作区(绿⾊)和状态栏 (红⾊)。 个性化定制 键盘快捷键 Blender⼤量地使⽤快捷键以加速⼯作。这些快捷键可以在 键位映射设置 中定 制。 主题⾊彩 Blender允许更改其⼤多数界⾯颜⾊以满⾜⽤户的需要。如果你发现屏幕上显⽰ 着⾊:: 动画:: 渲染:: 合成:: ⼏何节点:: 脚本:: ⼆维动画:: 带有四个编辑器的Blender的Layout⼯作区。 3D视图(黄⾊),⼤纲视图(绿⾊),属性编辑器(蓝⾊)和时间 线(红⾊)。 Blender还默认添加了其他⼏个⼯作区: 使⽤建模⼯具修改⼏何体。 使⽤雕刻⼯具修改⽹格。 将图像纹理坐标映射⾄三维表⾯。 ⽤于在3D视图中为图像纹理上⾊。 ⽤于为渲染指定材质属性。 使物体属性随时间发⽣变化。0 码力 | 4850 页 | 304.16 MB | 2 年前3
Blender v2.92 参考手册(简体中文版)当⿏标划过某个按钮或者设置时,停留⽚刻,会出现⼯具提⽰。 包含元素 上下⽂相关的⼯具提⽰可能会包含如下元素: 简短介绍 控件相关细节。 快捷键 与⼯具关联的键盘或者⿏标操作。 值 属性值。 库 活动物体的源⽂件,另见 关联库。 禁⽤(红⾊) 数值⽆法编辑的原因。 Python 当启⽤ Python⼯具提⽰,将显⽰⼀个⽤于 脚本编写 的Python表达式(通常 为⼀操作项或属性)。 模式: 菜单: 快捷键: 访问上下⽂相关⼿册 参考 默认的Blender启动界⾯。 Blender界⾯分为以下三个部分: 上侧的 顶栏。 中间的 ⼯作区。 底部的 状态栏。 Blender窗⼜的默认布局。 顶栏(蓝⾊),⼯作区(绿⾊)和状态栏(红⾊)。 个性化定制 Blender也⼤量地使⽤了快捷键来加速⼯作。这些快捷键也可以在 键盘映射编 辑器 中定制。 主题⾊彩 Blender允许更改其⼤多数界⾯颜⾊设置以满⾜⽤户的需要。 如果你发现屏幕 纹理绘制: 着⾊: 动画: 渲染: 合成: 脚本: 2D动画: 全屏2D画布: 带有四个编辑器的Blender的Layout⼯作区。 3D视图(黄⾊),⼤纲视图(绿⾊),属性编辑器(蓝⾊)和时间线(红⾊)。 Blender还默认添加了其他⼏个⼯作区: 使⽤建模⼯具修改⼏何体。 使⽤雕刻⼯具修改⽹格。 将图像纹理坐标映射⾄三维表⾯。 ⽤于在3D视图中为图像纹理上⾊。 ⽤于为渲染指定材质属性。 使物体属性随时间发⽣变化。0 码力 | 3958 页 | 204.42 MB | 2 年前3
Claude Opus 4.7 System Card 中文版at Model)的描述。 §02 负责任扩展政策(RSP)评估 RSP Evaluations 本章介绍Anthropic的RSP风险评估流程和化学/生物武器(CB)领域的评估结果,包括专家红队测试和自动化评估。 2.1 RSP风险评估流程 RSP Risk Assessment Process 2.1.1风险报告与风险评估更新 Risk Reports and Updates to Our 在灾难性风险威胁模型方面的能力。通常,我们评估多个模型快照,并根据生产候选版本的能力和训练期间观察到的趋势做出最终判定。在整个过程中,我们从多个来源收集证据,包括自动化评估、能力提升实验、第三方专家红队测试(Red Teaming)和第三方评估。 在某些情况下,我们可能会判定虽然模型超过了RSP第1节中的某个能力或使用阈值,但我们已经实施了必要的风险缓解措施来保持低风险。在这种情况下,我们可能会减 2 CB评估 CB Evaluations 2.2.1 我们测量了什么 What We Measured 我们通过多种方式衡量了模型能否提供与顶级研究团队或专业实验室相当的输出。为此,我们进行了专家红队测试,要求专家将模型的威胁相关科学能力与不同水准的信息来源和专家进行比较。我们还将模型的生物序列功能建模和设计能力与美国劳动力市场的顶尖表现者进行了比较。 核心建议 译者注:脚注原文指出,此测量目标0 码力 | 128 页 | 9.92 MB | 1 月前3
共 1000 条
- 1
- 2
- 3
- 4
- 5
- 6
- 100
相关搜索词
分布式SQL查询引擎Apache BallistaRustApache Arrow低延迟交互式查询红队渗透测试内网安全权限维持痕迹处理Doris数据导入事务原子性LOAD LABELJVM内存模型垃圾回收机制堆栈内存溢出异常DPOSGo-Ethereum共识机制见证人TPSVitess安全评估代码审计KubernetesCure53团队MySQL红队测试SQL注入日志记录密码认证时序攻击PII泄露红action机制Go语言生态系统Trash机制nlink字段lookup countSession机制inode3D创作套件Blender建模渲染动画插件Claude Opus 4.7System Card多模态负责任扩展政策安全护栏













