如何访问activemq

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 的 关系了吗？要是还有疑问，欢迎在评论区交流哦！