乔韩窗口理论

通过第一阶段学习，我学到一个关于人自我认识的窗口理论---乔韩窗口理论。美国心理学家Jone和Hary认为人对自己的认识是一个不断探索的过程。

因为每个人的自我都有四部分：

（1）公开的自我，也就是透明真实的自我，这部分自己很了解，别人也很了解；

（2）盲目的自我，别人看得很清楚，自己却不了解;

（3）秘密的自我，是自己了解但别人不了解的部分;

（4）未知的自我，是别人和自己都不了解的潜在部分，通过一些契机可以激发出来。

心理学家认为公开的我的成分越大越健康，因此我们应该减少盲目的我，探索自我，保持适度秘密的我，

我们教师同样地可以通过与他人分享秘密的自我，通过他人的反馈减少盲目的自我，人对自己的了解就会更多更客观。所以在日常生活中我们应多于人交流，多交朋友，从而获得身心平衡，更健康快乐地生活

Flash舞台随窗口大小动态调整

本文介绍如何建立一个舞台随窗体尺寸大小动态改变的Flash例子，使用的脚本为AS3.0 1.建立工程 2.新建一个AS文件，主要实现舞台的动态缩放功能 代码如下：

package { import flash.display.Sprite; import flash.display.Stage; import flash.events.Event; import flash.external.ExternalInterface; public class BrowserCanvas { public static const HACK_MARGIN_BOTTOM:String = "marginBottom"; //Adds a negative bottom margin to object tags to compensate for browser weirdness public static const HACK_IE_REPARENT:String = "IEReparent"; //In IE, create a container div which encapsulates the object tag in order to hav min/max sizes work public static const HACK_UNIQUE_ID:String = "uniqueId"; //If you put both an embed and object tag with the same id, this tries to compensate private var stage:Stage; private var containerId:String; private var _width:String; private var _minWidth:String; private var _maxWidth:String; private var _height:String; private var _minHeight:String; private var _maxHeight:String; private var timerSprite:Sprite; public function BrowserCanvas ( stage:Stage,containerId:String=null , browserHacks:Array=null ) { trace("BrowserCanvas - Copyright (c) 2008 Noel Billig (https://www.wendangku.net/doc/485513133.html,)"); this.stage = stage; timerSprite = new Sprite(); _width = String( stage.stageWidth ); _height = String( stage.stageHeight ); if (browserHacks == null) browserHacks = [HACK_MARGIN_BOTTOM,HACK_IE_REPARENT,HACK_UNIQUE_ID]; this.containerId = containerId;

TCP的滑动窗口机制

TCP的滑动窗口机制 TCP这个协议是网络中使用的比较广泛，他是一个面向连接的可靠的传输协议。既然是一个可靠的传输协议就需要对数据进行确认。TCP协议里窗口机制有2种一种是固定的窗口大小。一种是滑动的窗口。这个窗口大小就是我们一次传输几个数据。 我们可以看下面一张图来分析一下固定窗口大小有什么问题。 这里我们可以看到假设窗口的大小是1，也是就每次只能发送一个数据只有接受方对这个数据进行确认了以后才能发送第2个数据。我们可以看到发送方每发送一个数据接受方就要给发送方一个ACK对这个数据进行确认。只有接受到了这个确认数据以后发送方才能传输下个数据。 这样我们考虑一下如果说窗口过小，那么当传输比较大的数据的时候需要不停的对数据进行确认，这个时候就会造成很大的延迟。如果说窗口的大小定义的过大。我们假设发送方一次发送100个数据。但是接收方只能处理50个数据。这样每次都会只对这50个数据进行确认。发送方下一次还是发送100个数据，但是接受方还是只能处理50个数据。这样就避免了不必要的数据来拥塞我们的链路。所以我们就引入了滑动窗口机制，窗口的大小并不是固定的而是根据我们之间的链路的带宽的大小，这个时候链路是否拥护塞。接受方是否能处理这么多数据了。 我们看看滑动窗口是如何工作的。我们看下面几张图。

首先是第一次发送数据这个时候的窗口大小是根据链路带宽的大小来决定的。我们假设这个时候窗口的大小是3。这个时候接受方收到数据以后会对数据进行确认告诉发送方我下次希望手到的是数据是多少。这里我们看到接收方发送的ACK=3。这个时候发送方收到这个数据以后就知道我第一次发送的3个数据对方只收到了2个。就知道第3个数据对方没有收到。下次在发送的时候就从第3 个数据开始发。这个时候窗口大小就变成了2 。 这个时候发送方发送2个数据。

滑动窗口算法原理

1. 滑动窗口算法 -------------------------------------------------------------------------------- 滑动窗口算法工作过程如下。首先，发送方为每1帧赋一个序号（sequence number），记作S e q N u m 。现在，让我们忽略S e q N u m是由有限大小的头部字段实现的事实，而假设它能无限增大。发送方维护3个变量：发送窗口大小（send window size），记作S W S ，给出发送方能够发 送但未确认的帧数的上界；L A R 表示最近收到的确认帧（last acknowledgement re c e i v e d）的序号；L F S 表示最近发送的帧（last frame sent）的序号，发送方还维持如下的不变式：LAR-LFR≤RWS 当一个确认到达时，发送方向右移动L A R，从而允许发送方发送另一帧。同时，发送方为所发的每个帧设置一个定时器，如果定时器在A C K到达之前超时，则重发此帧。注意：发送方必须存储最多S W S个帧，因为在它们得到确认之前必须准备重发。 接收方维护下面3个变量：接收窗口大小（receive window size），记为RW S，给出接收方所能接收的无序帧数目的上界；L A F表示可接收帧（l a rgest acceptable frame）的序号；L F R表示最近收到的帧（last frame re c e i v e d）的序号。接收方也维持如下不变式： LFS-LAR≤SWS

当一个具有顺序号S e q N u m的帧到达时，接收方采取如下行动：如果S e q N u m≤L F R 或S e q N u m > L A F，那么帧不在接收窗口内，于是被丢弃；如果L F R＜Se q N u m≤L A F，那么帧在接收窗口内，于是被接收。现在接收方需要决定是否发送一个A C K。设S e q N u m To A C K表示未被确认帧的最大序号，则序号小于或等于S e q N u m To A c k的帧都已收到。即使已经收到更高序号的分组，接收方仍确认S e q N u m To A c k的接收。这种确认被称为是累积的（c u m u l a t i v e）。然后它设置L F R = S e q N u m To A c k，并调整L A F = L F R + RW S。例如，假设L F R= 5（即，上次接收方发送的A C K是为了确认顺序号5的），并且RWS = 4。这意味着L A F = 9。如果帧7和8到达，则存储它们，因为它们在接收窗口内。然而并不需要发送A C K，因为帧6还没有到达。帧7和8被称为是错序到达的。（从技术上讲，接收方可以在帧7和8到达时重发帧5的A C K。）如果帧6当时到达了（或许它在第一次丢失后又重发从而晚到，或许它只是被延迟了），接收方确认帧8，L F R置为8，L A F置为1 2。如果实际上帧6丢失了，则出现发送方超时，重发帧6。我们看到，当发生超时时，传输数据量减少，这是因为发送方在帧6确认之前不能向前移动窗口。这意味着分组丢失时，此方案将不再保证管道满载。注意：分组丢失时间越长，这个问题越严重。注意，在这个例子中，接收方可以在帧7刚一到达时就为帧6发送一个认帧N A K（negative acknowl edgment）。然而，由于发送方的超时机制足以发现这种情况，发送N A K反而为发送方增加了复杂性，因此不必这样做。正如我们已提到的，当帧7和8到达时为帧5发送一个额外的A C K是合理的；在某些情况下，发送方可以使用重复的A C K作为一个帧丢失的线索。这两种方法都允许早期的分组丢失检测，有助于改进性能。 关于这个方案的另一个变种是使用选择确认（selective acknowledgements）。即，接收方能够准确地确认那些已收到的帧，而不只是确认按顺序收到最高序号的帧。因此，在上例中，接收方能够确认帧7、8的接收。如果给发送方更多的信息，就能使其较容易地保持管道满载，但增加了实现的复杂性。 发送窗口大小是根据一段给定时间内链路上有多少待确认的帧来选择的；对于一个给定的延迟与带宽的乘积，S W S是容易计算的。另一方面，接收方可以将RW S设置为任何想要的值。通常的两种设置是：RW S= 1，表示接收方不存储任何错序到达的帧；RW S=S W S，表示接收方能够缓存发送方传输的任何帧。由于错序到达的帧的数目不可能超过S W S个，所以设置RWS >S W S没有意义。 2. 有限顺序号和滑动窗口 -------------------------------------------------------------------------------- 现在我们再来讨论算法中做过的一个简化，即假设序号是可以无限增大的。当然，实际上是在一个有限的头部字段中说明一个帧的序号。例如，一个3比特字段意味着有8个可用序号0 ~ 7。因此序号必须可重用，或者说序号能回绕。这就带来了一个问题：要能够区别同一序号的不同次发送实例，这意味着可用序号的数目必须大于所允许的待确认帧的数目。例如，停止等待算法允许一次有1个待确认帧，并有2个不同的序号。 假设序号空间中的序号数比待确认的帧数大1，即S W S ≤M A a x S e q N u m -1 ，其中M a x Seq N u m 是可用序号数。这就够了吗？答案取决于RW S 。如果RW S = 1，那么MaxSeqNum≥SWS+1是足够了。如果RW S等于S W S，那么有一个只比发送窗口尺寸大1的M a x S e q N u m是不够的。为看清这一点，考虑有8个序号0 ~ 7的情况，并且S W S = RW S = 7。假设发送方传输帧0 ~ 6，并且接收方成功接收，但A C K丢失。接收方现在希望接收帧7，0 ~ 5，但发送方超时，然后发送帧0 ~ 6。不幸的是，接收方期待的是第二次的帧0 ~ 5，得到的却是第一次的帧0 ~ 5。这正是我们想避免的情况。

4时间周期技术

4、时间周期技术 时间周期技术股票时间之窗时空共振理论 在一些股市和汇市的评论中，我们常听到时间之窗这个名词，时间之窗可能很多朋友都了解其含义，但如何正确地应用时间之窗，并不是所有朋友都了解，今天和大家谈谈时间之窗的正确应用。时间之窗是周期的一种应用方法，周期的使用，不同的学说和不同的技术分析工具都有不同的使用方法，波浪理论中应用的周期是以菲波纳奇数例为基础的，而江恩理论里面，周期的划分和应用又有他独特的界定。我们常说的时间之窗实际是波浪理论里面常用的菲波纳奇数例，菲波纳奇数例是一个最简单的数字123为基本数列的，把这个简单的数例的后两位数字不断相加，1+2=3 2+3=5 3+5=8 5+8=13 8+13=21 13+21=34 21+34=55 34+55=89 55+89=144就可以得出菲波纳奇数例3、5、8、13、21、34、55、89、144……以至无穷。那这个数例有什么用处呢？我们在分析价格走势时，都希望能提早发现走势的拐点，也就是顶底，而实战中，一些重要的顶对顶的时间、底对底的时间、顶对底的时间，底对顶的时间大都出现在这个数例的数字上，比如我们常看到一个价格走势的顶对应前面的一个高点经常是34天55天，或者13周21周等等，或者一个趋

势从最低点启动，在13周、21周、34周或者55周的地方趋势结束。所以在一个趋势的运行过程中，我们就会密切注意那些可能出现拐点的时间，一般就把那些容易出现拐点的地方称作时间之窗，时间之窗基本上就成了菲波纳奇数例的代名词。时间之窗的基本理论不难理解，但它的实战应用却有一定的技巧。首先，时间之窗的周期分析是从属于波浪理论里面的一种方法，波浪理论中的三要素形态、比例、周期其周期的分析要结合波浪形态来看，当价格走势走到一个时间之窗附近，我们必须首先观察走势形态是否有顶底形态，如果波浪形态上有顶底的可能，那如果再有时间周期配合那出现顶底的概率就非常之大，但如果形态上没有明显的顶底形态特征，光有个时间之窗出现，不能完全作为判断顶底的标准，因为波浪理论中形态、比例、周期的重要性是依次递减的。第二，时间之窗的周期原理并没有硬性规定适用在那个时间等级的趋势里面，那就是说，大到月线，小到5分钟图，我们都可以应用菲波纳奇数例来寻找顶底，那我们到底以哪个为准呢，一般来讲，大小周期要配合使用，因为大周期中会套小周期，它们其实并不矛盾，比如21天的周期，那正好是五周的周期，只不过是第五周的第一天上就是第21天上出现顶底的可能就更大一些罢了。所以在应用上，我们应该是先研究大的形态和大的时间周期，然后再用小周期找到价格趋势可能出现反转的具体时间。比如，本月是距离前

电脑应用窗口的大小调节方法

电脑应用窗口的大小调节方法 很多用户问我Win7系统打开的窗口太小了，比如：右击桌面、QQ登陆面板等；除了修改电脑分辨率外？大家知道电脑应用窗口的大小调节吗?下面我们就给大家详细介绍一下吧! ?1、每个应用的窗口大小和位置信息存储在： “HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Applic ationFrame\Positions\[应用的PackageFamilyName]![应用的ID]”下的PositionObject中。其中E序存储，格式如下： ?0x0000：永远为0x0000002C。 ?0x0004：激活了窗口最大化时为0x00000002，其余时候是0x00000000。?0x0008：窗口关闭时的状态。使用窗口大小时为0x00000001，最小化时为0x00000002，最大化时为0x00000003。 ?如果当前状态为最小化0x00000002，下次打开窗口时：如果0x0004为 0x00000002，就会以最大化状态打开窗口;如果0x0004为0x00000000，就会使用窗口大小还原窗口。 ?0x000C：最小化时为0xFFFF8300，其余时候是0xFFFFFFFF。 ?0x0010：永远为0xFFFFFFFF。 ?0x0014：永远为0xFFFFFFFF。 ?0x0018：永远为0xFFFFFFFF。 ?0x001C：窗口左上角像素的X-7，图中为0x000000C8(十进制200)。(可以得到结论，随机生成的位置即使最靠左上角也会在左侧空出7像素) ?0x0020：窗口左上角像素的Y，图中为0x00000040(十进制64)。 ?0x0024：窗口右下角像素的X-8，图中为0x000003F8(十进制1016)。

滑动窗口

滑动窗口协议 滑动窗口协议，是TCP使用的一种流量控制方法。该协议允许发送方在停止并等待确认前可以连续发送多个分组。由于发送方不必每发一个分组就停下来等待确认，因此该协议可以加速数据的传输。 只有在接收窗口向前滑动时（与此同时也发送了确认），发送窗口才有可能向前滑动。 收发两端的窗口按照以上规律不断地向前滑动，因此这种协议又称为滑动窗口协议。 当发送窗口和接收窗口的大小都等于 1时，就是停止等待协议。 当发送窗口大于1，接收窗口等于1时，就是回退N步协议。 当发送窗口和接收窗口的大小均大于1时，就是选择重发协议。 协议中规定，对于窗口内未经确认的分组需要重传。这种分组的数量最多可以等于发送窗口的大小，即滑动窗口的大小n减去1（因为发送窗口不可能大于（n-1），起码接收窗口要大于等于1）。 工作原理 TCP协议在工作时，如果发送端的TCP协议软件每传输一个数据分组后，必须等待接收端的确认才能够发送下一个分组，由于网络传输的时延，将有大量时间被用于等待确认，导致传输效率低下。为此TCP在进行数据传输时使用了滑动窗口机制。 TCP滑动窗口用来暂存两台计算机问要传送的数据分组。每台运行TCP协议的计算机有两个滑动窗口：一个用于数据发送，另一个用于数据接收。发送端待发数据分组在缓冲区排队等待送出。被滑动窗口框入的分组，是可以在未收到接收确认的情况下最多送出的部分。滑动窗口左端标志X的分组，是已经被接收端确认收到的分组。随着新的确认到来，窗口不断向右滑动。 TCP协议软件依靠滑动窗口机制解决传输效率和流量控制问题。它可以在收到确认信息之前发送多个数据分组。这种机制使得网络通信处于忙碌状态，提高了整个网络的吞吐率，它还解决了端到端的通信流量控制问题，允许接收端在拥有容纳足够数据的缓冲之前对传输进行限制。在实际运行中，TCP滑动窗口的大小是可以随时调整的。收发端TCP协议软件在进行分组确认通信时，还交换滑动窗口控制信息，使得双方滑动窗口大小可以根据需要动态变化，达到在提高数据传输效率的同时，防止拥塞的发生。称窗口左边沿向右边沿靠近为窗口合拢，这种现象发生在数据被发送和确认时。 当窗口右边沿向右移动时将允许发送更多的数据，称之为窗口张开。这种现象发生在另一端的接收进程读取已经确认的数据并释放了TCP的接收缓存时。当右边沿向左移动时，称为窗口收缩。Host Requirements RFC强烈建议不要使用这种方式。但TCP必须能够在某一端产生这种情况时进行处理。 如果左边沿到达右边沿，则称其为一个零窗口。 注意事项 （1）发送方不必发送一个全窗口大小的数据。（2）来自接收方的一个报文段确认数据并把窗口向右边滑动，这是因为窗口的大小事相对于确认序号的。（3）窗口的大小可以减小，但是窗口的右边沿却不能够向左移动。（4）接收方在发送一个ACK前不必等待窗口被填满。 滑动窗口 滑动窗口(Sliding window )是一种流量控制技术。早期的网络通信中,通信双方不会考虑网

波浪理论与时间周期

波浪理论的时间周期来计算未来市场的转折点 如果知道在历史上某个商品期货的平均DELTA转折点，就能够提高预测转折点精确度。更进一步，以下问题…在什么位置，前后浮动两天，【预测的DELTA】有最高精确度？前后浮动三天呢？四天呢？如何评价每个转折点的精确度呢 输出标题表示它是ITD，并且给出你输入的日期。第一个作为例子被打印的商品是咖啡。它的转折点是三个。每个转折点旁有如下五列： 日期：这是转折点日期，它总是平日。（如果你输入星期日，星期六，将输出最近的平日）。 AR：特定转折点的精确度。17表示从这个转折点到所有前期出现这个点的距离是天。很显然，AR越小，转折点越精确。 *2：这是转折点出现在给定日期两天内的概率。 *3：这是转折点出现在给定日期三天内的概率。 *4：这是转折点出现在给定日期四天内的概率。

DELTA转折点有多精确？ 经过观察25个商品市场超过200年的DELTA现象，其平均中短期波动如下： （1）51%的概率，DETLA转折点将出现在投影点两天内。 （2）68%的概率，DETLA转折点将出现在投影点三天内。 （3）81%的概率，DETLA转折点将出现在投影点四天内。 所有的ITD转折点的平均精确度（AR）是27。这意味着每个DELTA 转折点离预定日期的平均距离少于三天。我知道，宣称未来所有ITD 转折点将保持这个精确度，它听起来是难以相信的。我坚信这一点，因为我已经对超过200年的日线数据和超过300年的周线和月线数据，进行了研究。 精确度将会一直保持的原因，是市场跟随DELTA现象。DELTA现象是市场运动的根本原因。观察液体市场最明显，它虽然也在运动，但是更像是跟着DELTA转折点震荡。DELTA是市场运动的本质。 DELTA转折点的精确度，可以通过观察来改善。如果一个转折点出现的早，它可能被漏掉。但是，如果转折点出现的晚，它就不会被

滑动窗口实验报告

滑动窗口实验报告（含源码） 一、实验目的 1.实现一个数据链路层协议的数据传送部分。 2.更好地理解数据链路层协议中的“滑动窗口”技术的基本工作 原理。 3.掌握计算机网络协议的基本实现技术。 二、实验要求 在一个数据链路层的模拟实现环境中，用C语言实现下两个数据链路层协议。 1.1比特滑动窗口协议 2.回退N帧滑动窗口协议 三、实验内容 充分理解滑动窗口协议，根据滑动窗口协议，模拟滑动窗口协议中发送端的功能，对系统发送的帧进行缓存并加入窗口等待确认，并在超时或者错误时对部分帧进行重传。 编写停等及退回N滑动窗口协议函数，响应系统的发送请求、接收帧消息以及超时消息，并根据滑动窗口协议进行相应处理。四、源代码及注释 #include "" #include using namespace std; extern void SendFRAMEPacket(unsigned char* pData, unsigned int len); ead = *p;

buffer[last_buffered_frame % BUFFER_SIZE].size = bufferSize; ize); continue; SendFRAMEPacket((unsigned char*)(&buffer[i % BUFFER_SIZE]), buffer[i % BUFFER_SIZE].size); } return 0; } default : break; } return -1; } /* * 回退n帧测试函数 */ int stud_slide_window_back_n_frame(char *pBuffer, int bufferSize, UINT8 messageType) { Frame_head* p = (Frame_head*)pBuffer; unsigned int timeoutNum = *(unsigned int*)pBuffer; switch (messageType) { ead = *p; buffer[last_buffered_frame % BUFFER_SIZE].size = bufferSize; ++ last_buffered_frame; cout << "exp_ack : " << exp_ack << endl; if (ack >= exp_ack) { ++ expect_frame; if (next_frame < last_buffered_frame) { SendFRAMEPacket((unsigned char*)(&buffer[next_frame % BUFFER_SIZE]), buffer[next_frame % BUFFER_SIZE].size); ++ next_frame; } } else break; } return 0;

康波周期理论

康波周期 1.人生发财靠康波 康波在现实中的表现就是价格波动，价格波动规律为我们提供了宏观对冲和人生财富规划的密码。在研究了长期的价格波动规律之后，本文还对2016至2018年的世界大宗商品价格波动做了预测。 2.康波就是价格波动 我们对康波的认识：1、每一个康波是指一个相当长时期的总的价格的上升或总的价格的下降。2、价格的长期波动不是自己产生的，是资本主义体系本质的结果；3、每一个康波又嵌套着几个库兹涅茨周期和几个朱格拉周期。4、上述特征决定了康波就是国际宏观对冲的根本理论。 3.康波中价格剧烈波动的原因 康波价格的剧烈波动主要集中于从衰退到萧条的阶段，这是由于1、当效率提升放缓时，供需的原有平衡边际上发生了变化；2、长鞭效应。 4.康波中的能源和金属价格 1、不能用当期供需来解释能源和金属价格，康波中的价格冲击是一个累积的结果，是劳动生产率下降，长鞭效应和追赶国工业化的共同结果； 2、工业化起飞国家的资源消耗会呈现出一个倒U型的结构，在其边际爬升的时候，对资源价格影响最大。 3、短期的资源消费增速遵从于朱格拉周期，所以短期的价格波动是与经济增长率相关的。 5.康波中的太阳黑子和农业 1、太阳黑子以一种未知的原因影响着人类的情绪和商业行为，从而成为三周期嵌套天道中的决定因素。 2、农业价格并未表现出明显的长周期波动特点，反而倒是受到施瓦贝循环的直接影响，更直接的是厄尔尼诺循环。 6.康波中的黄金价格 1、黄金理论上就是大宗商品的一般等价物。 2、在康波的萧条，回升及衰退阶段，黄金价格与实际利率的负相关真实存在，但在繁荣期，这种关系基本不存在，甚至相反。 7.第五次康波中的价格波动 1、2002年之后，大宗商品经历了一个长达10年的牛市，2008年和2011年视为大宗商品牛市的双头，自2012年之后，大宗商品一直在熊市中运行。 2、经历了2008年的康波一次冲击之后，2015年之后康波应进入二次冲击

计算机网络原理 最大窗口尺寸的确定

计算机网络原理最大窗口尺寸的确定 现在讨论当序号空间确定后，怎样确定最大窗口尺寸。 全部重发流水线协议的最大发送窗口尺寸为2n-1。对于这处问题，通常首先会想到将最大发送窗口尺寸选为和序号空间的大小一致。例如，用3个比特来表示帧的序号，则序号空间共有0~7的八个帧。若发送窗口尺寸也选为8，则发送方可以连续发送序号为0~7的八个帧，然后停止发送，等待这8帧的应答。接收端如果正确接收到了这8个帧，则上交络网络层，并返回对所有的应答帧全部丢失，那么发送端重发序号为0~7的八个帧。这时对接收方来说，这八个帧可能是发送方收到应答后发来的八个新帧，也可能是应答帧丢失后发送方重发的八个老帧。由于接收方无法判断究竟是哪种情况，于是协议就失效了。 但如果将发送窗口尺寸选为7，就不会出现这种情况。发送方连续发送序号为0~6的七个帧，如果收到这7个帧的应答，则继续发送序号为7和0~5的帧；如果应答丢失，则超时后重发序号为0~6的帧。这样，接收方收到的帧的序号如果从7开始，则说明该帧及其以后各帧都是新帧；如果收到的帧的序号从0开始，则说明这是对方重发的序号为0~6的帧或者是新帧中序号为7的帧丢失了。由于这些帧都不在接收窗口内，所以接收方都不予接收，直接将它们丢弃，然后重新发送对0~6号帧的应答，表示希望接收序号从7开始的帧；发送方收到应答后，重新发送序号为7和0~5的帧。 选择重发流水线协议的最大接收窗口尺寸为2n-1。对于选择重发流水线协议，前后相邻的两个接收窗口所包含的序号不能有相同的。如果有相同的序号，那么某一帧在前一窗口被接收方妥收并发了确认以后，如果因为确认帧丢失而使发方重发了一个相同序号的帧，就会落在下一个窗口而被接收方再次接收，其道理也可以通过一个例子来说明。 例如，帧的序号仍用3个比特来表示，并且发送窗口和接收窗口的尺寸都选为5（大于23-1=4）。初始时，发送方连续发送了序号为0~4的5个帧，并且这5个帧全部被正确接收；于是接收方连续发送了序号为0~4的5个帧，并且这5个帧全部被正确接收；于是接收方发磅对这5个帧的应答，同时滑动接收窗口，准备接收序号为5、6、7和0、1的帧。假如其中0号帧的应答在传输过程中丢失，发送方在超时后，就会重新发送序号为0的帧。由于序号0也落在当前的接收窗口内，因而会被接收方当作一个新帧接收下来，这样就产生了错误。但是，如果将接收窗口尺寸选为4，同样是0号帧的应答丢失，发送方超时重发0号帧，但由于接收方的下一接收窗口为4、5、6、7号，当重发的0号帧到来时没有落在接收窗口内，因而会被接收方当作一个新帧接收下来，这样就产生了错误。 但是，如果将接收窗口尺寸选为4，同样是0号帧的应答丢失，发送方超时重发0号帧，但由于接收方的下一接收窗口为4、5、6、7号，当重发的0号帧到来时没有落在接收窗口内，就会被接收方丢弃，而不会接收一个重复的帧。在选择重发协议中，发送窗口的尺寸一般取得和接收窗口一样，因此发送窗口的尺寸通常也不超过2n-1。

2018-修改游戏窗口化大小-精选word文档 (11页)

本文部分内容来自网络整理，本司不为其真实性负责，如有异议或侵权请及时联系，本司将立即删除！ == 本文为word格式，下载后可方便编辑和修改！ == 修改游戏窗口化大小 篇一：常用电脑快捷键大全及游戏全屏问题 常用电脑快捷键大全 按”shift”+”6” 是省略号??， 方法：shift+6（主键盘上的6，就是Y键对上去的那个6),前提是在你有五笔输入法的状态栏上,必须是中文标点,就是有个软件盘的旁边那个标点符号必须是空心的.) 另一个方法是：按Ctrft不放，按主键盘区“。”切换中英文标点输入法。 、、、退格键的左边是顿号键。点符号必须是空心的.) 快捷键列表 单独按Windows：显示或隐藏“开始”功能表 Windows+BREAK：显示“系统属性” 对话框 Windows+D：显示桌面 Windows+M：最小化所有窗口 Windows+Shift+M：还原最小化的窗口 Windows+E：开启“资源管理器” Windows+F：查找文件或文件夹 Windows+CTRL+ F：查找电脑 Windows+F1：显示Windows “帮助” Windows+R：开启“运行” 对话框

