 CurveFS Client 概要设计越多,这部分可以采用LRU。 4. 考虑到“dirty” inode和 dentry的flush过程,还需方便的过滤出dirty的部分的结构,当然,这部分可以后续使用一个dirty链表实现(实际可能需要多个链表)。© XXX Page 11 of 110 码力 | 11 页 | 487.92 KB | 6 月前3 CurveFS Client 概要设计越多,这部分可以采用LRU。 4. 考虑到“dirty” inode和 dentry的flush过程,还需方便的过滤出dirty的部分的结构,当然,这部分可以后续使用一个dirty链表实现(实际可能需要多个链表)。© XXX Page 11 of 110 码力 | 11 页 | 487.92 KB | 6 月前3
 curvefs client删除文件和目录功能设计,两种机制如下: trash机制: 对于所有TYPE_FILE类型的文件在删除时, ,则不会立即将该文件彻底删除,而是将其类型修改为TYPE_TRASH并且将该节点从文件树移除然后放到trash链表中表示该文件已经进入回收 若其trashtime大于0 站。 通过META文件系统来访问trash 通过trash机制,可实现文件的恢复UNDEL 回收站实现了一个timer,定期判断trashtime,执行定期清理回收站 型的文件被一个客户端正在打开,而同时有另一个客户端要删除它时,此时master对该文件节点的处理是并不立即删除该文件而是设置为TYPE_RESERVED类型并将该fsn ode连接到reserved链表中,使该文件虽然已经从文件树中删除掉,但因为另一个正在打开该文件的客户端因为持有该节点inodeid,所以不影响它对该文件的读写操作,当所有客户端都关闭该文件后,该文 件节点才会从 被清除。 reserve0 码力 | 15 页 | 325.42 KB | 6 月前3 curvefs client删除文件和目录功能设计,两种机制如下: trash机制: 对于所有TYPE_FILE类型的文件在删除时, ,则不会立即将该文件彻底删除,而是将其类型修改为TYPE_TRASH并且将该节点从文件树移除然后放到trash链表中表示该文件已经进入回收 若其trashtime大于0 站。 通过META文件系统来访问trash 通过trash机制,可实现文件的恢复UNDEL 回收站实现了一个timer,定期判断trashtime,执行定期清理回收站 型的文件被一个客户端正在打开,而同时有另一个客户端要删除它时,此时master对该文件节点的处理是并不立即删除该文件而是设置为TYPE_RESERVED类型并将该fsn ode连接到reserved链表中,使该文件虽然已经从文件树中删除掉,但因为另一个正在打开该文件的客户端因为持有该节点inodeid,所以不影响它对该文件的读写操作,当所有客户端都关闭该文件后,该文 件节点才会从 被清除。 reserve0 码力 | 15 页 | 325.42 KB | 6 月前3
 BRPC与UCX集成指南●编译成.so或lib的方式,可以集成到应用程序里 ●有完善的配置功能,ucx_info可以dump配置信息 ●有性能测试工具 ●比较详细的文档2223 UCS ●是一些工具代码,例如 –链表 –hash table –epoll event loop – memory register cache –config file24 UCT ●特点是比较原始,开销小,但是没有很强的功能0 码力 | 66 页 | 16.29 MB | 6 月前3 BRPC与UCX集成指南●编译成.so或lib的方式,可以集成到应用程序里 ●有完善的配置功能,ucx_info可以dump配置信息 ●有性能测试工具 ●比较详细的文档2223 UCS ●是一些工具代码,例如 –链表 –hash table –epoll event loop – memory register cache –config file24 UCT ●特点是比较原始,开销小,但是没有很强的功能0 码力 | 66 页 | 16.29 MB | 6 月前3
 Linux就该这么学 第2版像 图 6-4 那样来规划。 图 6-4 硬盘分区的规划 所谓扩展分区,严格地讲它不是一个实际意义的分区,而仅仅是一个指向其他分 区的指针,这种指针结构将形成一个单向链表。因此扩展分区自身不能存储数据,用 户需要在其指向的对应分区(称之为逻辑分区)上进行操作。 大家可以试着解读一下/dev/hdc8 代表着什么? 答案:这是第 3 块 对所有数据库及所有表单给予全部授权(需谨 慎操作) 当然,用户的授权工作肯定是需要数据库管理员来执行的。下面以 root 管理员的身份登 录到数据库管理系统中,针对 mysql 数据库中的 user 表单向用户 luke 授予查询、更新、删除 以及插入等权限。 刘遄老师特别懂同学们现在心里想什么。我起初也觉得在每条数据库命令后都要 加上分号(;)特别不方便,时常还会忘记,但敲的命令多了也就自然习惯了。0 码力 | 552 页 | 22.25 MB | 1 年前3 Linux就该这么学 第2版像 图 6-4 那样来规划。 图 6-4 硬盘分区的规划 所谓扩展分区,严格地讲它不是一个实际意义的分区,而仅仅是一个指向其他分 区的指针,这种指针结构将形成一个单向链表。因此扩展分区自身不能存储数据,用 户需要在其指向的对应分区(称之为逻辑分区)上进行操作。 大家可以试着解读一下/dev/hdc8 代表着什么? 答案:这是第 3 块 对所有数据库及所有表单给予全部授权(需谨 慎操作) 当然,用户的授权工作肯定是需要数据库管理员来执行的。下面以 root 管理员的身份登 录到数据库管理系统中,针对 mysql 数据库中的 user 表单向用户 luke 授予查询、更新、删除 以及插入等权限。 刘遄老师特别懂同学们现在心里想什么。我起初也觉得在每条数据库命令后都要 加上分号(;)特别不方便,时常还会忘记,但敲的命令多了也就自然习惯了。0 码力 | 552 页 | 22.25 MB | 1 年前3
 Zabbix 峰会、社区和公司又 人 一 C 部署实施 升级 模板定制 Turn-key解决方案 单向/双向集成 Troubleshooting 2020 Conference 现场人天服务 原厂工程师0 码力 | 32 页 | 6.22 MB | 1 年前3 Zabbix 峰会、社区和公司又 人 一 C 部署实施 升级 模板定制 Turn-key解决方案 单向/双向集成 Troubleshooting 2020 Conference 现场人天服务 原厂工程师0 码力 | 32 页 | 6.22 MB | 1 年前3
 openEuler 24.03 LTS 技术白皮书参数的函数声明它将对整个(1 个或者多个)页面进行操作,而不仅仅是 PAGE_ SIZE 字节,从而移除不必要复合页转换,降低误用 tail page 问题;从内存管理效率上采用 folio 减少 LRU 链表数量,提升内 存回收效率,另一方,一次分配更多连续内存减少 page fault 次数,一定程度降低内存碎片化;而在 IO 方面,可以加速大 IO 的读写效率,提升吞吐。全量支持匿名页、文件页的0 码力 | 45 页 | 6.18 MB | 1 年前3 openEuler 24.03 LTS 技术白皮书参数的函数声明它将对整个(1 个或者多个)页面进行操作,而不仅仅是 PAGE_ SIZE 字节,从而移除不必要复合页转换,降低误用 tail page 问题;从内存管理效率上采用 folio 减少 LRU 链表数量,提升内 存回收效率,另一方,一次分配更多连续内存减少 page fault 次数,一定程度降低内存碎片化;而在 IO 方面,可以加速大 IO 的读写效率,提升吞吐。全量支持匿名页、文件页的0 码力 | 45 页 | 6.18 MB | 1 年前3
 Debian 参考手册(版本 2.109)复制远端文件和目录(客户端,”-r” 参数实现递 归) openssh-server V:733, I:819 1955 sshd 复制远端文件和目录(远程服务器) rsync V:238, I:554 776 单向远程同步和备份 unison V:3, I:15 14 双向远程同步和备份 Table 10.2: 复制和同步工具列表 在复制文件的时候,rsync(8) 比其他工具提供了更多的特性。 •0 码力 | 261 页 | 1.39 MB | 1 年前3 Debian 参考手册(版本 2.109)复制远端文件和目录(客户端,”-r” 参数实现递 归) openssh-server V:733, I:819 1955 sshd 复制远端文件和目录(远程服务器) rsync V:238, I:554 776 单向远程同步和备份 unison V:3, I:15 14 双向远程同步和备份 Table 10.2: 复制和同步工具列表 在复制文件的时候,rsync(8) 比其他工具提供了更多的特性。 •0 码力 | 261 页 | 1.39 MB | 1 年前3
 Zabbix 3.4 中文手册自动生成数据库(Automatic DB creation)1 Yes 本地管理(Local administration) No 准备嵌入式硬件(Ready for embedded hardware) Yes 单向 TCP 连接(One way TCP connections) **Yes * 集中配置(Centralised configuration) **Yes * 生成通知(Generates notifications)0 码力 | 1757 页 | 12.63 MB | 1 年前3 Zabbix 3.4 中文手册自动生成数据库(Automatic DB creation)1 Yes 本地管理(Local administration) No 准备嵌入式硬件(Ready for embedded hardware) Yes 单向 TCP 连接(One way TCP connections) **Yes * 集中配置(Centralised configuration) **Yes * 生成通知(Generates notifications)0 码力 | 1757 页 | 12.63 MB | 1 年前3
 Zabbix 4.0 中文手册自动生成数据库(Automatic DB creation)1 Yes 本地管理(Local administration) No 准备嵌入式硬件(Ready for embedded hardware) Yes 单向 TCP 连接(One way TCP connections) **Yes * 集中配置(Centralised configuration) **Yes * 生成通知(Generates notifications)0 码力 | 1992 页 | 17.90 MB | 1 年前3 Zabbix 4.0 中文手册自动生成数据库(Automatic DB creation)1 Yes 本地管理(Local administration) No 准备嵌入式硬件(Ready for embedded hardware) Yes 单向 TCP 连接(One way TCP connections) **Yes * 集中配置(Centralised configuration) **Yes * 生成通知(Generates notifications)0 码力 | 1992 页 | 17.90 MB | 1 年前3
 鸟哥的Linux私房菜:服务器架设篇 第三版而路由是双向的,你必须要考虑到这个封 包如何回来的问题喔! 原文: https://wizardforcel.gitbooks.io/vbird-linux-server-3e/content/53.html 这样就处理好单向的单机路由啰!不过有个问题啊!那就是 192.168.1.0/24 的网域,两个接口都可以传送!因此,等一下第四个步骤得要 将 eth1 删除才行! 这样可以骗过 PC2 ~ PC4 ,让这三部主机传递的封包可以透0 码力 | 795 页 | 17.63 MB | 1 年前3 鸟哥的Linux私房菜:服务器架设篇 第三版而路由是双向的,你必须要考虑到这个封 包如何回来的问题喔! 原文: https://wizardforcel.gitbooks.io/vbird-linux-server-3e/content/53.html 这样就处理好单向的单机路由啰!不过有个问题啊!那就是 192.168.1.0/24 的网域,两个接口都可以传送!因此,等一下第四个步骤得要 将 eth1 删除才行! 这样可以骗过 PC2 ~ PC4 ,让这三部主机传递的封包可以透0 码力 | 795 页 | 17.63 MB | 1 年前3
共 13 条
- 1
- 2













