粉丝987获赞1.1万


hello, 小伙伴们,大家好,这期视频我们要讲的是 a d e 服务之与用户的建立和文件共享,那么我们就开始吧。首先这是我们的一台虚拟机,装的是 windows 二零零二, 我们查看他的 ip 地址, ip config 是十点,十点,十点四一,接下来我们在我的电脑 c 盘下面创建一个文件家,取名为文件共享, 作为一个共享文件夹,然后在仪表板中选择工具,选择 ad 的用户和计算机,选择我们已经建立好的 ad 域 test 点 com, 然后点击最下面 一个 users 正面,我们可以看到有名称类型和描述。接下来我们右键点击新建组,这里面我们取名 a d 一,点击确定,然后为这个用户组 创建两个用户,一个是张三,一个是米四,这里面我们 第一个选择密码永不过期,然后输入密码,下一步完成。第二个用户,我们选择一个更改密码,接下来 将这两个用户添加在我们创建的 a d 一这个组里面,然后我们选择组在他的成员里面,我们进行查看是否添加,成功发现这两个 已经加入到足里面,然后我们返回这个文件夹,对这个文件夹进行一个共享操作,首先右击属性,然后选择共享,这里我们首先不添加共享用户,在高级共享里面我们选择权限 删除默认的 everyone, 然后我们进行组的一个授权,允许他进行一个完全控制更改和读取确定。接下来我们打开第二台虚拟机,首先我们 首先我们还是查看他的 ip 地址是不是和我们的服务器在同一个网段,如果不在同一个网段,我们就将试配器改为调节模式,修改 之后我们查看十点十点十点四九,然后他的 dns 是十点十点二五二,这里面我们需要将他的 dns 改成我们的 ade 的 ip, 十点十点十点四一,然后我们这边看一下是不是十点十点十点四一,然后是的 确定完成,这里面我们已经修改成功,接下来我们要在我们的桌面上面显示我的电脑,怎么操作呢?首先点击右键个性化, 然后下拉,选择高对比度,然后选择主题设置,然后选择我们的桌面图标设置,这里面勾选你要显示的图标,这里面我们勾选了计算机控制面板,然后我们点击此电脑管理,然后这里面有一个 更改设置,再选择更改,我们将我们的玉添加进去 test, 选择我们的 名称和密码。张三,添加成功之后会要求重启,就输入 用户名和密码,我们这台电脑就已经加入到了 test 点 com 这个玉里面。 我们来访问一下我们共享的这个文件夹,这里面显示没有权限访问这个文件夹是怎么回事呢?返回到我们的服务器,我们还是点击右键属性共享,没有添加是因为我们没有对文件夹的一个用户进行选择,重新进行一个添加, 成员是 a 第一这个预组,然后我们添加成功之后选择读取和写入,完成 之后我们再返回进行查看,我们注销一下,重新登录好,再进行一个文件夹的访问,发现,哎,可以了,这就是今天的操作,谢谢大家。

想知道你的 mac 内存到底够不够用? vm stat 太原始活动监视器又太简单,试试 x command 团队为 macos 设计的 free 命令,让你一眼看懂复杂的内存状态。 x free 把内存信息分成三层,每一层对应不同需求。 第一层 mem 和 swap, 用来看总量,能让你快速知道内存还够不够用。不想看专业术语,看这一层 reusable 数据就足够了。第二层是 detail, 告诉你内存到底去哪了, 是 app 占的,缓存占的,还是被压缩了。想做内存分析和性能优化,要重点看这一层。第三层是 vm stat, 用来看底层,这里展示了系统底层的数据,除非你是运维或即刻,否则日常不需要关注它。另外,为了能更直观地看出内存状态, xfree 用绿色标识了空闲或可回收的内存,这部分内存随时可以腾出来给新任务。用红色标识了被 app 和系统内核占用的内存,这部分不能直接回收。 为什么 x ray 要设计三层式图呢?根本原因在于 macos 没有采用简单的 swap, 而是为了兼顾性能和 ssd 寿命,引入了内存压缩器。内存压缩器会把不活跃的内存压扁后留在内存里,而不是直接扔掉,这样速度更快。但带来的麻烦就是内存状态和概念多了一倍,看着就头大。 总结, x ray 把复杂的 macos 内存重新组织成三层式图,无论你是普通用户、开发者还是运维,都能找到自己需要的那一层。 x free 的 安装和使用非常简单,任何时候觉得 mac 卡了,输入 x free 五秒钟就知道该不该关 app, 不要忘记一键三连!更多命令技巧欢迎关注 x command, 我 们下期再见。

家人们在 rocket mq 里,很多人会疑惑,为啥有了 commit log 还非要搞个 consumeq? 其实啊,这是为了让消息消费能做到极高性能,按 topic 隔离,并且随机访问极快。要是没有 consumeq, rocket mq 根本扛不住高病发。咱们先回顾下 commit log 是 怎么存的,所有 topic 的 消息全部混在一起,而且是全部顺序追加写。这么做的好处是写入极快, 因为词盘顺序写是最快的。但坏处也很明显,如果要消费某个 topic, 就 得从头把所有消息扫一遍,性能那叫一个差。那 controlq 到底是什么呢?它就是给每个 topic 加队列键的一个缩写文件, 里面只存三个东西,分别是 commit log、 偏移量、 offset、 消息长度,还有消息 tag 的 hash, 每条固定二十字节, 体积极小,结构紧凑,操作起来极快。为啥必须用它呢?有四个核心理由,第一,按 topic 消费必须要有缩影。要是没有 consume q, 想消费 topic a, 就 得从头到尾便利整个 commit log 去找到属于 topic a 的 消息。文件巨大,速度极慢,根本无法承受高并发症。有了 consume q, 每个 topic 只看自己的缩影,能直接定位消息位置,不用扫无关数据。 第二,它体积极小,加载超快。 consume q 一 条二十字节,一百万条,才二十 mb 左右,可以全部加载进内存, 消费时纯内存,操作速度极快。第三,随机读变成了极高效的定位,消费者消费时,先读 consume q 内存, 拿到 offset, 再去 commit log, 一 次随机读拿消息,一次 i o 就 能拿到消息,效率直接拉满。第四,写入与消费完全结偶,这可是最关键的架构设计,写入时只关心顺序,写 commit log 不 用管 topic, 消费时只关心 consume q, 不 用管大局消息,这样写不受消费影响,消费也不拖慢写入,这就是 rocket m q 高吞吐的核心秘密。 简单总结一下, commit log 是 局混血,没办法按 topic 快 速消费。 consume q 是 topic, 即缩引,能让消费只看自己的数据,它体积极小, 可以全量放内存,消费极快,还实现了写入与消费完全结偶,保证了高吞吐。一句话来说, commit log 为了写的快, consume log 为了消费的快。家人们,你们理解 commit log 和 consume q 的 关系了吗?要是还有疑问,欢迎在评论区交流哦!