36 对3网终：练构、应周5设计 ,torrent文件服务器（图2.2.3中.torrent Server)保存.torrent文件，它相当 于一个小型的种子数据库，通过BT网站来搜索。在BitTorrent网络中，一个文件 的共享开始于，torrent文件的产生，通常它由文件的拥有者提交给BT网站（这个 拥有者是该文件的第一个“种子”)，经过检查确保内容无误后被存放到.torrent文 件服务器中。 Tracker(跟踪者、跟踪服务器)是BT网络和用户信息的维护者，其职责是帮 助用户相互发现对方，下载同一个文件的所有用户围绕Tracker形成一个独立的 子网，它对一个文件的下载起着关键性的作用。Tracker跟踪所有下载某个文件 的用户，并实时地将这些用户信息发给其中的每一个，它控制着BT网络上某个文 件（也可能是多个文件）的下载和用户之间的协同工作。Tracker和用户之间使用 一种很简单的基于HTTP的协议进行交互：用户告诉Tracker要下载的文件、自 己使用的端口以及其他信息，Tracker告诉用户下载同样文件的其他下载者的联 系信息，用户可以利用这些信息相互之间建立连接；此外，一些关于下载和上传速 率的信息被发送给Tracker,Tracker搜集这些信息用于统计。 在最近版本的BitTorrent软件中，即使没有Tracker也能定位到拥有文件的 用户，这是通过基于Kademlia的分布式散列表来完成的(Kademlia是一种实用、 容错的结构化P2P网络，将在第4章对其进行描述)，在“用户列表”中以“DHT Network”的形式表示出来。但是，目前靠无Tracker的DHT方式定位文件的速 度要远远低于有Tracker的服务器方式，因此它只能作为BitTorrent的一个辅助 定位方法。 每个BT用户（图2.2.3中Peer)可以同时下载多个文件，对于每一个文件而 言，用户通常按照下述步骤来下载： (l)BT用户通过某个BT网站搜索文件（如BT@China联盟网站），BT网站 将该搜索请求重定向到它的网站镜像（比如BT@China联盟就有很多镜像站点）， 检索它所知的所有.torrent文件服务器，返回给用户关于该文件的.torrent文件 列表。 (2)用户选择列表中的一项或者多项，被选的每个.torrent文件会启动一项 下载任务。通常，BT软件会根据.torrent文件信息连接到该文件所对应的 Tracker,从Tracker获得当前也在下载该文件的用户信息(Tracker一般只返回一 定数量的用户而不是全部)。 (3)用户根据上一步从Tracker获得的用户信息与他们建立直接的连接，从 他们下载文件的一部分分片，同时也向他们提供上传。 (4)为了保证BT用户的高速下载和整个网络的高效工作，一个用户并不总 是和最初建立连接的那些用户互相交换文件，而是每隔一段时间从Tracker获得 新的用户信息建立新的连接，同时采用“阻塞算法”主动地停止那些对自己来说没
"% !"#$)%&#’()*+ B($**)+(m|½¾¿%!B!BNB($**)+(:)*6)*&r>B($**)+(m|"1RV z0mÏô,q8¼Á"_‘ L<P¦:£¤$y L1(<$**)+(PQ"0mm| ,{yµzB($**)+(m|,©K"_º1ám|,ØYa7 L< P¦%¡m Ø$6m|,´0m+q8,&"ä‘_>Þrq~æS¨2>akB($**)+(m |½¾¿$ <*/#-)*%Ø#½¾¿&$ L< PQ}]É<=,³sØ"«þý$È É]ÉRS-3;D"0mc0mm|,â]Éq <*/#-)*×Ð0m7$, 8P"1;0mm|,0m’©zö,o]$<*/#-)*â0mÂmm| ,]É"^÷dH¥¡¹]É<=-7«,0m"1®’ L< PQÂmm |%FÊh$Vmm|&,0m}]É/,-cèo$<*/#-)*}]É/\] 0qû(¦,z ;<<=,-.ÜÌaS)]É4p <*/#-)*0m,m|#¨ Ú\],ÿõª¦«Æ<="<*/#-)*4p]É0mcóm|,«Æ0mØ,z ²<="]Éʪ]¡¹<=RS/ $TU(×"0¹©z0m}){ é,<=2-¤7 <*/#-)*"<*/#-)*£X¡¹<=]z³!$ y)§å, L1(<$**)+(É|" \Ó <*/#-)*FhXÅkm|, ]É"¡$_‘z I/3)%01/,°±EÏÆ@:-Ð,%I/3)%01/$0q÷]# ~R,´Ù =!= PQ"¥y´Oª;«ÜÌü&"y+]ÉÆ@,ª+M;< H)(,$*-,,×E@A2:$Ý$"_Ò;æ <*/#-)*, M;< DEXÅm|,{ |õõGz <*/#-)*,½¾¿DE"1hop L1(<$**)+(,0mÑÉ XÅDß$ m L< ]É%!B!BN =))*&ʪcd0mVmm|";z0mm|! 4"]É_ºó#0ü¿’:0m) %A&L< ]É_‘Âm L< P¦£¤m|%/ L<#981+/z#P¦&"L< P¦ ¥6£¤56X¼k1,P¦cñ%Õ/L<#981+/z#ûVcñ¦µ&" _¤1â,âB($**)+(m|½¾¿"897]É©z6m|,B($**)+(m| Æ@$ %!&]ÉÆ@,0ÐþØVÐ"2,mB($**)+(m|¸(30Ð 0m ¾$_ º"L< É | ¸ ¸ ÁB($**)+(m | < = T U k 6 m | â ; , , <*/#-)*" <*/#-)*Ñ=VÒFy0m6m|,]É<=%<*/#-)*0¯890 X¼,]É!w$.&$ %N&]ɸÁ0¿ <*/#-)*Ñ=,]É<=MÆ[ $&U,TU" Æ[0mm|,0°°l"cdF¼Æ[Yñ)$ %O&p6rG L< ]É,{0m}ÛmPQ,èo"0m]É^w· $}): $TU,ò¹]ÉSRaÎm|"!$)0<d <*/#-)*Ñ= r,]É<= $r,TU"cdü]+;<"ß,Ã3HkÛò¹;¨Ú:¤Ó
37 装2章第一代p2p网格：没合式p2p停系 有什么利益的连接、建立对自己更好的连接。 在上述步骤的第1步和第2步中，出于安全性的考虑，BT网站可能还会要求 用户做一项工作：输入网页中以图形表示的随机字符串，然后才能获得.torrent 文件列表或者连接到文件对应的Tracker。在第1步输入随机字符串的目的， 方面是为了防止通信监听（此时随机字符串相当于文件加密的密码）；另一方面也 有效地抵制了DoS攻击(denial of service,服务拒绝攻击)，如果不要求输入字符 串，恶意用户可以无限制地向BT网站发出查询请求从而使网站服务器过忙而 拒绝提供正常服务。在第2步输入随机字符串的目的与第1步类似。上述BT 安全机制虽然很不完善而且留下了很多可以攻击的漏洞，但仍然可以称得上是 简单、有效的安全措施。对于混合式P2P网络而言，这样的安全机制是合情合 理的。 2.2.3 BitTorrent分片机制 本节所讲的BitTorrent分片机制，以及下一小节的BitTorrent阻塞算法，都 来自BT发明人Bram Cohen的论文[Cohen.2oo3]。 为了跟踪每个BT用户都拥有些什么，BT将文件分割为固定大小的分片（典 型的大小是256KB),每个用户必须通知其他下载者他拥有哪些分片。为了验证 数据完整性，对每个分片都通过SHA-1散列函数计算出它的散列值保存在. torrent文件中，用户只有在检查了分片的完整性之后，才会通知其他用户他拥有 这个分片。 用户不断地从他能连接到的用户那里下载文件分片，当然，即使是建立了连接 的用户，有的也并不包含想要的分片，或者还不允许他去下载（关于不允许其他用 户从自己那里下载文件分片的策略，被称为阻塞算法，下一节将讲到)。关于文件 分片有更高效、更容错的机制如Erasure Coding(冗余编码)方法，但是也增加了复 杂性：BT简单地让用户公布它拥有的分片会导致不到10%的带宽开销，却可以 有效、可靠地使用用户的上传能力。 分片流水作业：构架在TCP之上的应用层协议，例如BT,很重要的一点是应 该同时发送多个请求，以避免在两个分片发送之间的延迟，因为那样会严重影响传 输速率。为了达到这个目的，BT又进一步将每个分片划分为子分片（典型的大 小是16KB),同时，它一直保持几个请求（通常是5个）被流水式地同时发送。流 水作业选择同时发送的请求数目的依据，是使大多数连接变得饱和以充分利用 带宽。 分片选择：选择一个好的顺序来下载分片对提高性能非常重要。差的分片选 择算法不仅低效而且使用户之间相互等待浪费了宝贵的带宽资源。在不同阶段， BT的分片选择策略有所不同：
, # - ,01 "# " #$)234 "# " 56 "& ÕÖO,TU# $;¨Úï,TU$ yü¿’,´A¿}´!¿"2zz.ö,Oã"L< P¦Êh,¸6 ]É+0Ðèo)újPVª×@A,@#Þæ*"?¨ÈhÑ=B($**)+( m|Æ@þØTUkm|;,, <*/#-)*$y´A¿új@#Þæ*,_,"0 Dn$p6Û_<:%d@#Þæ*RVzm|éP,Pä&(I0DnF H+®6 M$:~²%3)+1/0$V4)*61#)"½¾}~²&"/Òw6újÞæ *"ú¢]Éʪæç®H¼ L< P¦-2>?56 !\P¦½¾¿‘¥! }YñÞº½¾$y´!¿új@#Þæ*,_,M´A¿(Á$ü L< z.#®Ê?ûw-g!)l06ûVʪ~²,,-"ÝY?ʪ#=$ (¦#,z.á$;z$YE =!=PQ!4"¡ó,z.#®$YùY C,$ !"!"+ /0(12**)3(]ÏÐÑ å9âê,L1(<$**)+(°l#®"ª¦00Ï9, L1(<$**)+(;<"ß"ã :¨ L< -.’ L*/%9$8)+,¬m-9$8)+B!""N.$ p6m L< ]Éã¹ÕÖ"L< ¥m|°p¨X+Ï,°l%´ ô,+Ï$!FGIL&"m]É)ò_«Æ0mØÆܹ°l$p6G ¼Á-Ûö"; m ° l ã _ ‘ :;K@A Ï Æ ¼ ! " 2 1 , Ï Æ ! r > yB ($**)+(m|"]Éy_>6°l,-Ûö/¨"ȸ_«Æ]ÉÆ ¡m°l$ ]ÉwAH ÆhTUk,]Éò¸0mm|°l"V?" \$ $6TU ,]É",F^wÙÛZ,°l"þØ,wô+ÆÒ0m%©zwô+«Æ] É ¨Úò¸0mm|°l,0."2#p;<"ß"009¥êk&$©zm| °l#~R,#®/ Y*/4’*)9$31+D%ÐTä&Dß"Ý$Ffé6c dö(L< (¦Hw]Éݱ1,°l¸Ä§wkA"\,a"³Êª #Ê;H\]]É,)ht$ ]ÏÒÓYÔ)èy <9=/,,]ï-."s/L<"û,0µ$, 6cd-¤Vm56"ªÝLy¯m°l-¤/,?/"pòó¸éIJ) ú{é$p6¤k¡m_,"L< ÄÜ0¿¥m°l0°p8°l%´ô,+ Ï$AGIL&"cd"10&r"7m56%_º$Fm&2bÁEHcd-¤$b Áoñcd-¤,56¼_,:Á"$\+V¼TU5=1}ª°] $ ]ÏÕÖ)0mï,2/:0m°l;Yöh>º$3,°l "ßwxG!)\]É/RS¶43M6E,Ô$ywc;<" L< ,°l0.âwc)
38 对3网终：镇钓、应闭5设计 (1)严格的优先级（一个分片的下载） 分片选择的第一个策略是：一旦请求了某个分片的子分片，那么该分片剩下 的所有子分片优先于其他分片的子分片被请求，这样可以尽可能快地获得一个完 整的分片。 (2)最少者优先（文件下载中间阶段/平稳期） 对一个下载者来说，在选择下一个要下载的分片时，通常选择的是他所知用户 拥有数最少的那个分片，这就是所谓的“最少者优先”，通俗一点讲其实就是“物以 稀为贵”。这种策略确保了每个下载者都拥有与他连接的用户们最希望得到的那 些分片，从而一旦有需要，上传就可以开始；同时这也确保了越普通的分片越放在 最后下载，从而减少了这样一种可能性：某个用户当前正提供上传，但随后他却没 有任何被别人感兴趣的分片了（越稀少的分片通常越让别人感兴趣）。 BT的分片选择充分考虑了经济学的因素，处处从整个系统的性能出发，参与 者越多，系统越优化。如果在某次下载中只有一个种子，而且种子的上传能力比大 多数下载者都要差，那么，不同的下载者从种子那里下载不同的分片，系统性能就 会变得比较好，因为重复下载相同的分片浪费了种子发出更多信息的机会。“最少 者优先”使得下载者只从种子处下载新的分片（也就是整个系统中其他用户都没有 的分片)，这得益于BT网络中下载者能够知道其他用户那里已经有了哪些分片 (Tracker的功劳)。 在某些下载中，原始的种子由于某些原因最终关闭，只好由剩下的这些下载者 们来负责上传，这样显然会带来一个风险：某些分片任何一个下载者都没有。“最 少者优先”也很好地处理了这个问题：通过尽快地在用户中复制最稀少的分片，减 少了由于当前种子停止上传所带来的分片缺失风险。 (3)随机的第一个片断（文件下载最初阶段） “最少者优先”的一个例外是在下载刚开始的时候，此时下载者没有任何分片 可供上传，所以需要尽快获取一个完整的分片。但此时最少的分片通常只有某一 个用户拥有，所以，下载它可能比下载多个用户都拥有的那些分片要慢得多。因 此，第一个分片是随机选择的，直到第一个分片下载完成，才切换到“最少者优先” 策略。 (4)最后阶段模式（文件下载最后阶段） 有时候，可能会从一个速率很慢的用户那里请求一个分片，在下载的中间阶段 这没有太大问题，但是在下载的最后阶段它却可能潜在地延迟下载的完成。为了 避免这种情况，在最后阶段，下载者向他所连接的所有用户们都发送某分片的子分 片请求，一旦某个子分片到了，下载者就会向其他用户发送Cancel消息，取消对那 些子分片的请求，以避免带宽浪费。实际上，这种方法消耗的带宽并不多，但文件 的结束部分可以因此下载得非常快
"’ !"#$)%&#’()*+ %A&é,×À%0m°l,0m& °l,´0m0.$)04566Âm°l,8°l"òÖ6°lÇ0 ,â8°l×Àz«Æ°l,8°l256"¡óʪ1ÊhgHÑ=0m- Û,°l$ %!&)»Ø×À%m|0m;<*=^& ;0m0mØ:¤"y00m0m,°ld"_º,$Æâ]É ¼)»,òm°l"¡$â5,+)»Ø×À,"_60µê«÷$+ª 7pE,$¡q0.Þr6m0mØãMÆTU,]É[)=k,ò ¹°l" !04M")ʪµ(cd¡FÞr6Fé_,°lFay )¨0m" !2»6¡ó0qÊhö)Âm]ÉVÒÞYñ)"Ý@¨Æ³Ó 2ë’8m9,°l6%F7»,°l_ºFwë’8m9&$ L< ,°l°Oã6ä:¢,Ê"BB Ûm²³,öh2-" M ØFV"²³F×Ù$/ÒyÂð0m0mq8"!)q8,)htÕ+ V¼0mØã3"òÖ"wc,0mØ q8ò¸0mwc,°l"²³öh ¸5=Õbï"pc0mRc,°l3M6q8-2V<=,#¸$+)» Ø×À,\=0mØ q8B0mr,°l%F$Ûm²³«Æ]ÉãÓ ,°l&"¡=Oz L< PQ0mØhÚ8«Æ]Éò¸Öä6ܹ°l %<*/#-)*,g;&$ y¹0m"-µ,q8áz¹-)|©°"ïáÇ0,¡¹0mØ [:Dý)"¡ó5?¸:0mM<)¹°l0m0mØãÓ$+) »Ø×À,FûïHBC6¡m78)_‘1gHy]Éc®)7»,°l"2 »6ázVÒq8kÛ)â:,°lß9M<$ %N&@#,´0mlA%m|0m):;<& +)»Ø×À,,0ms×$y0mîµ,dW"d0mØÓ°l Êñ)"âªM1gѸ0m-Û,°l$Ýd)»,°l_ºÂ0 m]É"âª"0m1ÊhÕ0mVm]Éã,ò¹°l¦=V$ "´0m°l$@#,"&k´0m°l0m-Ð"ÈxÎk+)»Ø×À, 0.$ %O&)¨;<ëE%m|0m)¨;<& dW"Êh¸ 0m{éû¦,]Éò¸560m°l"y0m,;< ¡Ó:+78"Ý$y0m,)¨;<1³ÊhyH?/0m,-Ð$p6 ÝL¡qùú"y)¨;<"0mؼÆâTU,â]É[ã-¤Â°l,8° l56"04Âm8°lk6"0mظ¼«Æ]É-¤ 9/+#)0~="¸~;ò ¹8°l,56"ªÝL3M$÷ø"¡qDß~,^wV"Ým| ,´Ë°Êª0m=>ºg$
39 第2章第一代p2p网格：没合式2p传系 2.2.4 BitTorrent阻塞算法 BT并不是由Tracker服务器来集中分配资源，每个用户自己有责任来尽可能 地提高自己的下载速率。下载者从他可以连接到的用户处下载文件，并根据对方 提供的下载速率给予同等的上传回报(“tit-for-tt”,以牙还牙/针锋相对)。对于 合作者，提供上传服务，对于不合作的，就“阻塞”对方。所以说，阻塞是一种临时的 拒绝上传策略。虽然上传停止了，但是下载仍然继续，当不再阻塞的时候，也不需 要重新建立连接。阻塞算法对提高BT性能是非常必要的。一个好的阻塞算法应 该利用所有可用的资源，为所有下载者提供一致、可靠的下载速率，并适当惩罚那 些只下载而不上传的自私用户。 (1)阻塞算法的经济学背景一帕累托有效 当一个系统中资源配置已达到这样一种境地：任何重新改变资源配置的方 式，都不可能使一部分人在没有其他人受损的情况下受益，这一资源配置的状态称 为“帕累托最优”状态，或称为“帕累托有效”(Pareto efficient)。在分布式系统领 域，寻求帕累托有效是一种本地优化算法，BT的阻塞算法用一种奉献与回报相对 应的方式来试图达到帕累托最优。BT用户对那些向他提供上传的用户给予同样 的回报，日的是希望在任何时候都有若干个连接正在进行着双向传输。 (2)BitTorrent的阻塞算法(choking algorithm) 从技术层面上说，BT的每个用户一直对固定数量的其他用户保持疏通（通常 是4个，疏通即指不阻塞)，所以问题就变成了哪些用户应该保持疏通。这种方法 要使得TCP的拥塞控制性能能够可靠地饱和上传容量，尽量让整个系统的上传能 力达到最大。 对哪些用户保持疏通应该严格根据当前的下载速率来决定。原来的算法对一 段长时间的网络传输进行总计，这种方法效果不好，因为根据资源可用或者不可 用，带宽会变化得很快。为了避免因为频繁的阻塞和疏通造成的资源浪费，当前的 实现是每隔20秒做一次轮询(10+10)：每隔10秒计算一次哪个用户要被阻塞， 然后将阻塞状态保持到下一个10秒。时间间隔取10秒是因为这已经足够TCP 来进行调整以使传输率达到最大。 (3)最优疏通(optimistic unchoking) 如果只是简单地为那些向自己提供最高的下载速率的用户们提供上传，那么 就没有办法来发现那些空闲的连接是否比当前正使用的连接更好。为了解决这个 问题，在任何时候，每个用户都拥有一个称为“最优疏通”的连接，不管它的下载速 率怎样。每隔30秒，用户重新计算一次哪个连接应该是“最优疏通”。30秒足以 让上传能力达到最大，下载能力也相应达到最大。 (4)反对冷落(anti-snubbing)
, # - ,01 "# " #$)234 "# " 56 "( !"!", /0(12**)3(×Ø«Ù L< ^w$á <*/#-)*½¾¿:X°ìÔ"m]ɨÚý:1Êh HY¨Ú,0m{é$0mØ ÆʪTUk,]ÉB0mm|"^¸Á;D Yñ,0m{é7ßc¶,)93%+(1(@V$*@(/(,"ª=,=*V>R;&$;z YoØ"Yñ)½¾";zwYo,"+;<,;D$⪤";<$0qµd, })0.$Ê?)kÛ6"Ý$0mY?$"VwK;<,dW"FwM r $TU$;<"ß;YL< öh$>º),$0mï,;<"ß, 6]âÊ],Ô"pâ0mØYñ0§#Ê;,0m{é"^LV?@ò ¹0m!w),¨u]É$ %A&;<"ß,ä:¢~A’’’BZv V0m²³Ôì&Ö¤k¡ó0qQH)r45Ôì&,D E"ãwÊh\0°’yÓ«Æ’f,ùú0fO"¡0Ôì&,hO# p+BZv)×,hO"þ#p+BZv,%=/*)($)VV1#1)+(&$y°±E²³Ã ",6BZv$0qåH×Ù"ß"L< ,;<"ß]0qC§M93R; ,,DE:ͤkBZv)×$L< ]É;ò¹¼ÆYñ),]É7ßcó ,93"_,$ydWãçðmTUÞyÜÌ’è¼)ú$ %!&L1(<$**)+(,;<"ß%#8$-1+D/0D$*1(8%& RSïn¤"L< ,m]É0&;¨X¼,«Æ]Ér"D_%_º $Om"D_ þw;<&"âª785Ð6ܹ]É,6r"D_$¡qDß \= <9=,<®öhhÚÊ;H1})~"1wÛm²³,)h t¤k)+$ ;ܹ]Ér"D_,6é¸ÁVÒ,0m{é:\X$-:,"ß;0 <bd,PQ)úÜÌ·!"¡qDßÒwï"p¸ÁÔÊ]þØwÊ ]"¸5Ù=ûg$p6ÝLpqØ,;<}D_¶Ð,Ô3M"VÒ, ÷3$)!"E+0ðF?%A"dA"&))A"E!"0ðÜm]É2;<" ?¨¥;<hOr"k00mA"E$d)¸A"E$p¡ÖäßÚ <9= :ÜÌÛª\)úé¤k)+$ %N&)×D_%$&(1%14(1#’+#8$-1+D& /Ò$(¦Hpò¹¼¨ÚYñ),0m{é,]É[Yñ)"òÖ Óõß:-3ò¹øÆ,TU$ÛÕVÒÞ\],TUï$p6[\¡m 78"ydW"m]Éã0m#p+)×D_,,TU"w¬1,0m{ éGó$)N"E"]Ér!"0ðÜmTU,6$+)×D_,$N"Eߪ w)ht¤k)+"0mhtFR,¤k)+$ %O&ð;H%/+(1@4+’771+D&
40 对3冈终：结构、应用5设计 某些情况下，一个下载者可能被他连接的所有用户都阻塞了，此时他将会保持 较低的下载速率，直到通过“最优疏通”找到更好的用户来连接。为了缓解这个问 题，如果一段时间过后，从某个用户那里一个分片也没有得到，那么下载者认为自 己被对方“冷落”了，于是不再为对方提供上传（除非对方是“最优疏通”）。“反对冷 落”常常会导致多个并发的“最优疏通”，从而使得下载速率恢复得更快。 (5)仅仅上传 一旦某个用户完成了下载，它就不可能再通过下载速率来决定为哪些用户提 供上传。目前采用的解决办法是：优先选择那些能从他这里得到更高上传速率的 用户，或者选择那些此刻刚好被所有人阻塞的用户，以尽可能地利用上传带宽。 2.2.5 BitTorrent性能分析 文献[Pouwelse et al.,2004;2005]从5个方面分析了BitTorrent网络的性 能，下面部分总结它们的分析结果。 1.流行性 由于采用分片优化的多项机制，BT系统是高效、高可扩展的，只要其核心部 分一BT网站、.torrent文件服务器以及Tracker不发生故障，BT网络的规模将 不断扩大，它也会越来越流行。然而，目前上述三种服务器的故障率都比较高，限 制了当前的BT规模（如图2.2.5所示）。可以明显地看到由于服务器故障导致的 几处曲线下降（图片来自[Pouwelse et al.,2o04]) 6000000 all movics - gct mirror fails 500000 nusic-0… 400000 300000 tracker fails 200000 HIML mirrors fail tracker fails 100000 12/06 12/13 1220 1227 0103 01/10 Time [month/day] 图2.2.5一个月的BT用户测量（基于Suprnova网站）
#* !"#$)%&#’()*+ ¹ùú0"0m0mØÊh2ÆTU,â]Éã;<6"dÆ¥¸r" bG,0m{é"&k_‘+)×D_,¥kï,]É:TU$p6k[¡m7 8"/Ò0<d‘¨" Âm]Éò¸0m°lFÓ=k"òÖ0mØÕp¨ Ú2;D+H,6"z$wKp;DYñ)%Ê>;D$+)×D_,&$+ð;H ,ºº¸Ä§Vm^-,+)×D_," !\=0m{éc=g$ %F&xx) 04Âm]É-Ð60m"1wÊhK_‘0m{é:\Xpܹ]ÉY ñ)$_Òü],[\õß$)×Àò¹h Æ¡¸=k){é, ]É"þØò¹ îï2â’;<,]É"ª1ÊhH])$ !"!"- /0(12**)3(qÁ] m§-=$’,)04))(/0B"!""O(!""F. FmDn°ó6 L1(<$**)+(PQ,ö h"0n°·´1[,°ó´Ò$ !"Òq ázü]°l×Ù,VÐ#®"L< ²³$#Êef,"«# °’’’L< P¦#B($**)+(m|½¾¿ª¦ <*/#-)*w-Kn§"L< PQ,êë¥ wAe+"1F¸F:FbÌ$?!"_Òüäq½¾¿,n§éãÕb"ç ®6VÒ, L< êë%/!B!BFâA&$ʪ.5H0káz½¾¿n§Ä§, 7B}0U%l:¨-=$’,)04))(/0B"!""O.& !$"$"* ;og->3BPpq%rs".8*(=D&4]&