靈修分享:亞略巴古的演講

亞略巴古的演說是使徒行傳一篇非常著名的講道。基督徒往往用這段經文來說明上帝的屬性,同時也會參考這段經文作為和外邦人互動的一個參考方式。最近因為團契查經查到這一段,重新思想後看到了以前沒有考慮過的面向,在這邊記錄一下。

徒17:16-34保羅在雅典等候他們的時候,看見滿城都是偶像,就心裏着急;於是在會堂裏與猶太人和虔敬的人,並每日在市上所遇見的人,辯論。還有伊壁鳩魯和斯多亞兩門的學士,與他爭論。有的說:「這胡言亂語的要說甚麼?」有的說:「他似乎是傳說外邦鬼神的。」這話是因保羅傳講耶穌與復活的道。他們就把他帶到亞略‧巴古,說:「你所講的這新道,我們也可以知道嗎?因為你有些奇怪的事傳到我們耳中,我們願意知道這些事是甚麼意思。」(雅典人和住在那裏的客人都不顧別的事,只將新聞說說聽聽。)
保羅站在亞略‧巴古當中,說:「眾位雅典人哪,我看你們凡事很敬畏鬼神。我遊行的時候,觀看你們所敬拜的,遇見一座壇,上面寫着『未識之神』。你們所不認識而敬拜的,我現在告訴你們。創造宇宙和其中萬物的神,既是天地的主,就不住人手所造的殿,也不用人手服事,好像缺少甚麼;自己倒將生命、氣息、萬物,賜給萬人。他從一本本:有古卷是血脈造出萬族的人,住在全地上,並且預先定準他們的年限和所住的疆界,要叫他們尋求神,或者可以揣摩而得,其實他離我們各人不遠;我們生活、動作、存留,都在乎他。就如你們作詩的,有人說:『我們也是他所生的。』我們既是神所生的,就不當以為神的神性像人用手藝、心思所雕刻的金、銀、石。世人蒙昧無知的時候,神並不監察,如今卻吩咐各處的人都要悔改。因為他已經定了日子,要藉着他所設立的人按公義審判天下,並且叫他從死裏復活,給萬人作可信的憑據。」
眾人聽見從死裏復活的話,就有譏誚他的;又有人說:「我們再聽你講這個吧!」於是保羅從他們當中出去了。 但有幾個人貼近他,信了主,其中有亞略‧巴古的官丟尼修,並一個婦人,名叫大馬哩,還有別人一同信從。

對基督徒來說,保羅這篇講道講的真好,不但講出了上帝的超越性(像是不住人手所造的殿、也不是金銀石的彫刻),也帶出了耶穌基督復活的大能。但最近我才注意到眾人的反應:「眾人聽見從死裏復活的話,就有譏誚他的;又有人說:「我們再聽你講這個吧!」」不曉得你看到這一段有什麼感想?可能我是玻璃心吧,如果我是保羅,我大概會非常非常的難過,看起來似乎沒有人理會這個福音、這篇講道。這篇被基督…

TCP K.O. UDP?? Really??

要懂「網路」真的很難呢~
除了一堆冒出來的網路協定,
當網路出現奇怪現象時,還要找出各種可能的原因
這篇記載了一個辦公室發生的故事:

同事A:我正在測設備的 Throughput,結果跟我想像的不太一樣ㄟ
我:一定是設定錯誤啦(睡眼惺忪,不想理會)
同事A:設定沒錯,而且 TCP 的流量正常,但 UDP 很不正常,TCP的流量比 UDP 還大
我:(持續昏迷中)怎麼可能,根據網路基本理論,TCP 的頻寬應該會被 UDP 整個打壓啊,而且以前用 NS2 也是同樣的結果啊...

進到實驗室~

實驗軟體:iperf

網路環境簡化版: MS --- BS---ASNGW
其中 ASNGW 是 iperf 的client,同時產生TCP跟UDP(15Mbps)的封包,在MS端進行接收...
(15Mbps 是 MS~BS的bottleneck)
結果... TCP 的 throughput 大於 UDP,近乎兩倍

why??
希望下一次,我在看到這裡的時候,就可以說出答案了

後來找同事B討論,經過千辛萬苦的實驗(由同事B做的~),得到下面的結論:

1. iperf 有對 UDP 動過手腳。iperf 根據官方網站的說法,他是用來測 bandswidth 的軟體,而不是產生封包的軟體!!所以他有針對UDP進行修改,當封包調的時候,他會自動把UDP的傳送速率降低。(TCP則不會進行這件事,因為TCP自己有congestion control 的功能)

2. 當我們把那段 UDP 動手腳的部分(delay_loop)註解調時,發現傳輸比例為 1:1,居然還是沒被打壓~

3. 其實,真正會打壓的情況,是指下面的狀況:

硬體配置
三台 PC 以 Hub 連接, 稱為 PC1, PC2 與 PC3. Hub 為 100M
軟體設置
iperf version 1.7.0
PC1 跑 iperf server for TCP traffic 與 iperf server for UDP Traffic.
PC2 跑 iperf client for TCP traffic.
PC3 跑 iperf client for UDP traffic, data rate 為 100Mbps.

實驗結果
TCP traffic 被 UDP traffic 打壓.
TCP traffic 之 throughput 幾乎為 0.
UDP traffic 之 trhoughput 約為 100Mbps.

因此網路端發生擁塞, 發生 TCP 與 UDP 之競爭. 結果如預期般 TCP 受到 UDP 的打壓。而如果是在同一台的話...作業系統的排程就已經解決掉這個問題了,所以上面才會得出近似1:1的比例。

看來,以後想問題要想更深入才行
這是個很好的提醒:p

留言

這個網誌中的熱門文章

如何將Linux打造成OpenFlow Switch:Openvswitch

我弟家的新居感恩禮拜分享:善頌善禱

如何利用 Wireshark 來監聽 IEEE 802.11 的管理封包