网络映射

　　在本书中有两个地方都对这个函数进行了介绍，其实还有很多地方需要这个函数。ioclt函数传统上一直作为纳西而不适合归入其他精细定义类别的特性的系统接口。网络程序（特别是服务器程序）经常在程序启动执行后使用ioctl获取所在主机全部网络接口的信心，包括：接口地址、是否支持广播、是否支持多播。 #include <unistd.h> int ioctl(int fd,int request,...../* void *arg /); //返回：若成功则为0.失败则我-1 套接字操作 文件操作 接口操作 ARP高速缓存操作 路由表操作 流系统 　　不但某些ioclt操作和某些fcntl操作功能重叠（譬如把套接字设置为非阻塞），而且某些操作可以使用ioctl以不止一种方式制定（譬如设置套接字的进程组属主）。下表列出了网络相关ioctl请求的request参数以及arg地址必须指向的数据类型。 套接字操作 　　明确要求套接字ioctl请求有三个，它们都要求ioctl的第三个参数是指向某个整数的一个指针。 SIOCATMARK：如果本套接字的读指针当前位于带外标记，那就通过由第三个参数指向的帧数放回一个非0值，否则返回一个0值。 SIOCGPGRP：通过由第三个参数指向的整数返回本套接字的进程ID或进程组ID，该ID指定针对本套接字的SIGIO或SIGURG信号的接受进程。 SIOCSPGR

数据可视化不是简单的视觉映射，而是一个以数据流向为主线的一个完整流程，主要包括数据采集、数据处理和变换、可视化映射、用户交互和用户感知。一个完整的可视化过程，可以看成数据流经过一系列处理模块并得到转化的过程，用户通过可视化交互从可视化映射后的结果中获取知识和灵感。 一个完整的数据可视化过程，主要包括以下4个步骤： 确定数据可视化的主题； 提炼可视化主题的数据； 根据数据关系确定图表； 进行可视化布局及设计； 根据数据关系确定图表(以下内容来自网络) 确定可视化主题、提炼数据、确定所使用的图表之后，就是布局了 附上以前做的一个demo 来源： https://www.cnblogs.com/tester-hehehe/p/11897815.html

NFS（Network File System，网络文件系统）是一种在企业内部网络使用比较广泛的文件共享服务，主要用于Linux以及类UNIX系统之间的文件共享。它采用C/S工作模式，在NFS服务器上将某个目录设置为共享目录，然后在客户端可以将这个目录挂载到本地使用。NFS服务诞生于上世纪80年代，虽然在CentOS7.6系统中采用的是目前最新的NFSv4版本，但由于NFS服务本身比较简单，尤其是在权限设置方面功能比较弱，所以如果对NFS服务设置不当，将会在企业网络中产生比较严重的安全隐患。本文就NFS服务的用户身份映射问题进行了分析，并给出了推荐的配置和使用方法。文中准备了两台Linux虚拟机来搭建实验环境，虚拟机所使用的操作系统版本为CentOS7.6。其中名为Server的虚拟机IP地址是192.168.80.10，名为Client的虚拟机IP地址是192.168.80.101。 1. NFS的基本配置 NFS服务在CentOS7系统中默认已经安装，但并未运行，因而首先需要在虚拟机Server中执行“systemctl start nfs”命令启动服务，然后再执行“systemctl enable nfs”命令将服务设置为开机自动运行。 在服务器端新建一个/var/share目录，并在其中创建一个测试文件test.txt。 [root@server ~]# mkdir

Deformable ConvNet算法详解（DCN） 算法背景 算法细节 Deformable convolution Deformable RoI pooling Deformable ConvNets 实验 算法背景 论文全称：Deformable Convolutional Networks 论文链接： https://arxiv.org/abs/1703.06211 论文日期：2017.6.5 算法提出背景： CNN本质上仅限于大型模型 ，对几何变换建模的能力主要来自于广泛的数据增强，庞大的模型容量以及一些简单的手工模型。 同时还受到模型几何变化的限制，因为模型都是固定几何结构，卷积层，池化层以及RoI pooling层。 缺失处理几何变化的内部机制。 CNN模型限制的结果： 这就导致了相同CNN层的所有激活单元的感受野尺寸相同，会影响高层CNN层在空间定位编码语义，因为不同的定位与不同的尺寸与变形的对象相关。 所有方法都依赖于基于原始边界框的特征提取，尤其不适用于刚性对象。 因此需要提出一个新的模型， 能够适应检测对象尺寸、姿态、视野、部件变形中的几何变化以及模型几何变换。 基于这些要求，过去有两种解决方法： 数据集（足够的变量），进行数据增强。 花费高，模型复杂。 转换不变的特征与算法，eg. SIFT，sliding window。 缺点：

