發表文章

目前顯示的是 8月, 2008的文章

當信任瓦解,社會也就崩潰

圖片
我很少在看我媽轉寄的文章,因為大部分都是網路流言、風景、音樂之類的, 今天接到一封信,裡面有下面的文章, 看完以後,覺得感觸很深, 其實自己現在在資策會的工作不也是如此嗎? 在處理很多不合理的要求跟任務時,都有前輩所教授一套「應付」的方法 要求不合理,卻老是要應付要求而沒人群起反對。 這就叫做「上下交相賊」吧 引用地址: http://ahan.ahan.net/trackback.php?tbID=170&extra=s1covs4c26 當信任瓦解 , 社會也就崩潰 楊蕙如幾年前與信用卡公司鬥智大勝,獲得社會某些人士的稱許,各媒體也封她為「卡神」。楊蕙如最近開了一家網路顧問公司,並頻頻上媒體打知名度。 筆者認為,一個是非不分、道德低落的社會,才會把類似楊蕙如的行為,視為英雄之舉。 在美國,你去商店買東西,事後不論任何理由,都可去退貨還錢。因此,有一些人(一些台灣人和更多的大陸人)過幾天要出席重要宴會,就去「買」一套名牌衣服,穿去赴宴之後,再去退錢。 美國商店還有一樁好康的事:買貴了,可退差價。於是有些人就趁平時不打折但尺寸、顏色較齊全的時候,把貨品買回來,等到大減價的時候,再把收據拿去退差價。 這些人對自己的行為洋洋得意,還到處宣揚自己的聰明,甚至納悶為何眾多的別人那麼「愚蠢」,不會利用這個「漏洞」。 把占人家便宜看成「聰明」,把奸巧看成「能力強」,把挑撥族群看成「和解共生」,真的是價值錯亂了。 從卡神,筆者想到了股神巴菲特。此地許多股友在討論巴菲特的選股標準,往往忽略了他一再強調的:他非常重視一家公司CEO的誠信,不夠正派的公司他絕不考慮。 今天你會鑽法律漏洞,明天你掌權了,就會去修改法律,讓自己的違法變合法。這幾年來,我們看了太多這種例子了。 一個像楊蕙如這種心態的人,在記者會上還以稱讚現任雇主的方式,貶損曾拒絕錄用她的人,就不會讓人太奇怪了。 十年前,我帶年僅三歲多的兒子到美國旅行,寄宿親戚家。 親戚拿個全新的兒童汽車安全座椅給我,說: 「這裡規定兒童一定要坐汽車安全座椅,這個給你用,因為是借來的,請儘量不要弄髒,我還要還人。」 兩週後,我不再開車,他拿著半新不舊的安全座椅到量販店辦退貨。 店員一聲不吭,錢全數奉還。 親戚得意地對我說: 「美國的商店,兩週內都可憑發票退貨,所以我們常來這裡『借』東西。有些大陸人甚至連電視都『借』哩! 你說,...

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 之 t...