Windows+U：开启“公用程序管理器” Windows+L：锁定计算机（Windows XP新功能） Windows按住不动+Tab：打开的应用程序切换，立体效果（win7系统支持）★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★ Ctrl快捷键 Ctrl+S 保存 Ctrl+W 关闭程序 Ctrl+N 新建 Ctrl+O 打开 Ctrl+Z 撤销 Ctrl+F 查找 Ctrl+X 剪切 Ctrl+C 复制 Ctrl+V 粘贴 Ctrl+A全选 Ctrl+[ 缩小文字 Ctrl+] 放大文字 Ctrl+B 粗体 Ctrl+I 斜体 Ctrl+U 下划线 Ctrl+Shift输入法切换 Ctrl+空格中英文切换 Ctrl+回车 QQ号中发送信息 Ctrl+Home 光标快速移到文件头

matlab 图形窗口大小的设置

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% %%%%%常用选项和小技巧%%%%% %画等值线 [cc hh]=contour(peaks(30),'LINESPEC','b-') clabel(cc,hh,'manual') %写文本 text(5,10,'\bf math \sl math \it math \rm math \alpha','color',[0.1 0.1 0.9],'fontsize',24) %设置线宽 set(gca,'linewidth',2) %写标题并设置字体的大小 ti=title('Title of My Figure','color','blue') set(ti,'fontsize',24) drawnow %输出文件 print -dpsc plotE.ps print -append -dpsc plotE.ps print -djpeg100 plotE.jpg %给定图窗口标题 figure('Name','My Figure1') %设置使用调色板 map=hsv(32); colormap(map) %设定等值线的范围 caxis([-6 6]) %设定colorbar的方向和位置 hc=colorbar('hori'); po=get(hc,'position'); %set(hc,'position',[po(1) po(2)+0.14 po(3) po(4)-0.01]); %set(hc,'XLim',[0 300]); %设置绘图的缺省值 set(0,'DefaultLineLineWidth',2) set(0,'DefaultAxesFontSize',18) set(0,'DefaultAxesLineWidth',2) set(0,'DefaultAxesTickLength',[0.01 0.025])

