12345678910111213141516171819202122232425262728293031323334353637383940Last login: Sun Apr 2 17:06:39 on ttys000[WARNING]: Console output during zsh initialization detected.When using Powerlevel10k w

3.11 虚拟局域网VLAN概述 巨大的广播域存在弊端： 广播风暴（极大浪费网络资源和各主机CPU的资源） 难以管理和维护 潜在的安全问题 网络中频繁出现广播信息TCP/IP协议栈中很多协议会使用广播 地址解析协议ARP（已知IP地址，找出MAC地址） 路由信息协议RIP（一种小型的内部路由协议） 动态主机配置协议DHCP（用于自动配置IP地址） 分割广播域使用路由器可以隔离广播域 路由器成

3.10 以太网交换机的生成树协议STP提高以太网的可靠性A、B之间链路断开，B和C也无法进行通信 A、B、C之间全部断开，就变成了三个小的以太网 添加冗余链路 负面效应：网络环路 带来的问题： 广播风暴：反复转发，一直兜圈 大量消耗网络资源，使网络无法正常转发其他数据帧 主机收到重复的广播帧 大量消耗主机资源 交换机帧交换表震荡 生成树协议STP 增加冗余链路，又避免环路

3.9 以太网交换机自学习和转发帧的过程 以太网工作在数据链路层（包括物理层） 以太网交换机接收到帧之后，在帧交换表中查找帧的目的MAC地址所对应的接口号，然后通过该接口转发帧 以太网交换机即插即用，通过自学习算法自动逐渐建立起帧交换表 流程： 收到帧后进行登记，登记的内容为帧的源MAC地址及进入交换机的接口号 根据帧的目的MAC地址和交换机的帧交换表对帧进行转发： 明确转发：交换机知道从

3.8 集线器与交换机的区别早期的总线型以太网采用细同轴电缆（淘汰） 使用双绞线和集线器HUB的星型以太网 使用集线器的以太网在逻辑上仍是一个总线网，各站共享总线资源，使用的还是CSMA/CD协议 集线器只工作在物理层，它的每个接口仅简单地进行转发比特，不进行碰撞检测（由各站的网卡检测） 集线器有少量的容错能力和管理功能（检测故障网卡，切断连线） 使用集线器HUB在物理层拓展以太网 原来的三

3.7 MAC地址、IP地址、ARP协议 MAC地址：MAC子层。 数据链路层 IP地址：TCP\IP 体系结构中网际层使用的地址。 网际层 ARP协议属于TCP\IP体系结构的网际层，通过IP地址获取MAC地址。 网际层 MAC地址 广播信道，每个主机都要有唯一标识，即数据链路层地址 MAC（Media Access Control）媒体接入控制，携带标识发送主机和接收主机

GCC编译器1.GCC编译器的使用GNU CC 查看版本: 1gcc -v 查看所在路径： 1which gcc

针对2023mini project和团队经营现状想到的一点问题mini projectmini project是团队的传统，已经有了很多年的历史，个人认为这是提升新人水平的一次关键性的项目，是觉得绝大部分同学第一次开发实战，理论上应该是一个很良好的开端，并且为之后个人的发展奠定较为不错的基础，但是目前来看，近年来团队的mini project的效果反馈并不理想，个人认为有以下几点表现： 1.各组

3.5 TensorFlow 低阶张量

09-时间函数：时间类数据，MySQL是怎么处理的？获取日期时间数据中部分信息的函数超市经营者希望通过实际的销售数据，了解到一天当中什么时间段卖得好，什么时间段卖的不好，以此根据不同时间的销售情况，合理安排商品陈列和人员促销，以实现收益最大化。 销售单头表 demo.transactionhead 销售单明细表 demo.transactiondetails 商品信息表 demo.goodsm