接触过不少号称写了10多年代码的程序员，可经常还是会发现他们的代码给人一种乱糟糟的感觉，那么如何才能写出让同事感觉不那么乱的代码呢？ 一、为什么要写这篇文章 在开篇之前先说明下为什么要写这篇文章？在Java的世界里MVC软件架构模式绝对是经典的存在（PS：MVC是一种软件架构方式并不只有Java有），如果你是在最近十年前后进入Java的编程世界，那么你会发现自己这些年似乎从来没有逃离MVC架构模式的牢笼，只不过换着使用了不同的MVC框架，如早期的Struts1、Struts2以及现在几乎一统江湖的Spring MVC（少数自行封装MVC框架的公司除外）。 而随着互联网技术的发展，特别是Ajax等富客户端技术的发展，前端技术逐步形成了一套体系，并且逐步从后端代码（如JSP）中剥离出来，从而形成了现在普遍流行的前后端分离模式（这也是一段时间内为什么前端工程师会出现大量需求的原因），而这也对传统的MVC模式产生了一点小的改变，因为现在基于Java的后端服务中很少会有大量处理复杂界面逻辑的代码出现，因此MVC中的V（View）这一层就逐步被各类前端技术所替代，如AngularJS、React等。 所以现在的Java服务端绝大部分情况下只是在处理M(Model)+C(Controller)的逻辑，而从概念上来看，好像Model代表的就是数据模型、而C则是一种控制层逻辑，所以很多人

IP地址是用来通信的，但是和硬件地址是有区别的。物理地址是数据链路层和物理层使用的地址，IP地址是网络层及以上各层使用的地址。 发送数据时，数据从高层向下层传输，使用IP地址的IP数据报交给下层的数据链路层，就会被封装为MAC帧。IP数据报的首部存放着IP地址，包括源地址和目的地址。MAC帧的首部存放着物理地址，在数据链路层看不到数据报的IP地址。 在通信过程中，不管网络层使用什么协议，在实际网络的链路上传输数据必须使用硬件地址。 IP地址有32位，MAC地址有48位，它们之间不存在简单的映射关系，在网络中，经常会出现加入新主机，撤走主机，以及更换网卡，这些都会使主机的硬件地址发生改变，在主机中存放IP-MAC的映射表，应该要经常动态更新，实现起来很繁琐。 我们如何简便地实现IP地址到物理地址的转换呢，地址解析协议ARP很好地解决了上述问题。 首先，每个主机上都应该设有一个ARP高速缓存，存放着 所在的局域网上 的各主机IP地址和其物理地址的映射表。那么这些映射表是如何来的呢？ 当主机A想向本局域网上的主机B发送IP数据报，那么先在ARP高速缓存中查找主机B的IP地址，如果有，就对应出主机B的硬件地址，将地址写入MAC帧，然后通过局域网将该MAC帧发往此硬件地址。 如果在ARP高速缓存中没有找到主机B的IP地址，有可能是主机B刚刚入网，或者主机A刚刚上电，高速缓存是空的