如何调整DW文档窗口大小和状态栏参数

如何调整DW 文档窗口大小和状态栏参数 整理： https://www.wendangku.net/doc/485513133.html, 来源：互联网 整理时间：2008-11-22 状态栏显示“文档”窗口的当前尺寸（以像素为单位）。若要设计在某个特定大小时看起来效果最好的页面，您可以将“文档”窗口调整到任一预定义大小、编辑这些预定义大小或者创建新的大小。 若要将“文档”窗口的大小调整为预定义的大小，请执行以下操作： 从“文 档”窗口底部的“窗口大小”弹出菜单中选择一种大小。 注意:在 Windows 中，您可以将“文档”窗口最大化以便它填充集成窗口的整个文档区域。当“文档”窗口最大化时，您无法调整它的大小。 显示的窗口大小反映浏览器窗口的内部尺寸（不包括边框）；显示器大小列在括号中。例如，如果您的访问者可能按其默认配置在 640 x 480 显示器上使用 Microsoft Internet Explorer 或 Netscape Navigator ，则您应使用“536 x 196（640 x 480，默认）”的大小。 提示:对于不是很精确的大小调整，请使用操作系统的标准窗口大小调整方法，如拖动窗口的右下角。 若要更改“窗口大小”弹出菜单中所列的值，请执行以下操作： 1. 从“窗口大小”弹出菜单中选择“编辑大小”。 2. 在“窗口大小”列表中单击任一宽度或高度值，然后键入一个新值。 若要使“文档”窗口仅调整为某个特定的宽度（高度保持不变），请选择一个高度值然后删除它。 3. 单击“描述”文本框以输入关于某个特定大小的说明性文本。 4. 单击“确定”保存更改并返回到“文档”窗口。 若要向“窗口大小”弹出菜单中添加新的大小，请执行以下操作： 1. 从“窗口大小”弹出菜单中选择“编辑大小”。 2. 单击“宽度”列中最后一个值下面的空白。 3. 输入“宽度”和“高度”的值。

