看到拿 ESP8266 模擬 PC-XT，是個懷古時間：「IBM PC-XT Emulator on an ESP8266」。
現在小板子的 CPU 跟記憶體都比三十年前的桌機還要大了，直接在上面跑模擬器就算慢一點也已經不是問題了... 直接上麵包板接起來跑：
然後也可以跑 Windows 3.0：
純粹 hacking 的專案 XD
Tag: microsoft
Home » Posts tagged "microsoft"
在 AWSUG Taiwan 上講的「用 AWS CodeDeploy 解決程式佈署」
前幾天在 AWSUG Taiwan 上講了「用 AWS CodeDeploy 解決程式佈署」，連結是投影片網址，因為在 Speaker Deck 上找不到 embed code 了，只好這樣連結過去。
話說回來，要上傳投影片的時候才發現，這兩個投影片 hosting 服務都跟微軟有些關係... 首先是 SlideShare 在 2012 被 LinkedIn 買下，然後 LinkedIn 在 2016 年賣給了微軟。
SpeakerDeck (或者說，Ordered List 這家公司) 本來在 2011 年賣給了 GitHub，但今年六月的時候被買回去了：
Myself, @orderedlist and @jqr have acquired @speakerdeck (https://t.co/Zfo2IagFaG) from GitHub. Really excited about our plans for it's future!
— John Nunemaker (@jnunemaker) June 1, 2018
不知道買回去是不是跟微軟要買 GitHub 有關...
各家 Serverless 服務冷啟動 (Cold Start) 的時間
看到「Serverless: Cold Start War」這篇分析了 AWS Lambda、Azure Functions 與 Google Cloud Functions 的冷啟動特性。
裡面分析了多久沒有 request 會需要冷啟動、記憶體的大小對於冷啟動速度的影響、程式語言的影響，以及程式大小的影響。
對於量很少，但是又很在意速度的人來說也許可以研究一下。不過只要有點量 (就算一分鐘只有一次) 應該都不會遇到這塊問題...
所以雙方都公開承認 Microsoft 併購 GitHub 了...
Microsoft 與 GitHub 兩邊的新聞稿都出來了：「Microsoft to acquire GitHub for $7.5 billion」、「A bright future for GitHub」。
隔壁棚 GitLab 在前幾天有消息時就先恭賀了 (畢竟同個業界的，可以驗證消息的來源比我們多)：
Congratulations, @github! 🎊 https://t.co/xxxQYSBAW8
— GitLab (@gitlab) June 3, 2018
另外也馬上就提供 migration 促銷：
People are #movingtogitlab. New users can get 75% off on Gold or Ultimate for one year. https://t.co/HGB8tVWhW6
— GitLab (@gitlab) June 4, 2018
然後從 GitLab 的 GitHub Importer (Grafana) 上面也可以看到湧入大量的 GitHub 使用者 (這個站的流量太大，圖表有時候會出不來)，可以看出不少人搬家... 不過我覺得這只是搬到另外一個坑啊。
我是比較正面看待這件事情... Microsoft 遲早會搞爛 GitHub，然後 Git 逐漸回歸分散式的本質，而不是現在 GitHub 這樣高度集中。
CA/Browser Forum 上的會議記錄：關於密碼與 2FA 的強制要求
CA/Browser Forum 會定時將會議記錄與最後的結論公開放在網站上，有時候有些資訊還蠻有趣的。像是前幾天在「Ballot 221 - Two-Factor Authentication and Password Improvements - CAB Forum」這邊看到 CA/Browser Forum 的成員對密碼與 2FA 提出了修正提案，其中瀏覽器端只有 Microsoft 參與投票，但是被否決了...
不知道否決的原因，但是大概可以猜到幾個點。
第一個是提案提到了 NSA 的 NIST 800-63B Appendix A，這個單位不太受歡迎啊...
第二個則是「For accounts that are accessible only within Secure Zones or High Security Zones, require that passwords have at least twelve (12) characters;」這段強迫使用密碼，而現在有比密碼更安全的方案存在 (以 public key cryptography 為認證基礎的方案)，像是早期的 U2F 以及今年定案的 WebAuthn。
應該是這些原因吧...
Microsoft 啟用自己的 CDN 了...
在朋友的 tweet 裡看到微軟啟用自己的 Azure CDN 了，先前應該是提供 Akamai 與 EdgeCast 的服務：「Announcing Microsoft's own Content Delivery Network」。
看圖似乎是有台灣的點，不過我找不到可以測試 traceroute 的 endpoint，頁面上用的圖還是 EdgeCast 的啊 XDDD
;; ANSWER SECTION: azurecomcdn.azureedge.net. 1604 IN CNAME azurecomcdn.ec.azureedge.net. azurecomcdn.ec.azureedge.net. 3404 IN CNAME cs9.wpc.v0cdn.net. cs9.wpc.v0cdn.net. 3404 IN A 117.18.232.200
然後公測期間優惠價 50%：
Azure Content Delivery Network Standard from Verizon (S1) and Akamai (S2) and Microsoft (S3)*
*S3 is currently in public preview. CDN rates will be 50% of the stated price during this period.
Windows 上的 Chrome 改用 Clang 編譯
這應該是上個禮拜蠻熱鬧的一件事情 (i.e. 很多人看熱鬧 XD)，就是 Google Chrome 從 Visual C++ 改成用 Clang 編譯：「Clang is now used to build Chrome for Windows」。
文章裡推敲效能應該不是主要的因素，因為在不同項目測試下各有千秋，而且差距都不大：
We conducted extensive A/B testing of performance. Performance telemetry numbers are about the same for MSVC-built and clang-built Chrome – some metrics get better, some get worse, but all of them are within 5% of each other.
後面有猜測換過去的原因，可以看出因為 open source 加上 Google Chrome 團隊有強大的技術能力下，用 open source 軟體可以對 compiler 大量客製化各種功能，另外也是因為一個 compiler 就可以吃多個平台，可以省下一些跨平台的力氣 (像是相容性語法)。
而 Visual C++ 在商業支援與文件兩方面比較好的優勢，在這個情況下就顯得不是那麼重要了...
Microsoft SQL Server 可以跑在 t2.large 與 t2.xlarge 了...
AWS 宣佈 Microsoft SQL Server 可以跑在 t2 系列的機器上了：「Amazon EC2 T2 instance types are now supported on Windows with SQL Server Enterprise」。
不過應該是因為記憶體限制，目前只開放 t2.xlarge (8GB RAM) 與 t2.2xlarge (16GB RAM) 上可以跑：
Windows with SQL Server Enterprise Edition is now available on t2.xlarge and t2.2xlarge instance types.
馬上可以想到的是測試環境，另外就是某些不能關機的內部系統，可以用離峰時間累積 CPU credit 之類的應用？
Rasmus Lerdorf 關於 VPS 的介紹測試...
Rasmus Lerdorf 是 PHP 的發明人，純粹是有趣的角度看這篇文章：「Testing VPS solutions」。
文章裡比較了十家 VPS 或是可以當作 VPS 的雲服務商，先直接講重點，看起來他最後選了 Vultr：
A serious competitor to Digital Ocean. I would use this.
不過 Vultr 有個讓人不太舒服的地方 (對我而言) 是登入機制沒有 2FA，所以只能透過 Password Manager 用強密碼保護。不過除此之外都還算不錯。
不過既然是 Rasmus，在提到 Microsoft 的 Azure 才會是重點 XDDD：
This one was painful. Yes, I have a bit of a Microsoft aversion, but I tried to keep an open mind. Read the full description of my Azure adventure. Expensive, apparently no IPv6, slow disk IO, and I couldn't figure out block storage options. Definitely not for me.
然後在測試 Azure 時的評語就更酸了：
Oh Azure! This one is going to get a bit ranty. I Spent a good 20 minutes clicking around the provisioning Web UI. To be fair, it is more geared to people needing to provision a lot of servers. Doing a single one like this is not the target audience as far as I can tell. But still, instead of presenting a couple of standard options and a way to build your own custom config, Azure gives you 92 options (depending on which region you select):
繼續抱怨找不到價錢：
I also got super lost trying to figure out what it would cost to bring the VPS up to 500 GB of persistent storage. And then to make things even more confusing, when I started the virtual machine creation process and came to the "Choose your virtual machine size" step, I got a bunch of different options not included in the above list with most of them listed as "Not Available" including both the A4 v2 and F4 options I had so carefully located.
然後還有奇怪的 agent 在跑：
The Azure VPS also had the heaviest provisioning agent of all the ones I tested. It looks like it is doing a heartbeat once per second and doing a (non-ssl) GET request to an IIS server upstream asking it for a "GoalState". I listened and checked what the IIS server responded with. The response from the management server is in the GoalState addendum below. It is mostly self-explanatory, I think.
相較於其他家 VPS 的評測，這部份的長度與酸度都頗不賴的 XDDD
Microsoft 的 TTD 與 Mozilla 的 RR
也是個在瀏覽器 tab 上放了一陣子的連結... 先前看到 Microsoft 的 Time Travel Debugger (TTD)，可以錄下程式執行的狀態，然後回放與搜尋：「Thoughts On Microsoft's Time-Travel Debugger」，另外有 CppCon 2017 上的影片，在 YouTube 上：
另外 Mozilla 也有類似的工具，叫做 rr (在影片開頭就有人問類似的問題 XD)，程式碼在 GitHub 上：「mozilla/rr」。
而 TTD 與 rr 兩者最大的差異當然是平台支援的情況：
The most important and obvious difference between TTD and rr is that TTD is for Windows and rr is for Linux (though a few crazy people have had success debugging Windows applications in Wine under rr).
但另外一個也很重要的差異是 TTD 支援完整的 multi-threading，這對於現代的程式來說還蠻常見的：
TTD supports recording of multiple threads in parallel, while rr is limited to a single core.
當然，更完整的錄影也是要付出效能代價的：
On the other hand, per-thread recording overhead seems to be much higher in TTD than in rr. It's hard to make a direct comparison, but a simple "start Firefox, display mozilla.org, shut down" test run on similar hardware takes about 250 seconds under TTD and 26 seconds under rr.
不過有需要的時候應該會很方便？工具總是愈多愈好...