服务质量QoS（Quality of Service）用于评估服务方满足客户服务需求的能力。通过配置QoS，对企业的网络流量进行调控，避免并管理网络拥塞，减少报文的丢失率，同时也可以为企业用户提供专用带宽或者为不同的业务（语音、视频、数据等）提供差分服务。 网络带宽： 网络带宽是指在单位时间（一般指的是1秒钟）内能传输的数据量。 网络时延： 传输时延：一个数据位从发送方到达接收方所需要的时间。该时延取决于传输距离和传输介质，与带宽无关。 串行化时延：指发送节点在传输链路上开始发送报文的第一个比特至发完该报文的最后一个比特所需的时间。该时延取决于链路带宽以及报文大小。 处理时延：指路由器把报文从入接口放到出接口队列需要的时间。它的大小跟路由器的处理性能有关。 队列时延：指报文在队列中等待的时间。它的大小跟队列中报文的大小和数量、带宽以及队列机制有关。 抖动： 丢包： 丢包率是指在网络传输过程中丢失报文占传输报文的百分比。丢包可用于衡量网络的可靠性。 丢包（packetloss）可能在所有环节中发生，例如： 处理过程：路由器在收到报文的时候可能由于CPU繁忙，无法处理报文而导致丢包； 排队过程：在把报文调度到队列的时候可能由于队列被装满而导致丢包； 传输过程：报文在链路上传输的过程中，可能由于种种原因（如链路故障等）导致的丢包。 少量的丢包对业务的影响并不大，例如，在语音传输中

Abstract: 更深层的网络训练十分困难，我们提出了残差网络来实现深层网络。我们重新定制了层间的学习是参考 layer input 的残差函数，而不是一个没有参考的函数。 Introduction: 是否学习更好的网络就是简单的堆积更多的层？一个障碍便是梯度消失或者爆炸，从训练的一开始便会损害收敛，虽然这个问题可以被 normalization initialization 和 intermediate normalization layers解决，可以使网络达到十多层 当深层网络可以收敛后，又出现了退化问题，当网络层数加深，准确率开始变得饱和，然后会快速衰退，这种衰退并不是因为过拟合引起的，加更多的层会引起训练误差变大，如下图 这种训练准确率的退化表明并不是所用的 system 都可以很好的优化。如何从 shallower architecture 到 deeper architecture. 现有的方法是，added layers 是恒等映射（identity mapping），而其它层是 copy from learned shallower model.这种方法本应获得不低于 shallower counterpart 的准确率，但是并没有。 本文通过提出一个 deep residual learning framework 来解决 degradation

本文参考： charles 映射到远程URL地址 远程映射/Map Remote Settings 功能：把你要请求的地址，映射到一个远程地址；相当于把你的请求地址修改了； 远程映射工具 远程映射工具根据配置的映射更改请求位置， 以便从新位置“可见的”地提供响应，就像原始请求一样。 此映射使您能够从B站点提供A站点的全部或部分(A是原始的目标，B是你远程映射的地方)。 例如，你可以做下面的操作 您可以把 xk72.com/charles/ 映射到 localhost/charlesdev/ 来为xk72.com提供一个子目录， 或者把xk72.com/*.php 这种指定后缀的所有文件映射到localhost/charlesdev/。 使用建议 如果您想开发某个网站，并且已经有了开发环境的网站，并希望把刚更新的某些文件应用到线上网站，测试下效果如何，则“远程映射”将非常有用。 例如，您可能把测试环境的css和images目录下的文件更新了。可以把live.com/css/映射到 dev.com/css/或把live.com/*.css这样的映射到dev.com。 映射类型 您可以将目录映射到目录，如xk72.com/charles/ 映射到 localhost/charlesdev/ 您可以将文件映射到文件，如xk72.com/charles/download.php 映射到

什么是NFS？ NFS（Network File System）即网络文件系统，是FreeBSD支持的文件系统中的一种，它允许网络中的计算机之间通过TCP/IP网络共享资源。在NFS的应用中，本地NFS的客户端应用可以透明地读写位于远端NFS服务器上的文件，就像访问本地文件一样。 通过nfs，我们可以实现不同设备下文件的访问。（尤其是跨设备拷贝大型文件的时候） 注：通过nfs还能实现从uboot直接读取远程文件系统 搭建好了NFS服务器以后，其他的设备就可以通过网络对服务器的nfs进行挂载并访问。 NFS的安装与配置 安装 sudo apt-get install nfs-kernel-server -y 增加配置 sudo vim /etc/exports 增加策略，每个策略一行 设定格式如下： 例如： /nfs *(rw,sync,no_root_squash) ------------------------------------------------------- ------------------------------------------------------ 启动 service nfs-kernel-server restart (启动之前要确保对应的文件夹是存在的，否则会出现'Job for * canceled.') ֹͣ service nfs