MFC 调整窗口大小

对话框的大小变化后，假若对话框上的控件大小不变化，看起来会比较难看。下面就介绍怎么让对话框上的控件随着对话框的大小的变化自动调整。 首先明确的是Windows有一个WM_SIZE消息响应函数，这个函数在对话框大小发生变化的时候调用，所以我们可以记录下原来对话框的大小，还有当前对话框的大小（这个不用自己算，系统已给出），然后根据控件做出相应比例的调整。 比如原来对话框大小为a，现在为b，原来控件大小为c，那么现在的控件大小应该为c*b/a;(注意a不能为0)。 看实例：（黑体字为添加的代码！！） 假设对话框类为CMyDlg类，那么首先设置一个变量 CRect m_rect; //用于保存原对话框大小 那么在对话框创建的时候先获得对话框的大小 BOOL CMyDlg::OnInitDialog() { ......................... SetIcon(m_hIcon, TRUE); // Set big icon SetIcon(m_hIcon, FALSE); // Set small icon // TODO: Add extra initialization here GetClientRect(&m_rect); //获取对话框的大小 return TRUE; // return TRUE unless you set the focus to a control } 然后再手动添加一个函数，用以实现具体的变化 void CMyDlg::ChangeSize(UINT nID, int x, int y) //nID为控件ID，x,y分别为对话框的当前长和宽 { CWnd *pWnd; pWnd=GetDlgItem(nID); if(pWnd!=NULL) //判断是否为空，因为在窗口创建的时候也会调用OnSize函数，但是此时各个控件还没有创建，Pwnd为空 { CRect rec; pWnd->GetWindowRect(&rec); //获取控件变化前的大小 ScreenToClient(&rec); //将控件大小装换位在对话框中的区域坐标 rec.left=rec.left*x/m_rect.Width(); //按照比例调整空间的新位置 rec.top=rec.top*y/m_rect.Height();

