- 综合排序
- 最热优先
- 最新优先
- 来自专栏木宛城主
Unity应用架构设计(11)——一个网络层的构建
服务层最核心的模块一定是怎样发送请求，虽然Mono提供了很多C#网络请求类，诸如WebClient，HttpWebRequest，但考虑到跨平台，这些类不一定适用。 不过不用担心，Unity 5.x提供了新的与网络相关类UnityWebRequest用来替代原先的WWW，这是官方推荐的，也是最佳选择。 因为不管是三层架构还是N层架构，通过分层的好处是更加清晰去实现业务逻辑。 源代码托管在Github上，点击此了解
1.7K90发布于 2018-03-28 - 来自专栏Linux基础入门
（11）Linux网络命令
：ping 命令所在路径：/bin/ping 执行权限：所有用户 语法：ping 选项 IP地址 -c 指定发送次数 功能描述：测试网络连通性 例1:time越短，网络越好。同时在ping时我们重点关注packet loss，如果丢包率非常高，即使ping通了，说明网络状态也很差。 ? ? 4. 命令名称：netstat 命令所在路径：/bin/netstat 执行权限：所有用户 语法：netstat [选项] 功能描述：显示网络相关信息 选项： -t: 例2：netstat -an 查看本机所有网络链接 相对于-tlun，最大的区别在于，-tlun只能查看监听，-an可以查看正在连接的网络程序 ? 命令名称：setup 命令所在路径：/usr/bin/setup 执行权限：root 语法：setup 功能描述：配置网络 例1：输入setup后显示如下图 ?
76620发布于 2020-08-26 Java EE(11)——初识网络
这便是本文所要讨论的内容 IP地址 IP地址用于表示网络设备（如路由器）的网络地址。换言之，IP用于定位主机的网络地址。 网络通信为了解决上述问题，就引出了“协议”。协议又叫做网络协议，是网络数据传输经过的所有设备都必须遵守的一组约定和规则，协议最终体现在网络上传输的数据包的格式。 协议分层 网络通信是一件十分复杂的事情，需要的场景越复杂，要求就越高。 这里以UDP协议为例，在应用层数据包前面添加UDP报头，然后提交给网络层 UDP报头主要包含源端口和目的端口 3.网络层 网络层基于IP协议在UDP数据报前面添加IP报头，然后提交给数据链路层 3.网络层 网络层解析出IP报头，将IP数据报的载荷部分提交给传输层 4.传输层 传输层解析出UDP报头，将UDP载荷部分提交给应用层 5.应用层 应用层将数据包进行解析
13610编辑于 2026-01-13- 来自专栏杨熹的专栏
TensorFlow-11-策略网络
AlphaGo 主要使用了快速走子，策略网络，估值网络，和蒙特卡洛搜索树等技术。 深度强化学习模型本质上也是神经网络，主要分为策略网络和估值网络。 ---- 今天要先来实现一下策略网络，就是要建立一个神经网络模型，可以通过观察环境状态预测出目前最应该执行的策略以及可以获得的最大的期望收益。 每个环境信息包含四个值，例如小车的位置速度等，我们不需要编写逻辑来控制小车，而是设计一个策略网络，让它自己从这些数值中学习到环境信息，并制定最佳策略。 我们的策略网络是要使用一个简单的带有一个隐含层的 MLP，隐含层节点数为10，环境信息的维度为4。 ? 用 reshape 得到策略网络输入的格式，然后获得网络输出的概率 tfprob，然后在 0-1 之间随机抽样得到 action，如果它小于这个概率就利用行动取值为1，否则为0。 ?
85550发布于 2018-04-03 - 来自专栏编程一生
系统架构的11条原则
原则三：分治原则 解析： 做架构时不要想着一次性把所有的功能都做好，要拥抱 MVP（Minimal Viable Product），最小可运行版本。 原则五：拥抱变化 解析： 重视架构扩展性和可运维性。无状态的系统的是可扩展的和直接的。任何时候都要考虑这一点，不要搞个不可扩展的，有状态的东东出来。否则，一旦需要改变，成本很高。 如果不能降低人力成本，反而需要更多的人，那么这个架构设计一定是失败的。 稳定性原则 原则八：依赖最简 解释： 依赖原则是去除依赖、弱化依赖、控制依赖。多一个依赖多一分风险。 如果一件事情有可能发生则在生产环境中一定会发生，架构中要做好容错设计。 原则十一：用成熟的技术 解析： 不要给别人的技术当小白鼠，不要因技术本身的问题影响系统的稳定。
69320编辑于 2022-05-06 - 来自专栏闲余说
架构设计 11-可扩展架构之微内核架构
导读：《架构设计》系列为极客时间李运华老师《从0开始学架构》课程笔记。本文为第十一部分。主要介绍了如何面向功能拆分架构，首先介绍了微内核架构的基本架构设计，以及几种常见架构的实现与特点。 关注本公众号 回复 “架构设计” 获取架构设计笔记完整思维导图 基本架构 两类组件 核心系统（core system） 负责和具体业务功能无关的通用功能： 模块加载 模块间通信 插件模块（plug-in 常见架构 OSGi 架构 OSGi 的全称是 Open Services Gateway initiative，本身其实是指 OSGi Alliance。 现在我们谈论 OSGi，已经和嵌入式应用关联不大了，更多是将 OSGi 当作一个微内核的架构模式。 逻辑架构 模块层（Module 层） 模块层实现插件管理功能。 实现 插件管理 规则引擎中的规则就是微内核架构的插件，引擎就是微内核架构的内核。规则可以被引擎加载和执行。 规则引擎架构中，规则一般保存在规则库中，通常使用数据库来存储。
1.1K20编辑于 2022-08-19 - 来自专栏Miigon's Blog
笔记 Lab11: Networking | 网络
Lab 11: Networking (hard) 熟悉系统驱动与外围设备的交互、内存映射寄存器与 DMA 数据传输，实现与 E1000 网卡交互的核心方法：transmit 与 recv。 return; } rx_mbufs[ind]->len = desc->length; net_rx(rx_mbufs[ind]); // 传递给上层网络栈
69010编辑于 2022-10-27 - 来自专栏全栈程序员必看
4G网络架构_三大网络架构
2，LTE网络结构如下： 整个LTE网络从接入网和核心网方面分为E-UTRAN和EPC两个大的部分。相比于3G技术，对应于3G技术中的UTRAN和EPC部分。 B：在E-UTRAN中，eNodeB之间底层采用IP传输，在逻辑上通过X2 接口互相连接，即形成Mesh 型网络。这样的网络结构设计主要用于支持UE 在整个网络内的移动性，保证用户的无缝切换。 C：在E-UTRAN网络中，由于没有了RNC，整个E-UTRAN的空中接口协议结构与原来的UTRAN相比有了较大的不同，特别是不同功能实体的位置出现了很多的变化。 EPC 核心网架构秉承了控制与承载分离的理念，将分组域中SGSN 的移动性管理、信令控制功能和媒体转发功能分离出来，分别由两个网元来完成，其中，MME 负责移动性管理、信令处理等功能，S-GW 负责媒体流处理及转发等功能 3，4G网络架构的变化 1）实现了控制与承载的分离，MME负责移动性管理、信令处理等功能，S-GW负责媒体流处理及转发等功能。
5.7K20编辑于 2022-11-08 - 来自专栏高性能服务器开发
11 一种高性能网络游戏服务器架构设计
客户端与服务器通过网络数据包交互完成每一步游戏逻辑，由于游戏逻辑是由服务器负责处理的，要保证面对海量用户登录时，游戏具有良好的流畅性和用户体验，优秀的服务器架构起到了关键的作用。 网关服务器的主要职责是将客户端和游戏服务器隔离，客户端程序直接与这些网关服务器通信，并不需要知道具体的游戏服务器内部架构，包括它们的IP、端口、网络通信模型(完成端口或Epoll)等。 1.2 服务器架构设计 根据网络游戏的规模和设计的不同，每组服务器中服务器种类和数量是不尽相同的。本文设计出的带网关服务器的服务器组架构如图1所示。 ? 本文将服务器设计成带网关服务器的架构，虽然加大了服务器的设计复杂度，但却带来了以下几点好处： （1）作为网络通信的中转站，负责维护将内网和外网隔离开，使外部无法直接访问内部服务器，保障内网服务器的安全， 2 总结 网络游戏服务器的架构设计已经成为当前网络游戏研究领域的热点，因为高性能服务器架构设计是一款网络游戏成功的关键。
6.4K61发布于 2018-07-25 - 来自专栏深度学习和计算机视觉
YOLOv11 架构改进 & 常见指令
在之前的 YOLO 版本基础上，YOLO11 在架构和训练上提供了显著的改进。在保持速度的同时提高性能的最重要的架构变化是增加了 C3K2 块、SPFF 模块和 C2PSA 块。 这种结构使得在复杂场景中更精确的检测成为可能，并提高了 YOLOv11 的准确性。 除了这些架构变化，YOLOv11 像 YOLOv8 一样具有多模型能力。 得益于其优化的架构和高效的处理能力，它可以部署在边缘设备、云平台和支持 NVIDIA GPU 的系统上。 由于这些优化和创新，YOLOv11 在实时应用中提供了性能提升。 在 Ultralytics （详见官网：https://docs.ultralytics.com/models/yolo11/）页面上，当他们评估 YOLOv11 与以前版本相比的性能时，他们发表了以下评论 使用 YOLOv11 使用 PyTorch 构建 YOLOv11 模型及其与其他模式的使用简要如下。 步骤 1：首先，我们需要下载 Ultralytics 库。
2.2K10编辑于 2024-10-30 - 来自专栏全栈程序员必看
Lamp架构_公司网络架构与配置
1.LAMP简介与概述 1.1 LAMP平台概述 LAMP架构是目前成熟的企业网站应用模式之一，指的是协同工作的一整台系统和相关软件，能够提供动态web站点服务及其应用开发环境 LAMP是一个缩写词 ，具体包括Linux操作系统，Apache网站服务器，MySQL数据库服务器，PHP（或perl，Python）网页编程语言 1.2 LAMP各组件作用 (平台)Linux：作为LAMP架构的基础，提供用于支撑 (前台)Apache：作为LAMP架构的前端，是一款功能强大，稳定性好的Web服务器程序，该服务器直接面向用户提供网站访问，发送网页，图片等文件内容。 (后台)MySQL：作为LAMP架构的后端，是一款流行的开源关系数据库系统。
1.1K140编辑于 2022-11-02 - 来自专栏上云实践案例
物理架构&网络规划
[私有网络.png] 网络规划 私有网络/子网规划 规划2个私有网络 生产环境(私有网络) 开发/测试环境(私有网络) 生产和开发/测试网络不互通，避免开发/测试使用不当影响生产网络， 开发/测试规划在一个私有网络里 一个私有网络规划2个子网 [image.png] 网络开放策略 网络开放规则如下： 网络 开发/测试 生产环境 互联网 开发/测试 - 关闭 防火墙WAF开通进入 生产环境 关闭 - 防火墙WAF开通进入 redis 网络安全组 （只对需要访问的cvm子网络开放 6379） tdsql 网络安全组（只对需要访问的cvm子网络开放 3306） elasticsearch 网络安全组（只对需要访问的cvm子网络开放 9200） mongodb 网络安全组 （只对需要访问的cvm子网络开放 27017） tdmq 网络安全组（只对需要访问的cvm子网络开放协议端口 ） 网关网络安全组（对web防火墙WAF回源IP开放 物理架构图 物理架构图如下，如果选购的WAF是Saas型，那么外网负载均衡可以省略，防火墙直接解析网关服务器IP（注：网关网络策略安全组开放WAF回源IP）。 [image.png]
4.8K52编辑于 2022-05-02 - 来自专栏全栈程序员必看
安全通信网络-（一）网络架构
安全通信网络针对网络架构和通信传输提出了安全控制要求。主要对象为广域网、城域网、局域网的通信传输以及网络架构等；涉及的安全控制点包括网络架构、通信传输和可信验证。 网络架构 网络架构是满足业务运行的重要组成部分，如何根据业务系统的特点构建网络是非常关键的。首先应关注整个网络的资源分布、架构是否合理。 只有架构安全了，才能在其上实现各种技术动能，达到通信网络保护的目的。 e)** 安全要求：应提供通信线路、关键网络设备和关键计算设备的硬件冗余，保证系统的可用性。 要求解读：本要求虽然放在“安全通信网络”分类中，实际是要求整个网络架构设计需要冗余。 测评对象 系统的出口路由器、核心交换机、安全设备等关键设备 期望结果 采用HSRP、VRRP等冗余技术设计网络架构，确保在通信线路或设备故障时网络不中断，有效增强网络的可靠性。
1.8K10编辑于 2022-09-14 - 来自专栏区块链入门
【实践】11.DOCKER之使用网络
摘要 本文介绍docker使用网络的相关配置。 2. 内容 2.1 外部访问容器 容器中可以运行一些网络应用，要让外部也可以访问这些应用，可以通过 -P 或 -p 参数来指定端口映射。 随着 Docker 网络的完善，强烈建议大家将容器加入自定义的 Docker 网络来连接多个容器，而不是使用 --link 参数。 新建网络 下面先创建一个新的 Docker 网络。 其中 overlay 网络类型用于 Swarm mode，在本小节中你可以忽略它。 CREATED STATUS PORTS NAMES b47060aca56b busybox "sh" 11 minutes ago Up 11 minutes busybox2 8720575823ec busybox "sh"
86120发布于 2021-06-08 - 来自专栏SuperFeng
机器学习系列11：神经网络
什么是神经网络（Neural Networks）呢？最开始科学家想用算法去模拟大脑达到人工智能。通过一系列的实验发现，大脑是通过神经元进行工作的，神经元之间通过电信号传递信息。 于是他们就开始模拟神经元的工作过程，用算法去模拟神经元，这就形成了神经网络。神经网络可以用来学习复杂的非线性假设模型。 在逻辑回归中，求最佳的参数可以用最小化代价函数来求，那么神经网络中也有参数，这些参数我们可以用同样的办法进行求解。 类似地，神经网络的代价函数如下： ? 其中： L = 神经网络的层数； S_l= l 层有多少个单元； K = 输出单元的数目。 乍一眼看上去挺复杂，其实类比逻辑回归的代价函数来看，思想都是一样的。
53030发布于 2019-09-26 - 来自专栏用户2442861的专栏
C++11网络编程
Handy是一个简洁优雅的C++11网络库，适用于linux与Mac平台。十行代码即可完成一个完整的网络服务器。 网络编程中全异步处理请求的难度较高，特别是涉及业务逻辑，涉及数据库使用等情况。大家使用的最常见的模型是用异步处理IO，保证大的并发量，使用多线程处理业务请求，简化业务逻辑的编写。 cb函数在线程池中调用，因此处理函数中的sleep等操作不会堵塞网络IO。
1.9K40发布于 2018-09-20 - 来自专栏超级架构师
【PostgreSQL 架构】PostgreSQL 11和即时编译查询
此处使用的完整架构在tpch-schema.sql上可用，而索引在tpch-pkeys.sql和tpch-index.sql上。 原文：https://www.citusdata.com/blog/2018/09/11/postgresql-11-just-in-time/ 本文：http://jiagoushi.pro/node /924 讨论:请加入知识星球或者微信圈子【首席架构师圈】 微信公众号如果喜欢仙翁的分享，请关注微信公众号【首席架构师智库】 仙翁小号如果想进一步讨论，请加仙翁小号【intelligenttimes】， 注明你希望加入的群：架构，云计算，大数据，数据科学，物联网，人工智能，安全，全栈开发，DevOps，数字化，产品转型。 微信圈子如果想和志趣相投的同好交流，请关注仙翁的微信圈子【首席架构师圈】。 如果想向大咖提问，近距离接触，或者获得私密分享，请加入知识星球【首席架构师圈】
2.3K20发布于 2020-07-20 - 来自专栏腾讯云TStack专栏
腾讯云TStack网络架构
概述 TStack整体部署网络架构，采用接入+汇聚二层扁平网络组网架构，如下图所示： image2020-11-9_15-12-29.png 虚拟化计算，块存储，对象存储支持大二层扁平组网，支持交换机线性扩展 网络分类 TStack云平台网络分为管理网、存储接入网、存储内部复制网、业务网（虚拟机数据网）、外部网络和IPMI网，如下图： image2020-11-9_15-57-20.png 管理网：采用千兆网络接口 ，确保云管平台对各物理节点的远程访问与控制； 存储接入网：采用万兆网络接口，确保云平台上承载的业务系统对存储的访问； 存储内部复制网：采用万兆网络接口，确保存储集群之间的访问 业务网（虚拟机数据网）：采用万兆网络接口 ，确保云平台上承载的业务系统之间的互联互通； 外部网络：采用万兆网络接口，确保云平台私有网络与物理网络的互访。 IPMI网：采用千兆网络接口，确保运维人员对各物理节点的带外管理与控制。 服务器网络 服务器带外口使用一根1G网线上联至带外管理交换机。
7.1K83发布于 2020-11-09 - 来自专栏Seebug漏洞平台
以太坊网络架构解析
，逐步深入分析，最终对以太坊网络架构有个大致的了解。 通过学习以太坊网络架构，可以更容易的对网络部分的源码进行审计，便于后续的协议分析，来发现未知的安全隐患；除此之外，目前基于 p2p 网络的成熟的应用非常少，借助分析以太坊网络架构的机会，可以学习一套成熟的 p2p 网络运行架构。 通过 main() 函数的调用，最终启动了 p2p 网络，这一小节对网络架构做详细的分析。 除此之外，由于 p2p 网络方向的资料较少，以太坊的网络架构也可以作为学习 p2p 网络的资料。
2K20发布于 2018-07-12 - 来自专栏SDNLAB
Facebook：进击的网络架构
200 GB/s或400 GB/s端口的交换机ASIC的出现意味着每个交换机的端口数量可以比早期的100 GB/s交换机增加一倍到四倍，大企业无需在管道方面投入更多，只需减少网络层数和架构跳数，同时仍能在单个架构中跨越 如此高的成本在Facebook所需的规模上是不可接受的，更糟糕的是，在HPC中心或大型企业也会采用相同的方法构建网络。随后Clos叶脊网络从超大规模中脱颖而出，成为数据中心网络的主流架构。 这是F16网络架构的关键所在，从一个区域或数据中心的任何一台服务器到另一个区域或数据中心的另一台服务器所需的芯片和跳数要少的多。 在一个架构中，从一个机架到另一个机架内最佳的网络跳数为6跳，最差的为12跳，而通过Fabric Aggregator从一个机架到另一个机架的路径在之前就高达24跳。 这种新型F16架构的核心是Minipack 交换机，Facebook表示，与它在网络中取代的 Backpack交换机相比，Minipack交换机的能耗减少了50％。
2.6K20发布于 2019-08-13
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号