hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
镜花缘 大綱
第二部份是第七至五十回，寫文士唐敖的海外遊歷與唐小山尋父（尋根）之旅，是《鏡花緣》最受矚目的部份。旅行中見聞多出自《山海經》、《博物志》等古代地理博物小說並加改編，既諷刺時事，也呈現某程度的烏托邦理想。百花仙子托生嶺南文士唐敖家，名唐小山。唐敖科名蹭蹬，心灰意冷，遂生出世之念，乃隨妻兄林之洋與舵工多九公出洋貿易，三人遊海外諸國，覽異聞奇景。途中經歷了「君子國」、「大人國」、「淑士國」、「白民國」、「黑齒國」、「不死國」、「穿胸國」、「結腸國」、「豕喙國」、「長人國」、「伯慮國」、「勞民國」、「女兒國」、「軒轅國」等地，也遇見鮫人、蠶女、當康、果然、麟鳳、狻猊等奇異生物，並見識許多奇風異俗，如女兒國「男子反穿衣裙，作為婦人，以治內事；女子反穿靴帽，作為男人，以治外事」；君子國「國主向有嚴諭，臣民如將珠寶進獻，除將本物燒燬，並問典刑」，人民互讓有禮，「士庶人等，無論富貴貧賤，舉止言談，莫不恭而有禮」。於旅途中，唐敖不僅次第搭救流落海外的「十二名花」，更陸續服食躡空草、朱草等仙家異物，有負重、躍高之能，也堅定其出世離塵之念，最後入小蓬萊成仙。唐小山為找尋父親，與舅父林之洋等再度出海，歷經許多磨難，抵達小蓬萊。在鏡花嶺下收得唐敖書信，命小山改名唐閨臣，返國參加女科，以續後緣。
第三部份從後五十回開始，武則天開試女科，錄取天下才女。唐閨臣等百名才女進京赴試，於宗伯府上展開宴會。小說最後寫唐功臣後代舉義兵勤王反周，攻克酒色財氣四關，斬張昌宗、張易之兄弟於城下，天下復歸李唐，中宗繼位。
《镜花缘》是一部没有完成的作品，作者原本打算寫二百回，但最後只付梓一百回，有不少劇情沒完整交待。宣統二年，華琴珊作《續鏡花緣》，該書為《鏡花緣》的續集，作者認為《鏡花緣》原書的某些情節似乎未完，故有此續作。
镜花缘 提倡女權
《鏡花緣》中曾有“提倡女權”的描寫，如第七回小山問唐敏關於赴試一事：「……自然男有男科，女有女科了。不知我們女科幾年一考？求叔叔說明，姪女也好用功，早做準備。」胡適說：“李汝珍所見的是幾千年來忽略了的婦女問題，他是中國最早提出這個問題的人，他的《鏡花緣》是一部討論婦女問題的小說。”認為“此書將來在中國女權史上一定會佔一個很光榮的位置。”
1992年鮑家麟在〈李汝珍的男女平等思想〉一文中指出《鏡花緣》的“反傳統女權”思想：
镜花缘 镜花缘的影射
《镜花缘》的海外之國、异兽奇花皆有所本，裡面的遊記都是出自《山海經》裡面的《大荒經》，夏志清說：“他最關心的是把《山海經》、《拾遺記》、和《博物志》諸地理典籍中的駭異邦域和人物野獸等復活過來。”。
镜花缘 人物
唐閨臣是小說中女主人公。本名唐小山，唐敖之女。在女試中取得第一名，後因名姓不好，被武后改為第十一名。
唐敖，小說前篇主角，
唐閨臣之父。後半篇入山修仙，進而開啟下篇唐閨臣遊歷海外尋父的故事。
林之洋，和唐敖一起出海旅行的商人。在被燒掉鬍子後，其相貌被女兒國國王喜愛，是難得一見的美男子。
西伯利亚
60°0′N 105°0′E﻿ / ﻿60.000°N 105.000°E﻿ / 60.000; 105.000
西伯利亞（俄語：，羅馬化：Sibir）是烏拉山脈以東廣大地區之總稱，佔北亚的大部分，面積超过1310万平方千米，東至太平洋、北至北冰洋、南至中亚北部。自16世纪下半叶以来至今属于俄罗斯，相當於該國領土总面积的75％，但仅占该国五分之一的人口。此外，中國部份王朝（唐、元、明、清等）、蒙古帝國、渤海国、高句丽、西伯利亞汗國過去也都有統治或佔領部份西伯利亞領土。
西伯利亚气候严寒，一月平均氣溫为零度以下-25°C，俄羅斯帝国和蘇維埃聯邦时期被用作流放犯人的地方。
西伯利亚 名稱
西伯利亞此名稱可能來自西伯利亞韃靼語，意思就是「沉睡之地」（Sib Ir）。西伯利亚鞑靼人以此为国家名稱建立西伯利亚汗国，后來被莫斯科大公国征服，西伯利亚此名詞进入了俄語。也有說法為「鮮卑利亞」，來自鮮卑。亦有一個解釋，西伯利亞被解作昔班的地方，因為他的封地位於西伯利亞。又有一说，俄罗斯沙皇国以锡伯族的族名创造北亚的新地名。而在中國古地圖上，西伯利亞被稱為羅荒野。
西伯利亚 歷史
早在石器時代以前，西伯利亞已經有人居住。當時西伯利亞的氣候比現在溫和得多，而且當時的水位比較低。現時的白令海峽，當年有一條陸橋連接西伯利亞和阿拉斯加。現時美洲原住民的祖先人口都是通過這條陸橋從西伯利亞來到美洲的。
西伯利亞的早期歷史受斯基泰、匈奴和鮮卑的游牧文明的影響。在中世紀時期，西伯利亞受到了柔然、突厥汗國、唐朝、遼朝、蒙古帝國等政權的影響。在俄國征服西伯利亞之前，是西伯利亞原住民世代居住的地方。
東斯拉夫人前往西伯利亞旅行可追溯至11、12世紀。根据基輔羅斯歷史書往年記事记载：當時諾夫哥羅德人與西伯利亞獵人建立貿易關係，最遠到達葉尼塞河。
西伯利亚 歷史
至於西伯利亞的現代發展始於16世紀後期。最初從西邊入侵西伯利亞的不是俄國正規軍，而是斯特羅加諾夫家族的僱傭軍。1558年，因為烏拉山脈以西的毛皮日漸減少，沙皇伊凡雷帝授權斯特羅加諾夫家族率哥薩克在烏拉山脈以東開發商棧，攫取當地豐富的毛皮資源。1572年，在西伯利亞中部的半遊牧國家西伯利亞汗國拒絕以毛皮向俄國朝貢，這成了俄國進攻西伯利亞的理由。還有一種說法是這次征服的起因是當地俄羅斯的居民點經常受到原住民的騷擾。哥薩克領袖葉爾馬克·齊莫菲葉維奇在1578年（明萬曆六年）10月開始東侵。幾年內，葉爾馬克等征服了庫臣汗國，將西部納入俄羅斯勢力範圍，但其後在進攻西伯利亞汗國時溺水身亡，該汗國直至1598年庫楚汗才被俄國擊潰。之後俄國人繼續深入東北亞拓殖，於1636年（明崇禎九年）到達鄂霍次克海，範圍擴張到將近整個西伯利亞地區，至此俄羅斯亦成為世界上領土最大的國家。
西伯利亚 歷史
當俄國殖民範圍接近大清國领土時，雙方開始產生軍事接觸。1652年（清順治九年），俄人東入黑龍江，「駐防寧古塔章京海色率所部擊之，戰於烏扎拉村」。這是中俄之間第一場戰鬥。1657年，沙俄派正規軍在尼布楚河與石勒喀河合流處建立了雅克薩城與尼布楚城。之後中俄之間發生多次外交和軍事上的衝突。1685年，清康熙帝在平定「三藩之亂」後，派將軍彭春5月22日從璦琿起兵五千人，5月25日攻入雅克薩。之後清軍撤軍而俄軍捲土重來。1686年清軍再攻雅克薩。1689年9月7日《尼布楚條約》正式簽字，条约以外兴安岭和额尔古纳河为界划分两国边界。晚清衰败以后，俄罗斯帝国强迫中国清政府签订1858年《瑷珲条约》和1860年的《中俄北京条约》，割让黑龙江北、乌苏里江东、库页岛共100多万平方公里的土地给俄罗斯，中国还失去了日本海和鄂霍茨克海的海洋资源和出海口。
1917年俄國發生十月革命之後，白軍在西伯利亞獨立，成立遠東共和國。然而隨著布爾什維克勢力日增，遠東共和國在1922年改組成為遠東蘇維埃共和國，並於同年被蘇聯合併。1944年，唐努烏梁海被併入蘇聯，成為圖瓦共和國。西伯利亞由於其荒涼，歷史上一直是帝俄和蘇聯政府流放罪犯的地方。
西伯利亚 自然地理
氣候上屬副極地氣候，成因是西伯利亞的緯度很高，氣溫非常低，這些都是西伯利亞的發展及人口增長的障礙。西伯利亞的冬天很長，其中月平均气温低于0摄氏度的月份至少有7个，每年1月时更加形成北半球的寒冷中心，同時成為影響整個歐亞大陸冬季季候風的主要發原地。在這段時間，大部份地區都會完全被冰雪所封鎖。在奧伊米亞康曾經有過攝氏零下71.2度的低溫記錄，是現時人類居住的地點中所錄得的最低氣溫。在這低溫之下，所有的江河湖泊都會全部結冰。
西伯利亞有非常豐富的天然資源，包括礦物資源、大量油田、茂盛的森林及位於西伯利亞西南部的大草原。西伯利亞大致可以分成西西伯利亞平原、中西伯利亞高原和东西伯利亚山地三部份。這廣大面積的土地大多數都是沼澤，並不適合耕種；其他非沼澤的地方，以一年的一大半被冰遮蔽了的土地，以泰加森林的針葉樹為中心的森林帶很廣闊。但是近年由於開發的過度，使環境破壞成為問題。極北地區被稱為凍原帶，終年被永久凍土所遮蔽。
西伯利亚 自然地理
在西伯利亞有即將滅絕的西伯利亞虎，即東北虎。它們主要在泰加森林生活。這個森林亦是很多野生生物生活的地方。
西伯利亞有以下湖泊及河流：
並有以下山脈：
西伯利亞最早的居民是埃文基人、楚科奇族、科里亞克族、尤卡吉爾人、通古斯族群（鄂温克人），其他的居民還包含了蒙古人、突厥語系的部落族群，如布里亞特人、圖瓦人和雅庫特人。
西伯利亞的人口密度只有每平方公里3人。然而現代當地的居民大多數都是俄羅斯族及烏克蘭人等外來民族。70%的西伯利亞人都是住在城市的，住在小型的單位。而大多數住在郊外地區的人，生活較為簡單，並居住在大型的木屋。
新西伯利亞是西伯利亞最大的城市，人口達150萬人。托博爾斯克、托木斯克、伊爾庫茨克及鄂木斯克是較舊的城市。
西伯利亚 行政區劃
俄羅斯西伯利亞地區包括烏拉爾联邦區、西伯利亞联邦區和遠東联邦區的薩哈共和國三部份。歷史上，整個遠東联邦區其實都算是西伯利亞一部份。
現時西伯利亞地區包括以下各個部分：
主要城市包括：
长号
長號（英語：，德語：），亦稱伸縮喇叭、伸縮號，是一種銅管樂器。一如所有銅管樂器，長號透過吹奏者以雙唇振動空氣來發聲；而與其他使用按鍵的銅管樂器的不同之處在於，長號透過吹奏者改變滑管（Slide）的長度來改變音高。最為常見的長號種類為次中音長號（tenor trombone）。
长号 構造與特點
長號的管子有小號的兩倍長，而管形的比例類似小號，因而是屬於長粗管樂器中管徑最細的樂器。
縱使如此，管子的粗細因製造者而有相當的差別。用伸縮方式操作音律的方法是原始的，在其他銅管樂器只能吹奏自然泛音的古代，因為樂器構造的關係，唯有長號已經能夠吹奏半音音階了。長號的構造雖然修長，但並不像法國號或上低音號般管子繞上多圈，因此長號的發聲能較爽直地送出喇叭口。這使長號與其他銅管樂器不同，能表現出一種較為直接，更偏於自然人聲的音色，這也是許多樂曲中不可或缺的元素之一；而當表現溫暖的音色時，又能帶有另一種不同於其他銅管樂器的味道。
长号 演奏技巧
長號改變音高的方式通常不是按鍵式的活門，而是以右手前後拉動滑管，是所有管樂器中唯一以此方式演奏的樂器。從原則上，長號可說是最接近人聲的樂器；而當初長號也就是被設計來替代人聲，在教堂詩班裡支持男聲聲部。滑管以每個半音的距離為一個把位，把位與把位之間的距離大約為3.25吋（8厘米）；每把滑管對外伸出一個把位的距離，就能把吹奏的音符降低一個半音。此外，吹奏者嘴唇的鬆緊也會影響音符的音高（此技巧稱為slur，因為不需要經過點舌即可做到換音，常應用於圓滑奏）；因此，在把位位置上的稍微偏差，能夠聽力調正音準。
长号 演奏技巧
在樂器吹奏上，圓滑奏（legato）是一種音與音之間連間連結的技巧。相對於其它管樂器，圓滑的吹奏對於長號是較難做到的，因為音符與音符常常需要切換把位，而在這過程中時間空隙的產生在所難免；且把位與把位之間會經過泛音列，吹奏者必須避免滑音的產生。这一技巧常应用于爵士樂中，故長號又有“爵士樂之王”的美譽。此技巧較考驗演奏者的點舌與slur等多種技巧，因此，這也是長號在演奏上別具特色之處，光是長號演奏slur的技巧就有「Lip Slurs」、「Cross-Grain Slurs」、「Tongued Slurs」、「Valve Slurs」等。
一般來說，一個交響樂團會配置三至五把長號，包括2把次中音長號及一把低音長號。除了在古典音樂的演奏外，在爵士樂裡，長號也是常見的樂器，其滑音（glissando），是長號獨特的吹奏方式，更常帶來令聽眾驚奇與歡樂的效果。
在行進樂隊中，長號經常排在第一排，以免滑管向外推時碰到前面的人；而在室內管樂團或是管弦樂團中，前方也會預留一塊空間。
1948年 奥斯卡金像奖
（第21届，1949年颁发）
（其他奖项参见奥斯卡金像奖获奖名单）
IEEE 802.2
IEEE 802.2，是包含在IEEE 802標準之中的一種工業標準，是電腦網路中的軟體元件標準。它定義了逻辑链路控制層，是OSI模型中數據鏈路層的上層部份。
LLC 是一個軟體元件,為資料鏈結服務的使用者(通常是網路層)提供統一的介面。LLC可以提供三种类型的服务。
另一方面，LLC會使用到媒体访问控制（MAC）的服务，这取决于具体的传输介质（以太网、令牌环、光纖分散式資料介面、802.11等）。除以太网外，LLC是所有IEEE 802网路都必须使用的。此外，不属于IEEE 802系列的光纖分散式資料介面（FDDI）中也會使用LLC。
IEEE 802.1
IEEE802.1为IEEE的一个工作组（Working Group）。此工作组负责IEEE802.1标准的制定。
IEEE802.1标准提供了一个对整个IEEE802系列协议的概述，描述了IEEE802标准和开放系统基本参照模型（即ISO的OSI 模型）之间的联系，解释这些标准如何和高层协议交互，定义了标准化的介质访问控制（MAC）层地址格式，并且提供一个标准用于鉴别各种不同的协议。
IEEE802.1工作组主要负责以下工作：
令牌环
令牌环（英語：）又稱權標環或，是定义在IEEE 802.5标准中的一种局域网接入方式。
令牌环网络的基本原理是利用令牌（代表发信号的许可）来避免网络中的冲突，它与使用冲突检测算法CSMA/CD的以太网相比能提高网络的数据传送率。此外，它还可以设定传送的优先度。一个4M的令牌环网络和一个10M的以太网数据传送率相当，一个16M的令牌环网络的数据传送率接近一个100M的以太网。但这种网络不可复用，导致网络利用率低下。当网络中一个结点拿到令牌而使用网络后，不管此结点使用多少带宽，其他结点都必须等待其使用完网络并放弃令牌后才有机会申请令牌并使用网络。此外，网络中还需专门结点维护令牌。
令牌环也暗示了除了使用令牌外，这还是一个环形网络拓扑。令牌环是一个OSI 7层模型中的第二层（数据链路层）协议。除了4Mbps、16Mbps外，IEEE 802.5还定义了100Mbps和1Gbps的数据传输率，不过后两者极少被用到。
令牌环
令牌环网络是1980年代中期由IBM开发，很长一段时间是IBM的网络标准、被IBM生产所有的计算机支持。令牌环可以用橋接器或路由器連接其他網路。令牌环网络在实际应用中确实是“环”形网络，只不过由于使用所谓多站接入单元设备而可以实现星形布线。这样的设备具有一定智能，会将不用的端口环接起来，使令牌畅通。IEEE 802.5标准主要基于IBM的令牌环网络，但也有一些细微差别。
令牌环 传输方法
传送数据时会由掌握令牌的电脑先发送数据。接收数据的电脑会检查帧表头，若是送给自己的则处理之。无论是否是送给自己的，都会再传下去，传一圈后检查资料是否相同以确认资料没有传输错误。待送完数据后可以依需要调整令牌的优先度（改得比自己的优先度低），再把令牌传递到下一台电脑。若接收到令牌但优先度较自己的高，则要把令牌传递到下一台电脑。
4月6日
4月6日是阳历年的第96天（闰年第97天），离一年的结束还有269天。
城域网
都會網絡（Metropolitan Area Network，MAN）指大型的計算機網路，屬於IEEE 802.6標準，是介於LAN和WAN之間能傳輸語音與資料的公用網路。MAN是改進LAN（區域網路）中的傳輸媒介，擴大區域網路的範圍，達到包含一個大學校園、城市或都會區。它是較大型的區域網路，需要的成本較高，但可以提供更快的傳輸速率。例如：某一家企業把在一個城市或同一國家內的服務據點連接起來，就可以稱為一個或多個都會網路。一些常用于城市區網的技術包括：乙太網（10Gbps/100Gbps）、WiMAX（全球互通微波存取）。
广域网
广域网（英語：，縮寫：WAN），又称廣域網路、外網、公網。是連接不同地区局域网或城域网计算机通信的远程网。通常跨接很大的物理范围，所覆盖的范围从几十公里到几千公里，它能连接多个地区、城市和国家，或横跨几个洲并能提供远距离通信，形成国际性的远程网络。互联网可以考虑为一个广域网。
广域网 概要
在一個區域範圍裡超過集線器所連接的距離時，必須要透過路由器來連接，這種網路型態稱為廣域網路。如果有北、中、南等分公司，甚至海外分公司，把這些分公司以專線方式連接起來，即稱為「廣域網路」。
廣域網路的傳送媒介主要是利用電話線或光纖，由ISP業者將企業間做連線，這些線是ISP業者預先埋在馬路下的線路，因為工程浩大，維修不易，而且頻寬是可以被保證的，所以在成本上就會比較為昂貴。
一般所指的網際網路是屬於一種公共型的廣域網路，公共型的廣域網路的成本會較低，為一種較便宜的網路環境，但跟廣域網路比較來說，是沒辦法管理頻寬，走公共型網路系統，任何一段的頻寬都無法被保證。
個人區域網絡
個人區域網絡（英語：，縮寫為PAN），指个人范围（随身携带或数米之内）的计算设备（如计算机、电话、PDA、数码相机等）组成的通信网络。个人网即可用于这些设备之间互相交换数据，也可以用于连接到高层网络或互联网。
个人网可以是有线的形式，例如USB或者Firewire（IEEE1394）总线；也可以是无线的形式，例如红外（IrDA）或蓝牙。採用無線技術的個人區域網絡，稱為無線個人區域網絡（，縮寫為WPAN）
传输控制协议
传输控制协议（英語：，縮寫：）是一种面向连接的、可靠的、基于字节流的传输层通信协议，由IETF的RFC 793定义。在简化的计算机网络OSI模型中，它完成第四层传输层所指定的功能。用户数据报协议（UDP）是同一层内另一个重要的传输协议。
在因特网协议族（）中，TCP层是位于IP层之上，应用层之下的中间层。不同主机的应用层之间经常需要可靠的、像管道一样的连接，但是IP层不提供这样的流机制，而是提供不可靠的包交换。
应用层向TCP层发送用于网间传输的、用8位字节表示的数据流，然后TCP把数据流分割成适当长度的报文段（通常受该计算机连接的网络的数据链路层的最大传输单元（MTU）的限制）。之后TCP把结果包传给IP层，由它来透过网络将包传送给接收端实体的TCP层。TCP为了保证不发生丢包，就给每个包一个序号，同时序号也保证了传送到接收端实体的包的按序接收。然后接收端实体对已成功收到的包发回一个相应的确认信息（ACK）；如果发送端实体在合理的往返时延（RTT）内未收到确认，那么对应的数据包就被假设为已丢失并进行重传。TCP用一个校验和函数来检验数据是否有错误，在发送和接收时都要计算校验和。
传输控制协议 简介
数据在TCP层称为流（Stream），数据分组称为分段（Segment）。作为比较，数据在IP层称为Datagram，数据分组称为分片（Fragment）。 UDP 中分组称为Message。
传输控制协议 运作方式
TCP协议的运行可划分为三个阶段：连接建立(connection establishment)、数据传送（data transfer）和连接终止（connection termination）。操作系统将TCP连接抽象为套接字表示的本地端点（local end-point），作为编程接口给程序使用。在TCP连接的生命期内，本地端点要经历一系列的状态改变。
TCP用三握手（或称三握手，）过程建立一个连接。在连接建立过程中，很多参数要被初始化，例如序号被初始化以保证按序传输和连接的强壮性。
一对终端同时初始化一个它们之间的连接是可能的。但通常是由一端（服务器端）打开一个套接字（socket）然后监听来自另一方（客户端）的连接，这就是通常所指的被动打开（passive open）。服务器端被被动打开以后，客户端就能开始建立主动打开（active open）。
服务器端执行了listen函数后，就在服务器上建立起两个队列：
三次握手协议的过程：
传输控制协议 运作方式
客户端收到SYN/ACK包后，发送一个ACK包，该包的序号被设定为A+1，而ACK的确认码则为B+1。然后客户端的connect函数成功返回。当服务器端收到这个ACK包的时候，把请求帧从SYN队列中移出，放至ACCEPT队列中；这时accept函数如果处于阻塞状态，可以被唤醒，从ACCEPT队列中取出ACK包，重新建立一个新的用于双向通信的sockfd，并返回。
传输控制协议 运作方式
如果服务器端接到了客户端发的SYN后回了SYN-ACK后客户端线了，服务器端没有收到客户端回来的ACK，那么，这个连接处于一个中间状态，既没成功，也没失败。于是，服务器端如果在一定时间内没有收到的TCP会重发SYN-ACK。在Linux下，默认重试次数为5次，重试的间隔时间从1s开始每次都翻倍，5次的重试时间间隔为1s, 2s, 4s, 8s, 16s，总共31s，第5次发出后还要等32s才知道第5次也超时了，所以，总共需要 1s + 2s + 4s+ 8s+ 16s + 32s = 63s，TCP才会断开这个连接。使用三个TCP参数来调整行为：tcp_synack_retries 减少重试次数；tcp_max_syn_backlog，增大SYN连接数；tcp_abort_on_overflow决定超出能力时的行为。
传输控制协议 运作方式
“三次握手”的目的是“为了防止已失效的连接(connect)请求报文段传送到了服务端，因而产生错误”，也即为了解决“网络中存在延迟的重复分组”问题。例如：client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。本来这是一个早已失效的报文段。但server收到此失效的连接请求报文段后，就误认为是client发出的一个新的连接请求。于是就向client发出确认报文段，同意建立连接。假设不采用“三次握手”，那么只要server发出确认，新的连接就建立了。由于现在client并没有发出建立连接的请求，因此不会理睬server的确认，也不会向server发送数据。但server却以为新的运输连接已经建立，并一直等待client发来数据。这样，server的很多资源就白白浪费掉了。采用“三次握手”的办法可以防止上述现象发生，client不会向server的确认发出确认。server由于收不到确认，就知道client并没有要求建立连接。
传输控制协议 运作方式
主机收到一个TCP包时，用两端的IP地址与端口号来标识这个TCP包属于哪个session。使用一张表来存储所有的session，表中的每条称作Transmission Control Block（TCB），tcb结构的定义包括连接使用的源端口、目的端口、目的ip、序号、应答序号、对方窗口大小、己方窗口大小、tcp状态、tcp输入/输出队列、应用层输出队列、tcp的重传有关变量等。
服务器端的连接数量是无限的，只受内存的限制。客户端的连接数量，过去由于在发送第一个SYN到服务器之前需要先分配一个随机空闲的端口，这限制了客户端IP地址的对外发出连接的数量上限。从Linux 4.2开始，有了socket选项IP_BIND_ADDRESS_NO_PORT，它通知Linux内核不保留usingbind使用端口号为0时内部使用的临时端口（ephemeral port），在connect时会自动选择端口以组成独一无二的四元组（同一个客户端端口可用于连接不同的服务器套接字；同一个服务器端口可用于接受不同客户端套接字的连接）。
对于不能确认的包、接收但还没读取的数据，都会占用操作系统的资源。
传输控制协议 运作方式
在TCP的数据传送状态，很多重要的机制保证了TCP的可靠性和强壮性。它们包括：使用序号，对收到的TCP报文段进行排序以及检测重复的数据；使用校验和检测报文段的错误，即无错传输；使用确认和计时器来检测和纠正丢包或延时；流控制（Flow control）；拥塞控制（Congestion control）；丢失包的重传。
通常在每个TCP报文段中都有一对序号和确认号。TCP报文发送者称自己的字节流的编号为序号（sequence number），称接收到对方的字节流编号为确认号。TCP报文的接收者为了确保可靠性，在接收到一定数量的连续字节流后才发送确认。这是对TCP的一种扩展，称为选择确认（）。选择确认使得TCP接收者可以对乱序到达的数据块进行确认。每一个字节传输过后，SN号都会递增1。
通过使用序号和确认号，TCP层可以把收到的报文段中的字节按正确的顺序交付给应用层。序号是32位的无符号数，在它增大到232-1时，便会回绕到0。对于初始化序列号(ISN)的选择是TCP中关键的一个操作，它可以确保强壮性和安全性。
传输控制协议 运作方式
TCP协议使用序号标识每端发出的字节的顺序，从而另一端接收数据时可以重建顺序，无惧传输时的包的乱序交付或丢包。在发送第一个包时（SYN包），选择一个随机数作为序号的初值，以克制TCP序号预测攻击.
发送确认包（Acks），携带了接收到的对方发来的字节流的编号，称为确认号，以告诉对方已经成功接收的数据流的字节位置。Ack并不意味着数据已经交付了上层应用程序。
可靠性通过发送方检测到丢失的传输数据并重传这些数据。包括超时重传（Retransmission timeout，RTO）与重复累计确认（duplicate cumulative acknowledgements，DupAcks）。
传输控制协议 运作方式
如果一个包（不妨设它的序号是100，即该包始于第100字节）丢失，接收方就不能确认这个包及其以后的包，因为采用了累计ack。接收方在收到100以后的包时，发出对包含第99字节的包的确认。这种重复确认是包丢失的信号。发送方如果收到3次对同一个包的确认，就重传最后一个未被确认的包。阈值设为3被证实可以减少乱序包导致的无作用的重传（spurious retransmission）现象。选择性确认（SACK）的使用能明确反馈哪个包收到了，极大改善了TCP重传必要的包的能力。
发送方使用一个保守估计的时间作为收到数据包的确认的超时上限。如果超过这个上限仍未收到确认包，发送方将重传这个数据包。每当发送方收到确认包后，会重置这个重传定时器。典型地，定时器的值设定为  其中是时钟粒度。进一步，如果重传定时器被触发，仍然没有收到确认包，定时器的值将被设为前次值的二倍（直到特定阈值）。这是由于存在一类通过欺骗发送者使其重传多次，进而压垮接收者的攻击，而使用前述的定时器策略可以避免此类中间人攻击方式的拒绝服务攻击。
传输控制协议 运作方式
TCP的16位的校验和（checksum）的计算和检验过程如下：发送者将TCP报文段的头部和数据部分的和计算出来，再对其求反码（一的補數），就得到了校验和，然后将结果装入报文中传输。（这里用反码和的原因是这种方法的循环进位使校验和可以在16位、32位、64位等情况下的计算结果再叠加后相同）接收者在收到报文后再按相同的算法计算一次校验和。这里使用的反码使得接收者不用再将校验和字段保存起来后清零，而可以直接将报文段连同校验加總。如果计算结果是全部為一，那么就表示了报文的完整性和正确性。
注意：TCP校验和也包括了96位的伪头部，其中有源地址、目的地址、协议以及TCP的长度。这可以避免报文被错误地路由。
传输控制协议 运作方式
按现在的标准，TCP的校验和是一个比较脆弱的校验。出错概率高的数据链路层需要更高的能力来探测和纠正连接错误。TCP如果是在今天设计的，它很可能有一个32位的CRC校验来纠错，而不是使用校验和。但是通过在第二层使用通常的CRC校验或更完全一点的校验可以部分地弥补这种脆弱的校验。第二层是在TCP层和IP层之下的，比如PPP或以太网，它们使用了这些校验。但是这也并不意味着TCP的16位校验和是冗余的，对于因特网传输的观察，表明在受CRC校验保护的各跳之间，软件和硬件的错误通常也会在报文中引入错误，而端到端的TCP校验能够捕捉到大部分简单的错误。这就是应用中的端到端原则。
流量控制用来避免主机分组发送得过快而使接收方来不及完全收下，一般由接收方通告给发送方进行调控。
TCP使用滑动窗口协议实现流量控制。接收方在“接收窗口”域指出还可接收的字节数量。发送方在没有新的确认包的情况下至多发送“接收窗口”允许的字节数量。接收方可修改“接收窗口”的值。
传输控制协议 运作方式
当接收方宣布接收窗口的值为0，发送方停止进一步发送数据，开始了“保持定时器”（persist timer），以避免因随后的修改接收窗口的数据包丢失使连接的双侧进入死锁，发送方无法发出数据直至收到接收方修改窗口的指示。当“保持定时器”到期时，TCP发送方尝试恢复发送一个小的ZWP包（Zero Window Probe），期待接收方回复一个带着新的接收窗口大小的确认包。一般ZWP包会设置成3次，如果3次过后还是0的话，有的TCP实现就会发RST把链接断了。
如果接收方以很小的增量来处理到来的数据，它会发布一系列小的接收窗口。这被称作愚蠢窗口综合症，因为它在TCP的数据包中发送很少的一些字节，相对于TCP包头是很大的开销。解决这个问题，就要避免对小的window size做出响应，直到有足够大的window size再响应：
传输控制协议 运作方式
发送端使用Nagle算法来延时处理，条件一：Window Size>=MSS 且 Data Size >=MSS；条件二：等待时间或是超时200ms，这两个条件有一个满足，才会发数据，否则就是在积累数据。Nagle算法默认是打开的，所以对于一些需要小包场景的程序——比如像telnet或ssh这样的交互性程序，需要关闭这个算法。可以在Socket设置TCP_NODELAY选项来关闭这个算法。
拥塞控制是发送方根据网络的承载情况控制分组的发送量，以获取高性能又能避免拥塞崩溃（congestion collapse，网络性能下降几个数量级）。这在网络流之间产生近似最大最小公平分配。
发送方与接收方根据确认包或者包丢失的情况，以及定时器，估计网络拥塞情况，从而修改数据流的行为，这称为拥塞控制或网络拥塞避免。
TCP的现代实现包含四种相互影响的拥塞控制算法：慢开始、拥塞避免、快速重传、快速恢复。
此外，发送方采取“超时重传”（retransmission timeout，RTO），这是估计出來回通訊延遲 (RTT) 以及RTT的方差。
传输控制协议 运作方式
RFC793中定义的计算SRTT的经典算法：指数加权移动平均（Exponential weighted moving average）
1987年，出现计算RTT的Karn算法或TCP时间戳（RFC 1323），最大特点是——忽略重传，不把重传的RTT做采样。但是，如果在某一时间，网络闪动，突然变慢了，产生了比较大的延时，这个延时导致要重传所有的包（因为之前的RTO很小），于是，因为重传的不算，所以，RTO就不会被更新，这是一个灾难。为此，Karn算法一发生重传，就对现有的RTO值翻倍。这就是的Exponential backoff。
1988年，在RFC 6298中给出范·雅各布森算法取平均以获得平滑往返时延（Smoothed Round Trip Time，SRTT），作为最终的RTT估计值。这个算法在被用在今天的TCP协议中：
其中：DevRTT是Deviation RTT。在Linux下，α = 0.125，β = 0.25， μ = 1，∂= 4
目前有很多TCP拥塞控制算法在研究中。
传输控制协议 运作方式
最大分段大小 (MSS)是在单个分段中TCP愿意接受的数据的字节数最大值。MSS应当足够小以避免IP分片，它会导致丢包或过多的重传。在TCP连接建立时，双端在SYN报文中用MSS选项宣布各自的MSS，这是从双端各自直接相连的数据链路层的最大传输单元（MTU）的尺寸减去固定的IP首部和TCP首部长度。以太网MTU为1500字节， MSS值可达1460字节。使用IEEE 802.3的MTU为1492字节，MSS可达1452字节。如果目的IP地址为“非本地的”，MSS通常的默认值为536（这个默认值允许20字节的IP首部和20字节的TCP首部以适合576字节IP数据报）。此外，发送方可用传输路径MTU发现（RFC 1191）推导出从发送方到接收方的网络路径上的最小MTU，以此动态调整MSS以避免网络IP分片。
MSS发布也被称作“MSS协商”（MSS negotiation）。严格讲，这并非是协商出来一个统一的MSS值，TCP允许连接两端使用各自不同的MSS值。例如，这会发生在参与TCP连接的一台设备使用非常少的内存处理到来的TCP分组。
传输控制协议 运作方式
最初采取累计确认的TCP协议在丢包时效率很低。例如，假设通过10个分组发出了1万个字节的数据。如果第一个分组丢失，在纯粹的累计确认协议下，接收方不能说它成功收到了1,000到9,999字节，但未收到包含0到999字节的第一个分组。因而，发送方可能必须重传所有1万个字节。
为此，TCP采取了“选择确认”（selective acknowledgment，SACK）选项。RFC 2018 对此定义为允许接收方确认它成功收到的分组的不连续的块，以及基础TCP确认的成功收到最后连续字节序号。这种确认可以指出SACK block，包含了已经成功收到的连续范围的开始与结束字节序号。在上述例子中，接收方可以发出SACK指出序号1000到9999，发送方因此知道只需重发第一个分组（字节 0 到 999）。
传输控制协议 运作方式
TCP发送方会把乱序收包当作丢包，因此会重传乱序收到的包，导致连接的性能下降。重复SACK选项（duplicate-SACK option）是定义在RFC 2883中的SACK的一项扩展，可解决这一问题。接收方发出D-ACK指出没有丢包，接收方恢复到高传输率。D-SACK使用了SACK的第一个段来做标志，
D-SACK旨在告诉发送端：收到了重复的数据，数据包没有丢，丢的是ACK包；或者“Fast Retransmit算法”触发的重传不是因为发出去的包丢了，也不是因为回应的ACK包丢了，而是因为网络延时导致的reordering。
SACK选项并不是强制的。仅当双端都支持时才会被使用。TCP连接建立时会在TCP头中协商SACK细节。在 Linux下，可以通过tcp_sack参数打开SACK功能（Linux 2.4后默认打开）。Linux下的tcp_dsack参数用于开启D-SACK功能（Linux 2.4后默认打开）。选择确认也用于流控制传输协议 (SCTP).
传输控制协议 运作方式
TCP窗口尺寸域控制数据包在2至65,535字节。RFC 1323 定义的TCP窗口缩放选项用于把最大窗口尺寸从65,535字节扩大至1G字节。扩大窗口尺寸是TCP优化的需要。
窗口缩放选项尽在TCP三次握手时双端在SYN包中独立指出这个方向的缩放系数。该值是16比特窗口尺寸的向左位移数，从0 (表示不位移)至14。
某些路由器或分组防火墙会重写窗口缩放选项，这可能导致不稳定的网络传输。
RFC 1323  定义了TCP时间戳，并不对应于系统时钟，使用随机值初始化。许多操作系统每毫秒增加一次时间戳；但RFC只规定tick应当成比例。
有两个时间戳域:
4字节的发送时间戳值
4字节的响应回复时间戳值（最近收到数据的时间戳）
TCP时间戳用于“防止序列号回绕算法”（Protection Against Wrapped Sequence numbers，PAWS），细节见RFC 1323。PAWS用于接收窗口跨序号回绕边界。这种情形下一个包可能会重传以回答问题：“是否是第一个还是第二个4 GB的序号？”时间戳可以打破这一问题。
传输控制协议 运作方式
另外，Eifel检测算法（ RFC 3522 ）使用TCP时间戳确定如果重传发生是因为丢包还是简单乱序。
最近统计表明时间戳的采用率停滞在~40%，这归因于Windows服务器从Windows Server 2008起降低了支持。.
带外数据（OOB）是指对紧急数据，中断或放弃排队中的数据流；接收方应立即处理紧急数据。完成后，TCP通知应用程序恢复流队列的正常处理。
OOB并不影响网络，“紧急”仅影响远程端的处理。这一协议很少被实现。
正常情况下，TCP等待200 ms以准备一个完整分组发出（纳格算法试图把小的信息组装为单一的包）。这产生了小的、但潜在很严重的延迟并在传递一个文件时不断重复延迟。例如，典型发送块是4 KB，典型的MSS是1460字节，在10 Mbit/s以太网上发出两个包，每个耗时约~1.2 ms，随后是剩余1176个字节的包，之后是197 ms停顿因为TCP等待装满缓冲区。
对于telnet，每次用户击键的回应，如果有200 ms将会非常烦人。
socket选项TCP_NODELAY能放弃默认的200 ms发送延迟。应用程序使用这个socket选项强制发出数据。
RFC定义了PSH能立即发出比特。Berkeley套接字不能控制或指出这种情形，只能由协议栈控制。
连接终止使用了四路握手过程（或称四次握手，），在这个过程中连接的每一侧都独立地被终止。当一个端点要停止它这一侧的连接，就向对侧发送FIN，对侧回复ACK表示确认。因此，拆掉一侧的连接过程需要一对FIN和ACK，分别由两侧端点发出。
首先发出FIN的一侧，如果给对侧的FIN响应了ACK，那么就会超时等待2*MSL时间，然后关闭连接。在这段超时等待时间内，本地的端口不能被新连接使用；避免延时的包的到达与随后的新连接相混淆。RFC793定义了MSL为2分钟，Linux设置成了30s。参数tcp_max_tw_buckets控制并发的TIME_WAIT的数量，默认值是180000，如果超限，那么，系统会把多的TIME_WAIT状态的连接给destory掉，然后在日志里打一个警告（如：time wait bucket table overflow）
连接可以工作在TCP半开状态。即一侧关闭了连接，不再发送数据；但另一侧没有关闭连接，仍可以发送数据。已关闭的一侧仍然应接收数据，直至对侧也关闭了连接。
也可以通过测三握手关闭连接。主机A发出FIN，主机B回复FIN & ACK，然后主机A回复ACK.
一些主机（如Linux或HP-UX）的TCP栈能实现半双工关闭序列。这种主机如果主动关闭一个连接但还没有读完从这个连接已经收到的数据，该主机发送RST代替FIN。这使得一个TCP应用程序能确认远程应用程序已经读了所有已发送数据，并等待远程侧发出的FIN。但是远程的TCP栈不能区分Connection Aborting RST与Data Loss RST，两种原因都会导致远程的TCP栈失去所有的收到数据。
一些应用协议使用TCP open/close handshaking，因为应用协议的TCP open/close handshaking可以发现主动关闭的RST问题。例如：
TCP/IP栈采用上述方法不能保证所有数据到达对侧，如果未读数据已经到达对侧。
下表为TCP状态码列表，以S指代服务器，C指代客户端，S&C表示两者，S/C表示两者之一：
LISTEN S
服务器等待从任意远程TCP端口的连接请求。侦听状态。
SYN-SENT C
客户在发送连接请求后等待匹配的连接请求。通过connect()函数向服务器发出一个同步（SYNC）信号后进入此状态。
SYN-RECEIVED S
服务器已经收到并发送同步（SYNC）信号之后等待确认（ACK）请求。
ESTABLISHED S&C
服务器与客户的连接已经打开，收到的数据可以发送给用户。数据传输步骤的正常情况。此时连接两端是平等的。这称作全连接。
FIN-WAIT-1 S&C
（服务器或客户）主动关闭端调用close（）函数发出FIN请求包，表示本方的数据发送全部结束，等待TCP连接另一端的ACK确认包或FIN&ACK请求包。
FIN-WAIT-2 S&C
主动关闭端在FIN-WAIT-1状态下收到ACK确认包，进入等待远程TCP的连接终止请求的半关闭状态。这时可以接收数据，但不再发送数据。
CLOSE-WAIT S&C
被动关闭端接到FIN后，就发出ACK以回应FIN请求，并进入等待本地用户的连接终止请求的半关闭状态。这时可以发送数据，但不再接收数据。
CLOSING S&C
在发出FIN后，又收到对方发来的FIN后，进入等待对方对己方的连接终止（FIN）的确认（ACK）的状态。少见。
LAST-ACK S&C
被动关闭端全部数据发送完成之后，向主动关闭端发送FIN，进入等待确认包的状态。
TIME-WAIT S/C
主动关闭端接收到FIN后，就发送ACK包，等待足够时间以确保被动关闭端收到了终止请求的确认包。（按照RFC 793，一个连接可以在TIME-WAIT保证最大四分钟，即最大分段寿命（maximum segment lifetime）的2倍）
CLOSED S&C
完全没有连接。
传输控制协议 端口
TCP使用了通信端口（）的概念来标识发送方和接收方的应用层。对每个TCP连接的一端都有一个相关的16位元的无符号端口号分配给它们。端口被分为三类：众所周知的、注册的和动态/私有的。众所周知的端口号是由因特网赋号管理局（IANA）来分配的，并且通常被用于系统一级或根进程。众所周知的应用程序作为服务器程序来运行，并被动地侦听经常使用这些端口的连接。例如：FTP、TELNET、SMTP、HTTP、IMAP、POP3等。注册的端口号通常被用来作为终端用户连接服务器时短暂地使用的源端口号，但它们也可以用来标识已被第三方注册了的、被命名的服务。动态/私有的端口号在任何特定的TCP连接外不具有任何意义。可能的、被正式承认的端口号有65535个。
传输控制协议 封包結構
標誌符（9位元長）
NS—ECN-nonce。ECN显式拥塞通知（Explicit Congestion Notification）是对TCP的扩展，定义于 RFC 3540 （2003）。ECN允许拥塞控制的端对端通知而避免丢包。ECN为一项可选功能，如果底层网络设施支持，则可能被启用ECN的两个端点使用。在ECN成功协商的情况下，ECN感知路由器可以在IP头中设置一个标记来代替丢弃数据包，以标明阻塞即将发生。数据包的接收端回应发送端的表示，降低其传输速率，就如同在往常中检测到包丢失那样。
CWR—Congestion Window Reduced，定义于 RFC 3168（2001）。
ECE—ECN-Echo有兩種意思，取決於SYN標誌的值，定义于 RFC 3168（2001）。
URG—为1表示高优先级数据包，緊急指標字段有效。
ACK—为1表示确认号字段有效
PSH—为1表示是带有PUSH标志的数据，指示接收方应该尽快将这个报文段交给应用层而不用等待缓冲区装满。
RST—为1表示出现严重差错。可能需要重新建立TCP连接。还可以用于拒绝非法的报文段和拒绝连接请求。
传输控制协议 封包結構
SYN—为1表示这是连接请求或是连接接受请求，用于建立连接和使顺序号同步
FIN—为1表示发送方没有数据要传输了，要求释放连接。
传输控制协议 封包結構
選项字段—最多40字节。每个选项的开始是1字节的kind字段，说明选项的类型。
0：选项表结束（1字节）
1：无操作（1字节）用于选项字段之间的字边界对齐。
2：最大报文段长度（4字节，Maximum Segment Size，MSS）通常在建立连接而设置SYN标志的数据包中指明这个选项，指明本端所能接收的最大长度的报文段。通常将MSS设置为（MTU-40）字节，携带TCP报文段的IP数据报的长度就不会超过MTU（MTU最大长度为1518字节，最短为64字节），从而避免本机发生IP分片。只能出现在同步报文段中，否则将被忽略。
3：窗口扩大因子（3字节，wscale），取值0-14。用来把TCP的窗口的值左移的位数，使窗口值乘倍。只能出现在同步报文段中，否则将被忽略。这是因为现在的TCP接收数据缓冲区（接收窗口）的长度通常大于65535字节。
4：sackOK—发送端支持并同意使用SACK选项。
5：SACK实际工作的选项。
8：时间戳（10字节，TCP Timestamps Option，TSopt）
发送端的时间戳（Timestamp Value field，TSval，4字节）
时间戳回显应答（Timestamp Echo Reply field，TSecr，4字节）
19：MD5摘要，将TCP伪首部、校验和为0的TCP首部、TCP数据段、通信双方约定的密钥（可选）计算出MD5摘要值并附加到该选项中，作为类似对TCP报文的签名。通过 RFC 2385  引入，主要用于增强BGP通信的安全性。
29：安全摘要，通过  RFC 5925 引入，将“MD5摘要”的散列方法更换为SHA散列算法。
传输控制协议 發展過程
TCP是一个复杂的但同时又是在发展之中的协议。尽管许多重要的改进被提出和实施，发表于1981年的RFC793中说明的TCP（TCP-Tahoe）的许多基本操作还是未作多大改动。RFC1122：《因特网对主机的要求》阐明了许多TCP协议的实现要求。RFC2581：《TCP的拥塞控制》是一篇近年来关于TCP的很重要的RFC，描述了更新后的避免过度拥塞的算法。写于2001年的RFC3168描述了对明显拥塞的报告，这是一种拥塞避免的信号量机制。在21世纪早期，在所有因特网的数据包中，通常有大约95%的包使用了TCP协议。常见的使用TCP的应用层有HTTP/HTTPS（万维网协议），SMTP/POP3/IMAP（电子邮件协议）以及FTP（文件传输协议）。这些协议在今天被广泛地使用，这证明了它们的原作者的创造是卓越的。
传输控制协议 發展過程
一个新协议已经被加州理工学院的科研人员开发出来，命名为FAST TCP（基于快速活动队列管理的规模可变的传输控制协议）。它使用排队延迟作为拥塞控制信号；但是因为端到端的延迟通常不仅仅包括排队延迟，所以FAST TCP（或更一般地，所有基于排队延迟的算法）在实际互联网中的能否工作仍然是一个没有解决的问题。
由于TCP的实现是由操作系统提供，而TCP的悠久历史、系统级别的配置机制，一些特性在特定的网络环境下会成为一种累赘而且无法优化，所以也有一些通过在UDP上重新实现用户层级的类似TCP的面向连接的、可靠的、基于字节流的类传输层协议，来代替TCP，例如基于UDP的数据传输协议、QUIC、亚马逊云计算服务的Scalable Reliable Datagram (SRD) ，以及史丹佛大學為解决隊頭阻塞提出的Homa 。
传输控制协议 应用
TCP并不是对所有的应用都适合，一些新的带有一些内在的脆弱性的运输层协议也被设计出来。比如，实时应用并不需要甚至无法忍受TCP的可靠传输机制。在这种类型的应用中，通常允许一些丢包、出错或拥塞，而不是去校正它们。例如通常不使用TCP的应用有：流媒体、網絡游戏、IP电话（VoIP）等等。任何不是很需要可靠性或者是想将功能减到最少的应用可以避免使用TCP。在很多情况下，当只需要多路复用应用服务时，用户数据报协议（UDP）可以代替TCP为应用提供服务。
3月5日
3月5日是阳历一年中的第64天（闰年是第65天），离全年的结束还有301天。
分布式计算
在計算機科學中，分布式计算（英語：），又譯為。這個研究領域，主要研究分散式系統（Distributed system）如何進行計算。分散式系統是一組電腦，透過網路相互连接傳遞訊息與通訊後并协调它们的行为而形成的系統。组件之间彼此进行交互以实现一个共同的目标。把需要进行大量计算的工程数据分割成小块，由多台计算机分别计算，再上传运算结果後，將結果统一合并得出数据结论的科学。分布式系统的例子来自有所不同的面向服务的架构，大型多人線上遊戲，对等网络应用。
目前分布式计算项目通常使用世界各地上千万志愿者计算机的闲置计算能力，通过互联网进行数据传输（志愿计算）。如分析计算蛋白质的内部结构和相关药物的Folding@home项目，該项目結構庞大，需要惊人的计算量，由一台电脑计算是不可能完成的。虽然现在有了计算能力超强的超级計算機，但這些設備造價高昂，而一些科研机构的经费却又十分有限，藉助分佈式計算可以花費較小的成本來達到目標。
分布式计算 分布式计算项目
最优哥隆尺问题（OGR）。所谓哥隆尺是指在一个固定整数长度的尺上不等长地划分最少的刻度，并且不存在这样的两对刻度使得每对刻度量出的长度相等的问题。例如OGR-6是在6cm的尺上按0、1、4、6划分刻度，即可连续量度1、2、3、4、5、6cm的每一距离。最优哥隆尺OGR-22、23、24、25（Phase1）均已解决，目前正在进行的是OGR-25（Phase2）。
世界音乐
世界音乐（英語：），該詞匯的定義大致可分为两种：广义的世界音乐，泛指世界各国的所有音樂。
另一种是狭义的概念，强调对多種异域音乐尤其是民謠的偏好，並以此爲中心創作。自1980年代以来，世界音乐的概念在流行音乐中不断的得到提升，慢慢地它变成了一种国际流行音乐的发展趋势。
国人暴动
国人暴动，也称彘之乱，是中国西周时期的暴动。“国人”是西周、春秋时期对居于都城之人的统称。
對於「國人暴動」的性質，學術界有兩種不同的觀點。一種認為「國人」指的是居住在國都之中的「公民」，認為國人暴動事實上是「百工和商人為反抗（周厲王）過度勒索而起義」，認為是周代下層民族反抗上層貴族的一場暴動。范文瀾、郭沫若、楊寬等學者主此說。
相反，另一派認為「國人」是「國中之人」，認為「國人主要是公卿大夫、士等奴隸主貴族集團」。他們認為國人暴動是由共伯和、召伯虎、周定公、芮伯、凡伯等贵族阶层策划，是西周貴族階級的內部爭鬥。郝鐵川、何凡、楊東晨等學者主此說。
国人暴动 背景
西周中后期，东南地区的淮夷和西北地区的猃狁叛乱频发，严重冲击了西周政权。频繁的战乱也使民众生活“陷入水深火热”之中。长期的战争以及过长的战线亦使西周陷入财政危机当中，周厉王欲实行“专利”政策解决该问题。
西周末年，社会已经自上而下地出现了私有制的萌芽。《诗经》中也有不少反映贫富分化加剧的诗歌。1975年于陕西岐山出土的大批西周铜器上，有铭文记载了类似土地买卖、交换和租佃的情况。
据《史记》记载，周厉王為人“好利”，統治期間听從荣夷公之计。西周政权陷入财政危机，周厉王宣布对王畿范围内的的山林川泽的物产实行“专利”，即国营垄断，由天子直接控制，排斥其他贵族从山林川泽中获利，并加大了对山林川泽赋税的征收。各级贵族将沉重的赋税转嫁到底层民众身上，使民众生活恶化。
国人暴动 背景
据《史记》记载，周厉王在其“专利”政策遭到“国人”抨击后，任用大臣卫巫监视周厉王的批评者，并处以死刑。对周厉王的批评一度被压制。周厉王实行此政策数年后，都城的居民在街道上仅用眼神交流，“道路以目”。召穆公曾劝诫周厉王：“是障之也。防民之口，甚于防川。川壅而溃，伤人必多，民亦如此。”但未遭采纳，周厉王依旧推行止谤政策。
商周政体中，君主的权力不是绝对的，其中的原始民主传统，对君主的权力有制约作用。国家遇到重大问题时，君主要征求“国人”的意见，“国人”也可以通过舆论影响朝政。
周厉王推行的“专利”政策损害了贵族阶层的利益，其止谤政策也引发极大不满。在国人暴动发生前，周厉王与贵族阶层的矛盾就已激化，不可调和。
国人暴动 过程
共和元年（公元前841年），都城四郊的“国人”开始集结，以木棍、农具为武器，包围王宫。周厉王难以调动军队镇压暴动，各诸侯也未提供有效的军事援助。国人暴动迅速蔓延至整个镐京，并扩散至周边地区。
周厉王携宫眷步行撤出都城，沿渭水朝东北方向流亡至到彘地（今山西霍州），并将太子静（后为周宣王）藏于召穆公家中。暴动者后包围召穆公家，要求召穆公交出藏匿的太子，召穆公最终交出自己的儿子，其子遇害。
国人暴动 结果
国人暴动后，周厉王出逃，无法继续执政。西周进入“共和行政”时代。对于“共和行政”的掌权者，有三种不同的认识：一、召穆公和周定公二相行政；二、共伯和摄行王政；三、共伯和摄政称王，召穆公、周定公参与行政，即“三卿共政”。“共和行政”下，暴动后的混乱局势逐渐被控制，西周王朝的王统得以延续。
《诗经·大雅·桑柔》记载，暴动后，“乱生不夷，靡国不泯；民靡有黎，具祸以烬。”暴动不仅限于镐京地区，还迅速向周边地区扩散。周宣王即位后，由于宫殿在暴动中已被焚毁，只得新作宫室。
国人暴动 影响
国人暴动后，西周与外族的战争更加频繁，且逐渐丧失优势。周王和臣属间的不信任加重，周王权威衰微。《诗经》中出现更多批评社会，通过对“天”的抨击表达对周王不满的诗歌。
周宣王即位后，开始实行一系列改革措施，包括“不修籍于千亩”和“料民于太原”，可能涉及土地制度、赋税制度和户籍制度的改变。国人暴动对宗法制及原有社会观念造成了一定冲击，为两周的更大变革拉开序幕。
国人暴动 评价
孙作云认为：“国人暴动是农奴反领主阶级的斗争，是我国历史上第一次农奴大起义。”
郭沫若认为：“厉王是一个暴虐的君主，他任用荣夷公进行‘专利’，横征暴敛，虐待人民。所谓‘专利’，就是顽固地坚持奴隶主贵族土地国有制，霸占山林川泽，不准平民利用谋生。”
郝铁川认为：“厉王时期的彘之乱不是什么工商业者起义，也不是平民革命事件，而是王室和贵族之间争权夺利的一次内乱。”
何凡认为：“国人暴动的性质不是平民对贵族的造反，而是诸侯公卿士大夫对周天子的挑战。”
纳木错
纳木错，蒙古語作腾格里淖尔，兩名稱均为“天湖” 之意，是當前中国面積第三大、西藏面積第二大的咸水湖，地跨西藏中部的班戈縣青龍鄉南部與當雄縣納木湖鄉西部。湖的形状近似长方形，东西长70多公里，南北宽30多公里，面积1920多平方公里。湖面海拔4718米，为世界上海拔最高的大型湖泊。湖水平均深度33米，蓄水量768亿立方米。
纳木错 位置
纳木措地处被称作“世界屋脊”的青藏高原上，属于中国五大湖区的“青藏高原湖区”。在北纬30°30′至30°35′和东经90°16′至91°03′之间。位于西藏自治区的中部，在那曲市的东南边界和拉萨市区划的西北边界上。约有五分之三的湖面在那曲市的班戈县内，五分之二的湖面在拉萨市的当雄县内。纳木措向南距拉萨市区约100公里。湖的南部岸边为念青唐古拉山东段的北侧山麓，而湖的西北侧及北侧为高原上的低山丘陵。
纳木错 旅游
纳木措是西藏名的旅游区。纳木措景区门票是人民币120元。
现在，前往纳木措旅游已不需要包车。在适于旅游的雨季，拉萨市多有旅行社为散客开设往返于拉萨和纳木措的旅游车。一般行程是，早晨7-8时从拉萨出发，中午到达纳木错，当天或次日15-16时启程返回拉萨。票价约为当日往返150元，两日往返180元，只负责路程，食宿自理。从拉萨到纳木措全部是柏油公路，驾车单程大约需要4小时。途中经过当雄县城和海拔5190米的那根拉山口。但从当雄县城到纳木措没有长途汽车，过路车亦少，难以直接到达。
當地住宿大概80﹣100元一晚，部份房景向著湖中心。只是晚上風較大，房屋隔音效果一般。即使是夏天天黑后气温只有十度左右，要穿厚衣服睡覺。除了扎西半岛风景区之外，整个纳木措湖环线都有土路环绕，共约320公里，其中约300公里是各种土路，可以骑车和徒步环湖旅行，徒步环湖是当地信徒们的朝拜方式，环湖一次大概需要2周时间。亦可以自驾车旅行，沿途均有人烟，但有的山口路况不佳，需注意选择路线。
纳木错 湖的成因和变迁
纳木错形成于200万年前，即古近纪喜马拉雅运动时期。初始湖面开阔且湖水深，这可以从古湖堤岸线分布的高度看出。进入第四纪后，因大陆板块碰撞挤压，西藏高原不断隆升，气候日趋干燥，湖面随之缩降。经过百万年的变迁，现今在纳木措的外围，留有三层古湖堤岸的遗迹。其中最高的一层，高出目前的湖面80米。这些古湖堤岸的遗迹，显示了纳木措湖面缩降过程的前后次序。
纳木错 现况
纳木措现为内陆咸水湖，含盐量高。湖水清澈，四周又多雪山，相映成趣，风景秀丽。湖泊的主要水量来源是冰雪融水和降水。湖中有3个岛，东南部有一个大的半岛伸进湖中，名为“扎西半岛”。每年进入冬季，湖内会结冰，至第二年六月中旬，冰才完全消融，故有大半年的冰期，六月初山顶大雪才解封，车方可通行，7、8月份是赏湖的最佳时间，此时，湖畔绿草如茵，牛羊成群。纳木措有丰富的鱼类资源，因为藏族全民信佛，拥有不吃鱼的传统，故无渔业生产。夏季中，候鸟在湖中的岩岛及湖滨的滩上栖息、繁衍，其中包括鸬鹚、赤麻鸭、鱼鸥等。纳木措广阔的水体，显著地调节着湖区的气候，故滨湖地带水草丰美，为良好的天然牧场。生长的草本植物包括紫云英、鹅冠草、滨草等。在广袤的草滩上，野牦牛、黄羊、野兔、狐狸以及狼等动物均时常出没，适宜狩猎。冬季到来之前，当地的牧民会赶着畜牲迁移到湖边，以越冬御寒。
纳木措是西藏的三个圣湖之一。传说天湖保佑羊群，所以每逢藏历羊年的“萨葛达瓦节”期间，有许多人来此朝圣。
纳木错 岛屿及半岛
湖中的最大岛屿叫“良多岛”，面积1.2平方公里，位于纳木措相对凸入陆地的西北角湖面的中央。三个岛屿的岸壁陡峭，岩石高峻。
“扎西”是藏语“吉祥”的意思。扎西半岛也被称作“吉祥爱情岛”，是纳木措的面积最大的半岛，约10平方公里。半岛由石灰岩构成，长时间的溶蚀充分发育了半岛上的喀斯特地形。故有千姿百态的石林、溶洞以及天生桥等地质形态呈现。
管樂器
管樂器是泛指以管作為共鳴體的樂器。由吹奏者吹氣或振唇，借由吹口裝置帶動管內空氣震動發聲。音的高低取決於管身的長度控制。
管樂器 管樂器的種類
管樂器包括以下兩種
銅管樂器最初以金屬制作，而木管樂器則是以木為材料。但制作樂器的材料並非必然。例如木管樂器薩克斯風通常以金屬制作，但因為它以簧片發聲而歸類為木管樂器。
IRC
IRC（英語：，直译：因特网中继聊天）是一種应用层的协议。其主要用于群体聊天，但同样也可以用于个人对个人的聊天。IRC使用的服务器端口有6667（明文傳輸，如irc://irc.libera.chat）、6697（SSL加密傳輸，如ircs://irc.libera.chat:6697）等。
芬兰人亚尔科·奥伊卡里宁于1988年8月创造了IRC来取代一个叫做MUT的程序。
IRC 技术信息
IRC是一种公开的协议，采用TCP和SSL协议。一个IRC服务器可以连接其他的IRC服务器以扩展为一个IRC网络。IRC用户透過客户端软件和服务器相连。大多数的IRC服务器不需要客户注册登录，虽然在连接前必须设定好昵称（nickname），但客户端一般都会自动分配一个。