TCP滑动窗口协议

TCP 滑动窗口协议 详解 滑动窗口机制 (1).窗口机制 滑动窗口协议的基本原理就是在任意时刻，发送方都维持了一个连续的允许发送的帧的序号，称为发送窗口；同时，接收方也维持了一个连续的允许接收的帧的序号，称为接收窗口。发送窗口和接收窗口的序号的上下界不一定要一样，甚至大小也可以不同。不同的滑动窗口协议窗口大小一般不同。发送方窗口内的序列号代表了那些已经被发送，但是还没有被确认的帧，或者是那些可以被发送的帧。下面举一个例子（假设发送窗口尺寸为2，接收窗口尺寸为1）： 分析：①初始态，发送方没有帧发出，发送窗口前后沿相重合。接收方0号窗口打开，等待接收0号帧；②发送方打开0号窗口，表示已发出0帧但尚确认返回信息。此时接收窗口状态不变；③发送方打开0、1号窗口，表示0、1号帧均在等待确认之列。至此，发送方打开的窗口数已达规定限度，在未收到新的确认返回帧之前，发送方将暂停发送新的数据帧。接收窗口此时状态仍未变；④接收方已收到0号帧，0号窗口关闭，1号窗口打开，表示准备接收1号帧。此时发送窗口状态不变；⑤发送方收到接收方发来的0号帧确认返回信息，关闭0号窗口，表示从重发表中删除0号帧。此时接收窗口状态仍不变；⑥发送方继续发送2号帧，2号窗口打开，表示2号帧也纳入待确认之列。至此，发送方打开的窗口又已达规定限度，在未收到新的确认返回帧之前，发送方将暂停发送新的数据帧，此时接收窗口状态仍不变；⑦接收方已收到1号帧，1号窗口关闭，2号窗口打开，表示准备接收2号帧。此时发送窗口状态不变；⑧发送方收到接收方发来的1号帧收毕的确认信息，关闭1号窗口，表示从重发表中删除1号帧。此时接收窗口状态仍不变。 若从滑动窗口的观点来统一看待1比特滑动窗口、后退n及选择重传三种协议，它们的差别仅在于各自窗口尺寸的大小不同而已。1比特滑动窗口协议：发送窗口=1，接收窗口=1；后退n协议：发窗口>1，接收

