管理的未来 txt epub kindle 下载 电子书 2024

展开

展开

展开

展开

展开

在线阅读地址：管理的未来在线阅读

在线听书地址：管理的未来在线收听

在线购买地址：管理的未来在线购买

PDF下载地址：管理的未来PDF下载

展开

展开

展开

查看其它书籍精彩书评

• 她们已经远去，但又从未远去

  作者：喵喵喵的小花猫 发布时间：2019-12-10 18:08:19

  展开

• 《面向全体美国人的科学》的目录信息

  作者：小石 发布时间：2006-03-12 00:51:14

  前言

  关于《科学素养的基准》

  第一章 科学的性质

  科学世界观 科学素养 科学事业

  第二章 数学的性质

  规律的关系 数学、科学和技术 数学探索

  第三章 技术的性质

  技术与科学 设计与系统 技术中的问题

  第四章 自然环境

  宇宙 地球 影响地貌的因素 物质结构 能量转换 物体运动 自然力

  第五章　生存环境

  生命的多样性 遗传 细胞生命的相互依存 物质流与能量流 生命的进化

  第六章　人类机体

  人的特性 人的生长 基本功能 学习 肌体健康 精神健康

  第七章　人类社会

  文化对行为的影响 群体行为 社会变革 社会的协调 平衡 政治和经济体制 社会冲突 全球的相互依存

  第八章　被改造了的世界

  农业 材料与制造 能源及其利用 交流 信息处理 保健技术

       

  第九章　数学世界

  数字 符号间的关系 形状 不确定性 推理

  第十章　历史展望

  “地球中心论”的覆灭 天地合一 物质与能量、时间与空间的关联 时间的延伸 大陆板块的运动 认识火 原子的分裂 对生命多样性的解释 发现细菌 动力的利用

  第十一章　通用概念

  系统 模型 恒定与变化 规模

  第十二章　思维习惯

  价值观和态度 计算和估算 操作与观察 交流能力 批判一反应能力

  第十三章 有效地教与学

  学习原则 讲授科学、数学和技术

  第十四章　教育改革

  改革的必要性 改革的前提

  第十五章 下一个步骤

  “2061”计划行动议程未来

  致谢

  参考书目

  索引

  后记

  展开

• Lua 就是Lua 和其他语言不一样

  作者：lili 发布时间：2012-05-11 12:21:32

  记得我刚开始接触Lua时有好的人说Lua和C很像。

  其实这句话的误导性很大。

  Lua的思想，和C大相径庭。 原因Lua是一中动态语言，而C是静态的。

  这导致了他们本质上的差异。

  Lua很强大，因为他其实支持多种语言范式。 OO，过程，函数。。

  而Lua的陷阱也很多，如果你用C的模式来学习Lua那，很可能会郁闷。。。

  放平心态，以学你的第一门语言的态度来学习他，不要对他有任何的

  揣测。 通过这本书足以让你领会Lua哲学，

  展开

