A. 前端、光纤传输系统和电缆分配系统各分担多少指标
前端、光纤传输系统和电缆分配系统各分担多少指标？
一个采用光纤传输的大型有线电视网总含有前端、光纤干线和同轴电缆分配网三大部分，这三部分共同承担载噪比、复合三次差拍比和复合二次差拍比三大技术指标。根据器件性能和所能达到的指标实践，前端、光纤干线、电缆分配网分别承担载噪比的32.7%、39.8%、27.5%，分别承担复合三次差拍比的0%、29.3%、57.3%，分别承担复合二次差拍比的0%、46.4%、53.6%。
B. 计算机主要技术指标
(1)字长：指计算机运算机中寄存器的位数。字长越长，表示数的范围越大，即有效数字的位数越多，计算精度越高。
(2)运算速度：表示电子计算机运算快慢程度的指标，用每秒钟所能执行的指令条数表示，单位为“次/秒”。
(3)存贮容量：指存贮器所能寄存的数字或指令的数量，即存贮器能够存贮二进制信息的能力。
(4)存取周期：指存贮器进行一次完整的存取操作所需要的时间，存取周期在很大程度上决定着计算机的计算速度，它越短越好。
(2)前端工作指标扩展阅读
计算机主要技术指标性能评价技术研究使性能成为数量化的、能进行度量和评比的客观指标，以及从系统本身或从系统模型获取有关性能信息的方法。前者即测量技术，后者包括模拟技术和分析技术。
性能评价通常是与成本分析综合进行的，借以获得各种系统性能和性能价格比的定量值，从而指导新型计算机系统的设计和改进，以及指导计算机应用系统的设计和改进，包括选择计算机类型、型号和确定系统配置等。
C. 以下哪些是常见的web前端性能关注点
前端性能关注的重点主要有以下几点
1. 加载时间指标，主要包括三个时间断
a. Time to First Impression
表示从用户在浏览器键入url按下回车键一刻开始到页面开始有反应(用户可以在页面中看见一点点内容)为止。经常能感觉到的一个信号就是网页开始显示title。
b.Time to onLoad Event
表示从页面开始显示内容,到浏览器开始触发OnLoad函数这一时间段。只有当初始的文本和所引用的对象加载完成,浏览器才开始触发OnLoad函数
c.Time to Fully Loaded
表示从上一时间段末到整个网页完全加载完成(所有OnLoad函数以及相关的动态资源加载
完成)。在网页中含有timeout或定时刷新之类处理时较为难判断结束点。
2. 资源情况指标
网页由初始的html文本中嵌入图片以及通过XHR或者修改dom树动态加载的内容组成,css负责样式,js负责行为。所以当网页资源过多为了下载资源客户端和服务器的网络来回就更多。下面是资源方面相关的指标。
a. Total Number of Requests
包括html网页请求,css、js资源下载及其它网络请求。优化的目标之一是要尽量减少请求数。
b. Total Number of HTTP 300s/400s/500s
表示返回状态为3009重定向）、400（客户端错误）、500（服务器端错误）的http请求。尽量避免这些请求以提高页面load的时间。造成这些状态的原因经常是服务器的实施、配置和部署问题。
c. Total Size of Web Site
构成网页元素总的大小。图片或者js库的增加都会对下载时间造成重要的影响。
d. Total Size of Images/CSS/JS
image、css、js在网页元素大小中占主要比例。
e. Total Number of XHR(XMLHttpRequest) Requests
通过js异步从服务器端获得数据的请求数。一些js框架提供了跟服务器端的更新机器就是XHR请求。通过配置可以减少XHR请求的数目
3. 网络连接指标
浏览器底层的网络连接对资源的下载速度有很大影响。资源的下载过程分为很多阶段。下面介绍这些阶段以及浏览器、网络、请求如何影响这些阶段的时间
a. DNS Time
dns 查询的时间。网页请求会产生一次寻找该网页资源所在主机的dns查询。在同个域名进行网页切换不会造成新的dns查询。
b. Connect Time
指浏览器和服务器之间建立tcp/ip连接的时间对于ssl连接包括握手的时间。网络连接过慢、使用ssl、使用短连接而非常连接都是造成connect time较多的原因。
c. Server Time
指收到请求后服务器逻辑处理的时间
d. Transfer Time
这一指标与浏览器和服务器之间的连接速度相一致通过减小传输内容或使用cdn来降Transfer Time。
e. Wait Time
等待时间和同一个域中服务资源的数量直接相关。每个域的浏览器的物理网络的限制，导致资源等待可用的连接。减少资源的数量（或将资源散布在不同的域）能将这一时间降低。平均等待时间的大小更能反映等待时间是否需要注意。
f. Number of Domains / Single Resource Domains
部署网站资源的域主机数量是很重要的，因为它影响的DNS连接和等待时间。专门用户资源下载的域是必要的他将直接减少等待时间。应避免单一的资源域否则你将为dns查询以及资源下载付出昂贵的代价。
D. 前端开发 “性能”有多重要
关于页面相应时间，有一条着名的“2-5-8原则”。当用户访问一个页面：
在2秒内得到响应时，会感觉系统响应很快；
在2-5秒之间得到响应时，会感觉系统的响应速度还可以；
在5-8秒以内得到响应时，会感觉系统的响应速度很慢，但可以接受；
而超过8秒后仍然无法得到响应时，用户会感觉系统糟透了，进而选择离开这个站点，或者发起第二次请求。
对于一个网站如果希望抓住用户，网站的速度以及稳定性是非常重要的。
从各式各样的前端监控平台中，你都可以获得页面很多的性能指标。本文将介绍几个几个比较关键的指标，并给出相应的优化思路。
开始渲染时间
该时间点表示浏览器开始绘制页面，在此之前页面都是白屏，所以也称为白屏时间。
该时间点可用公式Time To Start Render = TTFB（Time To First Byte） + TTDD（Time To Document Download） + TTHE（Time To Head End）表示。其中TTFB表示浏览器发起请求到服务器返回第一个字节的时间，TTDD表示从服务器加载HTML文档的时间，TTHE表示文档头部解析完成所需要的时间。在高级浏览器中有对应的属性可以获取该时间点。Chrome可通过chrome.loadTimes().firstPaintTime获取，IE9+可以通过performance.timing.msFirstPaint获取，在不支持的浏览器中可以根据上面公式通过获取头部资源加载完的时刻模拟获取近似值。开始渲染时间越快，用户就能更快的看见页面。
对于该时间点的优化有：
1)优化服务器响应时间，服务器端尽早输出
2)减少html文件大小
3)减少头部资源,脚本尽量放在body中
DOM Ready
该时间点表示dom解析已经完成，资源还没有加载完成, 这个时候用户与页面的交互已经可用了。用公式TimeTo Dom Ready = TTSR(Time To Start Render) + TTDC(Time To Dom Created) + TTST(Time To Script)可以表示。TTSR上面已经介绍过了，TTDC表示DOM树创建所耗时间。TTST表示BODY中所有静态脚本加载和执行的时间。在高级浏览器中有DOMContentLoaded事件对应。
详细规范可以查看W3C的HTML5规范。从MDN文档上可以看出该事件主要是指dom文档加载解析完成，看上去很简单，但是DOMContentLoaded事件的触发与css,js息息相关，现在有专门的名词Critical Rendering Path(关键呈现路径)来描述。
在不支持DOMContentLoaded事件的浏览器中可以通过模拟获取近似值，主要的模拟方法有：
1）低版本webkit内核浏览器可以通过轮询document.readyState来实现
2）ie中可通过setTimeout不断调用documentElement的doScroll方法，直到其可用来实现
具体实现方法可以参考主流框架(jquery等)的实现。 DOM Ready时间点意味着用户与页面可以进行交互了，因此越早越好，对于该时间点的优化有：
1）减少dom结构的复杂度，节点尽可能少，嵌套不要太深
2）优化关键呈现路径
首屏时间
该时间点表示用户看到第一屏页面的时间，这个时间点很重要但是很难获取，一般都只能通过模拟获取一个近似时间。一般模拟方法有：
1）不断获取屏幕截图，当截图不再变化时，可以视为首屏时间。可参考webPagetest的Speed Index算法；
2）一般影响首屏的主要因素是图片的加载，通过页面加载完后判断图片是否在首屏内，找出加载最慢的一张即可视为首屏时间。当然还需考虑其他细节，具体可参考【7天打造前端性能监控系统】
针对该时间点的优化有：
1）页面首屏的显示尽量不要依赖于js代码，js尽量放到domReady后执行或加载
2）首屏外的图片延迟加载
3）首屏结构尽量简单，首屏外的css可延迟加载
onload
该时间点是window.onload事件触发的时间，表示原始文档和所有引用的内容已经加载完成，用户最明显的感觉就是浏览器tab上loading状态结束。
该时间点的优化方式有：
1）减少资源的请求数和文件大小
2）将非初始化脚本放到onLoad之后执行
3）无需同步的脚本异步加载
为了优化整站性能，页面onload的时候可以考虑做一些预加载，把其它页面需要用到的资源预先加载进来。