滑动窗口算法

滑动窗口算法 1. 滑动窗口算法 滑动窗口算法工作过程如下。首先，发送方为每1帧赋一个序号（sequence number），记作S e q N u m。现在，让我们忽略S e q N u m 是由有限大小的头部字段实现的事实，而假设它能无限增大。发送方维护3个变量：发送窗口大小（send window size），记作S W S，给出发送方已经发 送但未确认的帧数的上界；L A R表示最近收到的确认帧（last acknowledgement re c e i v e d）的序号；L F S表示最近发送的帧（last frame sent）的序号，发送方还维持如下的不变式： LAR-LFR≤RWS 当一个确认到达时，发送方向右移动L A R，从而允许发送方发送另一帧。同时，发送方为所发的每个帧设置一个定时器，如果定时器在A C K到达之前超时，则重发此帧。注意：发送方必须存储最多S W S个帧，因为在它们得到确认之前必须准备重发。 接收方维护下面3个变量：接收窗口大小（receive window size），记为RW S/* 对应允许接受的数据包*/，给出接收方所能接收的无序帧数目的上界；L A F表示可接收帧（largest acceptable frame）的序号；L F R表示最近收到的帧（last frame re c e i v e d）的序号。接收方也维持如下不变式： LFS-LAR≤SWS (NFE为等待下一帧的序号) 当一个具有顺序号S e q N u m的帧到达时，接收方采取如下行动：如果S e q N u m≤L F R或S e q N u m > L A F，那么帧不在接收窗口内，于是被丢弃；如果L F R＜Se q N u m≤L A F，那么帧在接收窗口内，于是被接收。现在接收方需要决定是否发送一个A C K。设SeqNumToACK表示未被确认帧的最大序号，则序号小于或等于SeqNumToACK的帧都已收到。即使已经收到更高序号的分组，接收方仍确认SeqNumToACK的接收。这种确认被称为是累积的（c u m u l a t i v e）。然后它设置L F R = S e q N u m To A c k，并调整L A F = L F R + RW S。例如，假设L F R= 5（即，上次接收方发送的A C K是为了确认顺序号5的），并且RWS = 4。这意味着L A F = 9。如果帧7和8到达，则存储它们，因为它们在接收窗口内。然而并不需要发送A C K，因为帧6还没有到达。帧7和8被称为是错序到达的。（从技术上讲，接收方可以在帧7和8到达时重发帧5的A C K。）如果帧6当时到达了（或许它在第一次丢失后又重发从而晚到，或许它只是被延迟了），接收方确认帧8，L F R置为8，L A F置为1 2。如果实际上帧6丢失了，则出现发送方超时，重发帧6。我们看到，当发生超时时，传输数据量减少，这是因为发送方在帧6确认之前不能向前移动窗口。这意味着分组丢失时，此方案将不再保证管道满载。注意：分组丢失时间越长，这个问题越严重。