• Wireshark网络分析的艺术

  作者：秋水 发布时间：2021-03-28 16:12:45

  答读者问

  Linux为什么卡住了?

  解决SSH登录过慢——取消ssh的DNS反解

  

  cat sshd_config | grep -i dns

  发现没有结果,说明这台服务器没有这项配置 (貌似仅

  debian

  服务器才会出现这现象)

  像福尔摩斯一样思考

  用

  Wireshark

  排查问题,和侦探破案的思路是一致的

  一篇关于VMware的文章

  灵感不是天生的,它来自长期的训练

  ESX/ESXi hosts might experience read or write performance issues with certain storage arrays (1002598)

  来点有深度的

  SACK: 即 Selective ACK.

  使得接收方能告诉发送方哪些报文段丢失，哪些报文段重传了，哪些报文段已经提前收到等信息。根据这些信息TCP就可以只重传哪些真正丢失的报文段。

  TCP选项之SACK选项概述

  MSS: 最大分段大小 (Maximum segment size)

  三次握手的小知识

  DDoS 的形式有很多种,其中最流行的就是基于三次握手的 SYN flood,其原理是从大量主机发送

  SYN

  请求给服务器,假装要建立TCP连接.

  这些SYN请求可能含有假的源地址,所以服务器响应后永远收不到Ack,就会留下half-open状态的TCP连接.

  由于每个TCP连接都会消耗一定的系统资源,如果攻击足够猛烈,此类连接越建越多,服务器的资源就会被耗光,真正的用户访问也会被拒绝.

  可以把

  SYN flood

  看作TCP协议的设计缺陷,有办法可以防御,却无法根除

  被误解的TCP

  就像我们不用每天都跟公司算一次工钱,而是攒到月底结算一样,数据接收方也可以累积一些包 才对发送方ACK一次/

  至于ACK的频率,不同的操作系统有不同的偏好.

  最经典的网络问题

  AIX（Advanced Interactive eXecutive）: IBM基于AT&T Unix System V开发的一套类UNIX操作系统

  愚笨窗口综合症(Silly window syndrome), 也叫 “小包问题”(small packet problem)

  纳格(Nagle)算法

  TCP Performance problems caused by interaction between Nagle’s Algorithm and Delayed ACK

  为什么丢了单子?

  rfc 5531

  受损的帧

  帧检验序列(FCS)

  一般使用

  循环冗余算法（CRC）

  检测算法来进行检错和纠错

  虚惊一场

  延迟确认: 可以省掉四次挥手中的第二个包

  Linux下TCP延迟确认(Delayed Ack)机制导致的时延问题分析

  TCP/IP还有三次挥手

  作为 Wireshark 熟练工,必须能从一端抓到的网络包中推测出另一端的概况,才能分析出那些最复杂的问题.

  NTLM协议分析

  NTLM

  : NT LAN Manager, Windows NT时代就出现的身份验证协议

  已经不够安全,不推荐使用. 推荐

  Kerberos

  域控

  : 域控制器是指在“域”模式下，至少有一台服务器负责每一台联入网络的电脑和用户的验证工作，相当于一个单位的门卫一样，称为“域控制器（Domain Controller，简写为DC）

  Wireshark的提示

  Packet size limited during capture

  TCP Previous segment not captured

  TCP ACKed unseen segment

  TCP Out-of-Order

  TCP Dup ACK

  TCP Fast Retransmission

  TCP Retransmission

  TCP zerowindow

  TCP window Full

  TCP segment of a reassembled PDU

  Continuation to #

  Time-to-live exceeded (Fragment reassembly time exceeded)

  工作中的Wireshark

  书上错了吗?

  建议初学者两边(数据接收方,数据发送方)同时抓包,对照着看

  网络延迟 会导致同样的网络包,在两端体现出不同的顺序.

  计算’在途字节数’

  承载量 就是处于运输工具中的货物量，即

  已经从源仓库发货，但还没有到达目的地的包裹数量。

  和运输机类似，网络承载量也可以用已经发送出去，但尚未被确认的字节数来表示。在英文技术文档中，形象地用“bytes in fight”来描述它，我觉得用“在途字节数”来翻译最好。

  飞机如果超载了，是会发生严重事故的。而在途字节数如果超过网络的承载能力，也会丢包重传，这就是我们需要计算它的原因。

  估算网络拥塞点

  假如把网络路径想象成一条河流。发送方是水源、接收方是入海口，那

  在途字节数

  就是河里的水量。 当水源的流速超过了入海口的流速，河里的水量就会越来越多，直至溢出。所以大致可以认为，

  发生拥塞时的在途字节数即是该时刻的网络拥塞点。明白了这一点，估算拥塞点就可以简化成找出拥塞时刻的在途字节数了。

  每一次拥塞带来的性能影响都很大，即使千分之一的概率都足以导致性能大滑坡

  顺便说说LSO

  LSO: Large Segment Offload

  LSO是什么呢？它是为了拯救CPU而出现的一个创意。随着网络进入千兆和万兆时代， CPU的工作负担明显加重了。625MB/s的网络流量大约需要耗费5GHz的CPU，这已经需要一个双核2.5 GHz CPU的全部处理能力了。为了缓解CPU的压力，最好把它的一些工作

  外包（offload）

  给网卡，比如TCP的分段工作。

  传统的网络工作方式是这样的：应用层把产生的数据交给TCP层， TCP层再根据MSS大小进行分段（由CPU负责），然后再交给网卡。

  而启用LSO之后，TCP层就可以把大于MSS的数据块直接传给网卡，让网卡来负责分段工作了.

  熟读RFC

  决定客户端发送窗口的因素有两个，分别为网络上的拥塞窗口（Congestion Window，缩写为cwnd）和服务器上的接收窗口。

  本案例中的客户端采用了一种不太科学的cwnd算法,服务器上又启用了LRO. 两者分开工作的时候都没有问题,但是配合起来就会导致cwnd上升过慢,从而极大地影响了性能.

  CWnd

  如何理性的调整「rwnd」和「cwnd」的大小

  LRO: Large Receive Offload, 通过将接收到的多个TCP数据聚合成一个大的数据包，然后传递给网络协议栈处理，以减少上层协议栈处理 开销，提高系统接收TCP数据包的能力。

  (积累多个TCP包再集中处理)

  关于网卡特性TSO、UFO、GSO、LRO、GRO

  一个你本该解决的问题

  争论TCP和UDP哪个更好,就像每天在吵狮子和老虎谁更厉害一样无聊. 它们俩都是其领域之王,只不过一个适合在草原,另一个适合在森林而已

  几个关于分片的问题

  为什么要分片?

  20世纪60年代以前，数据通信是依靠电路交换技术的，根本没有分片一说，比如传统电话。由于电路交换的双方要独占链路，所以利用率很低，直到

  Paul Baran

  (被称为交换机之父,于2011年去世)和

  Donald Davies

  (于2000年去世)发明了分组交换的概念，把数据分割成小包后才实现了链路共享。

  既然要分割，就得先确定一个包的大小，

  有趣的是当时这两位独立发明人都在实验室中选择了

  128字节

  作为一个传输单位。不过到了20世纪80年代的以太网中，就发展到以

  1500字节

  作为最大传输单位了，即MTU（Maximum TransmissionUnit）为1500. 刨去20字节的头部，一个IP包最多可以携带 1500—20—14801500—20—1480字节的数据。当要传输的数据块超过1480字节时，

  网络层

  就不得不把它分片，封装成多个网络包。

  MTU:最大传输单元（Maximum Transmission Unit，MTU）

  网络相关

  发送方是怎样确定分片大小的？

  如果经常分析各种环境中的包，会发现有些分片并不是携带1480字节，而是更大或者更小。这是因为有些网络是

  Jumbo Frame （巨帧）

  或

  PPPOE

  类的，它们的MTU并不是1500。

  于是问题来了， MTU不一致的两个网络之间要通信怎么办？比如启用巨帧之后的MTU是9000字节，那从发送方出来的包就有9000 字节，万一经过一个MTU只有1500字节的网络设备，还是可能被重新分片甚至丢弃。这种情况下发送方要怎样决定分片大小，才能避免因为MTU不一致而出问题呢？

  比较理想的办法是先通过

  Path MTU Discovery协议

  来探测路径上的最小MTU，从而调节分片的大小。可惜该协议是依靠ICMP来探测的，会被很多网络设备禁用，所以不太可靠。

  总而言之，目前发送方没有一个很好的机制来确定最佳分片大小，所以实施和运维人员配置MTU时必须慎之又慎，尽量使网络中每个设备的MTU保持一致。

  下一个章节就是一些由于MTU配置出错而导致的问题。

  接收方又是靠什么重组分片的？

  每个分片都包含

  off=xxx,ID=XXX

  的信息，接收方就是依据这两个值，把ID相同的分片按照off值（偏移量）进行重组的. 原理非常简单，唯一的问题是接收方如何判断最后一个分片已经到达，应该开始重组了。

  当某个包 包含了一个“More fragments =0”的Flag，表示它是最后一个分片.接收方可以开始重组了。

  (有一种网络攻击方式就是持续发送“More fragments”为1的包，导致接收方一直缓存分片，从而耗尽内存。)

  TCP是如何避免被发送方分片的？

  TCP可以避免被发送方分片，是因为它主动把数据分成小段再交给网络层。

  最大的分段大小称为MSS （Maximum Segment Size），它相当于把MTU刨去IP头和TCP头之后的大小，所以一个MSS恰好能装进一个MTU中。

  MSS: 最大分段大小 (Maximum segment size)

  那TCP又是怎样适配接收方的MTU的呢?

  TCP建立连接时,必须先进行三次握手,

  在前两个握手包中

  ,双方互相声明了自己的MSS

  为什么UDP比TCP更适合语音通话？

  如果把UDP和TCP想象成两位搬运工，前者的风格就是盲目苦干，搬运过程中丢了东西也不管；而后者却是小心翼翼，丢了多小的东西都要回去捡。假如某个应用环境允许忽视质量，只追求速度，那UDP就是一个更好的选择。语音传输正符合这种情况，因为它最在乎的不是音质，而是延迟

  采用UDP传输时，如果有些包丢失，应用层可以选择忽略并继续传输其他包. 由于一个发音会被采样到很多个包中，所以丢掉其中一些包只是影响到了音质，却能保障流畅性。

  而采用TCP传输时，出现丢包就一定要重传，重传就会带来延迟。这是TCP与生俱来的特点，即使应用层想忽略丢包都没办法。前文说过TCP的优点是可靠，有丢包重传机制，这个优点在语音传输时就变成了缺点。通话延迟的后果很严重.

  MTU导致的悲剧

  MTU带来的问题实在太多了

  如两个子网的MTU大小不一样. 当客户端发送给服务器的

  巨帧

  经过路由器时,或者被丢包,或者被分片. 这取决于该巨帧是否在网络层携带了DF(Don’t fragment)标志. 如果带了就被丢弃,如果没带就被分片.

  当路径中的某个”关卡”的MTU较小时,可能出现这些问题

  迎刃而解

  NIC Teaming

  TLB: Transmit Load Balancing, 传输负载平衡

  Linux下多网卡绑定模式详解

  七种网卡绑定模式详解

  如果说有什么工具能彻底改善工作体验,我的回答毫无疑问是Wireshark

  昙花一现的协议

  Fibre Channel:光纤信道

  另一种流控

  比特时间: 发送1比特需要的时间，这种时间单位与数据率密切相关。

  quanta:512比特时间

  用

  暂停帧

  (Pause Frame) 来缓解 拥塞

  过犹不及

  (TCP)连接数并非越多越好.当连接数多到足以占满整个链路时,再增加连接就没有意义了,甚至可能带来负面效果:

  多个连接需要更高的资源成本. 比如连接的建立和断开,以及维护每个连接需要分配的内存,都会消耗服务器的资源,

  太多连接抢占同一个链路,有可能会增加丢包率.就像用多辆车来运输货物可以加快速度一样,当车辆多到足以引发交通事故时就适得其反了.

  治疗强迫症

  人们处理焦虑的方式各有不同,有些人喝喝咖啡晒晒太阳就觉得岁月静好了.可惜我就做不到这一点,一定要把细节都理清楚了才能治愈,多年下来竟然也’被迫’学了不少知识.

  技术与工龄

  工龄的确可以累积经验,但不一定能提高多少技能.

  专业知识容易补,钻研精神却很难养成

  如何科学地推卸责任

  TTL: Time To Live，生存时间值. 该字段指定IP包被路由器丢弃之前允许通过的最大网段数量。TTL是IPv4报头的一个8 bit字段

  一个面试建议

  屋漏偏逢连夜雨,吹牛碰到老熟人

  能用自己语言表达出来才算真正理解并且记住了. 写作能强迫思考,对于真正有技术含量的东西,你会在写作过程中加深理解,从此就忘不掉了;而技术含量不高的东西,你写个开头自然会停笔.

  生活中的Wireshark

  假宽带真相

  中国的宽带服务是以下载速度为计算标准的,

  其实上传速度慢很多,上下行带宽严重不对等.

  Iperf

  是一个网络性能测试工具。Iperf可以测试最大TCP和UDP带宽性能，具有多种参数和UDP特性，可以根据需要调整，可以报告带宽、延迟抖动和数据包丢失。

  网络性能测试工具iperf详细使用图文教程

  手机抓包

  安卓抓包测试-之tPacketcapture

  Network Time Protocol（NTP）

  : NTP服务器【Network Time Protocol（NTP）】是用来使计算机时间同步化的一种协议，它可以使计算机对其服务器或时钟源（如石英钟，GPS等等)做同步化，它可以提供高精准度的时间校正（LAN上与标准间差小于1毫秒，WAN上几十毫秒），且可介由加密确认的方式来防止恶毒的协议攻击。

  微博为什么会卡

  寻找HttpDNS

  全局负载均衡（GSLB）的实现方案

  谁动了我的网络

  一个协议的进化

  HTTP协议所导致的网络延迟才是影响上网体验的主要因素,而不是带宽.

  SPDY

  QUIC

  : Quick UDP Internet Connections

  

  我为这篇文章的长度而抱歉,如果我有足够多的时间,一定会把它写得短一点.

  假装产品经理

  自学的窍门

  在这个信息爆炸的时代,很多行业的门槛已经被网络填平了,有志者皆可跨界入门,经过努力甚至能达到专业水平

  从浏览权威的百科网站开始

  善用搜索引擎

  2.1. 用Google

  2.2. 把关键词换成英文再搜: 不要怕英语不够用,开头也许是有点难,但是慢慢就能适应了.

  2.3. 不要忽视图片搜索的价值.

  啃一本大部头: 大部头的买一本足矣,关键是要真的去读.

  动手操作: 即学即用

  不要收藏了文章而不去读它,那样是在浪费时间

  多给新人培训: 能把一个技术讲到新手能听懂,比起自己懂就高了一层境界

  兴趣主导

  多参加技术圈的交流

  两个项目

  打造自己的分析工具

  网络文件系统（Network File System，缩写作 NFS）是一种分布式文件系统，力求客户端主机可以访问服务器端文件，并且其过程与访问本地存储时一样.由Sun微系统开发，于1984年发布

  NFS各个版本之间的比较

  传输层是性能问题的高发区

  tshark 是 Wireshark的命令行形式

  创业的点子

  高延迟为什么会影响性呢？因为它会造成长时间的空等：发完一个窗口的数据量后，发送方就不得不停下来等待接收方的确认。延迟越高，发送方需要等待的时间就越长

  丢包对性能影响极大,可以说是网络传输的第一大忌

  

  

  

  TCP协议拥塞控制算法（Reno、HSTCP、BIC、Vegas、Westwood）

  展开

• 久违的问候，经典的“秦学”

  作者：齐青凰 发布时间：2020-12-19 23:00:26

  展开