全寿命周期理论

全寿命周期管理理论 1. 全寿命周期管理的定义 全寿命周期管理(Life Cycle Cost，简称LCC)，早在20世纪60年代出现在美国军界，主要用于军队航母、激光制导导弹、先进战斗机等高科技武器的管理上。从20世纪70年代开始，全寿命周期管理理念被各国广泛应用于交通运输系统、航天科技、国防建设、能源工程等各领域所谓全寿命周期管理，就是从长期效益出发，应用一系列先进的技术手段和管理方法，统筹规划、建设、生产、运行和退役等各环节，在确保规划合理、工程优质、生产安全、运行可靠的前提下，以项目全寿命周期的整体最优作为管理目标。 全寿命周期管理内容包括对资产、时间、费用、质量、人力资源、沟通、风险、采购的集成管理。通过组织集成将知识、信息集成，将未来运营期的信息向前集成，管理的周期由原来以项目期为主，转变为现在以运营期为主的全寿命模式，能更全面地考虑项目所面临的机遇和挑战，有利于提高项目价值。全寿命周期管理具有宏观预测与全面控制的两大特征，它考虑了从规划设计到报废的整个寿命周期，避免短期成本行为，并从制度上保证LCC方法的应用;打破了部门界限，将规划、基建、运行等不同阶段的成本统筹考虑，以企业总体效益为出发点寻求最佳方案;考虑所有会发生的费用，在合适的可用率和全部费用之间寻求平衡，找出LCC最小的方案。 建设项目全寿命周期是指从建设项目构思开始到建设工程报废(或建设项目结束)的全过程。在全寿命期中，建设项目经历前期策划、设计和计划、施工和运行、报废处置五个阶段。 2. 全寿命周期成本概述 全寿命周期成本(LCC)也被称为寿命周期费用。美国国防部给出的定义是：系统的(LCC)是政府(军方)为了设置和获得系统以及系统一生所消耗的总费用，其中包括开发、设置、使用、后勤保障和报废等费用。 美国预算局给出的定义是：LCC是大型系统在预定有效期内发生的直接、间接、重复性的、一次性的及其他有关的费用，它是设计、开发、制造、使用、维修、保障等过程中发生的费用和预算中所列入的必然发生的费用的总和。一般来说LCC包括了设计成本、制造成本、销售成本、使用成本、维修成本和回收