【巴塞爾公約】嚴控全球塑膠垃圾轉移，發展中國家齊說「YES」

既然如此，特斯拉為何敢放話明年底就有自動駕駛？文章稱，Nvidia研發出革命性的自駕系統，該公司蒐集人類實際開車影片，搭配方向盤的操控角度，用來訓練類神經網路（Neural Network、NN）；也就是說，每一格駕駛畫面，都有正確答案，讓NN學會打方向盤的角度；再搭配偏離車道時，如何修正重回線道的資料等，讓電腦掌握開車技巧。

這個方式的特點在於，NN能「全面」掌握駕駛技術。在此之前，業者多把自駕細分成多個項目，如辨識物體、道路等，接著再加以結合，無法確認電腦是否真的完全抓到開車訣竅。Nvidia這套新方法簡單快速，不到一年就有極佳成效，汽車能在多種狀況下自動駕駛（影片見此），如果以此一系統為基礎，應能迅速讓自駕功力大增。文章猜測，特斯拉正是相中此點，才捨棄舊愛Mobileye、改和Nvidia合作。

文章指稱，特斯拉運用Nvidia技術開發出自駕車模型，能從人類實際開車情況和反應中學習，加快研發進展。然而該文警告，問題是機器學習不知道什麼時候會碰上瓶頸，以為NN能就此一帆風順學會開車，過於樂觀。自駕車門檻極高，NN學習過程或許會陷入停滯，難以達標。該文指出，目前谷歌自駕車的開車技術仍不如人類，特斯拉更是遠遠落後。

BusinessInsider報導，特斯拉（Tesla Motors Inc.）執行長（CEO）馬斯克（Elon Musk）19日在記者會上表示，2017年底特斯拉旗下車種將可啟動無人駕駛模式、自洛杉磯開到紐約時代廣場。馬斯克今年初曾表示，特斯拉自駕車將可在2018年橫越美國。他在19日的媒體發表會上提到，特斯拉自駕車的安全性比人類駕駛要高出一倍或更多，硬體基礎已經都準備妥當，只待軟體以及相關法規到位。

特斯拉10月19日發布新聞稿宣布，即日起出廠的旗下所有電動車（包括Model 3）都將配備全自動駕駛硬體配件。特斯拉指出，自駕功能將令車輛安全性大幅提高。

特斯拉新出廠車款配備8個鏡頭、具有360度視角，可視距離達250公尺；12個新版超音波感測器將可進一步提升車輛視覺能力、使得軟硬物件偵測距離較前一代提升一倍。具有增強處理效能的前向雷達可讓車輛掌握前方的車輛動向以及大雨、霧、灰塵等路況。

（本文由授權提供。照片來源：shared by CC 2.0）

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※帶您來了解什麼是 USB CONNECTOR ?

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!

※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※教你寫出一流的銷售文案?

※聚甘新

特斯拉財報翻紅，帶動電池材料業興盛

2020-10-272020-10-28 admin

美國電動車商特斯拉（Tesla）於10月26日發表今年第三季財報，以淨營收2,190萬美元的成果翻紅，EPS相當於每股0.14美元。全球電動車市場蓬勃，且Model 3車款的訂單爆量，市況前景佳，也帶動了上游的供應鏈興盛。為特斯拉車用電池供應原料的日本住友金屬礦山（Sumitomo Metal Mining）也宣布將擴大產能。

特斯拉轉盈

特斯拉今年第三季的淨營收為2,190萬美元，EPS每股0.14美元，較去年每股虧損1.78美元有大幅成長。經會計調整後，第三季EPS為0.71美元，遠高於原先路透社調查預估的虧損0.54美元。會計調整後營收23億美元，也優於原先法人預期的19.8億美元。

特斯拉執行長Elon Musk在財報說明會上表示，今年下半年仍力求出貨5萬輛電動車的目標，並將致力於提升毛利率；在此基礎下，Musk看好第四季營收仍將持續獲利。

特斯拉亦指出，Model 3的交車時間表仍在軌道上，相當於駁斥Model 3將會面臨交車延遲的市場傳聞。特斯拉第三季財報的表現，也將影響股東於11月17日的股東會上針對是否併購SolarCity之投票案的意願。

特斯拉訂單多，上游樂

特斯拉的車用電池由Panasonic提供，而Panasonic的鋰離子電池其中一項原料──鎳酸鋰，則幾乎都由日本住友金屬礦山供應。因應特斯拉訂單強勁，以及全球電動車需求成長，住友金屬礦山宣布砸下180億日圓資金，擴大鎳酸鋰產能。

住友金屬礦山目前的鎳酸鋰每月產能約為1,850噸，預計在2018年1月擴產至3,550噸，以供應未來電動車用鋰電池所需。同時，住友金屬礦山也與Panasonic合作研發高性能鎳酸鋰的產能。

住友金屬礦山的擴產計畫，與特斯拉預計在2017年開始出貨Model 3有直接關聯。加上特斯拉預計2018年要出貨50萬輛Model 3，住友金屬礦山也因此將原先擴產到2,550噸的計畫提高到3,550噸。

其他鋰電池材料，如正負極、分隔膜、電解液等，日系、韓系廠商如住友化學、Toray、旭化成、昭和電工等的市占率相當高。這些廠商也都看好電動車市場的需求繼續成長，持續有擴產計畫，並與鋰電池大廠Panasonic、LG Chem等公司密切合作。

（照片來源： shared by CC 2.0）

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※台北網頁設計公司全省服務真心推薦

※想知道最厲害的網頁設計公司“嚨底家”!

※推薦評價好的iphone維修中心

※聚甘新

香港促推電動車用電池回收機制，避免生態汙染

2020-10-272020-10-28 admin

一般的電動車用電池約有7~8 年的使用壽命，但因含有鋰、硫酸等重金屬，若無妥善回收處理，將有環境汙染之虞。香港政府所引入的首批電動車之電池屆臨退役，專家呼籲政府盡速制訂回收辦法，以避免更嚴重的環境破壞。

香港《蘋果日報》報導，香港在豁免電動車首次登記稅後，電動車數量急速從2010年的100輛以下成長到今年8月的6,167輛，其中以Tesla和Volkswagen最受歡迎。以一般電動車用電池約7年的平均壽命來看，香港首批電動車的舊電池已屆臨汰役，但香港目前仍無回收制度；若廢電池隨意丟棄，所造成的重金屬汙染恐怕較傳統柴油車和汽油車更嚴重，完全背離環保的美意。

香港汽車會副會長李耀培表示，車用電池的儲電量若降低到70%，就可能影響電動車行動速度，甚至造成熄火，進而影響行車安全，因此在此階段就會汰役換新。不過，這也意味著汰役的車用電池其實仍有70%的蓄電量，經妥善處理後可進行二次運用。

報導指出，香港過去會將這類廢電池交給有牌照的化學廢物處置設施進行初步處理，之後再出口到海外回收。但李耀培表示，這只是把汙染丟出香港，並沒有解決問題。他呼籲政府應制定長遠的回收機制，或可參考英國、歐洲等國家將汰役的電動車用電池改製為風力、太陽能儲能設備，更能有效利用電池，且也有助環保。

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※USB CONNECTOR掌控什麼技術要點? 帶您認識其相關發展及效能

※台北網頁設計公司這麼多該如何選擇?

※智慧手機時代的來臨，RWD網頁設計為架站首選

※評比南投搬家公司費用收費行情懶人包大公開

※回頭車貨運收費標準

※聚甘新

優秀源碼帶給我們的一些啟示

2020-10-262020-10-28 admin

首先是個人的一些閱讀源碼的小技巧，不一定適用每個人，可以直接跳過。

閱讀源碼的一些個人技巧

博客+總結

個人覺得大多數情況下跟着一篇優秀的博客配合著看就足夠了，之後再自己寫博客總結一遍加深印象，畫一下流程圖基本都能理順。（圖為學AQS時本人畫的獲取獨佔鎖流程圖）

類關係

配合idea看類之間的關係（ctrl+alt+shift+u）的功能也能更好的理解整個項目的整體架構。因為很多源碼其實並不是真的複雜，只是為了擴展性優雅簡潔等原因建立了大量的接口和抽象類以及各種設計模式，使得項目看起來很龐大很複雜，藉助這個功能有利於你排除掉一些你暫時不想去關心的設計邏輯。知道那個部分才是最核心的邏輯，專註於去看核心代碼。

多看註釋

但是如果你看的博客裏面剛好缺少了一部分你想看的內容，而你又找不到資料，需要自己去看，又或者你想看的源碼一點點資料都找不到的情況下想去看源碼。

這個時候比較有作用的就是註釋，源碼中的註釋看不懂也沒關係，放到百度翻譯里基本也能理解大概的意思。仔細看完方法或類的註釋之後你就理解了接下來這個類大致是在做什麼，之後讀它的源碼會通順很多，有一些方法或類甚至在你看完註釋之後就已經能知道你想看的內容了，已經沒有需要繼續往下讀了。

不僅僅是類或方法的註釋文檔，方法中代碼的註釋也很重要，基本上稍微複雜一點點的代碼，甚至有時候加個鎖，作者都會認認真真的寫一行註釋解釋自己這麼做的原因。

適當囫圇吞棗

還有一點是適當忽略一些不重要的細節，這個主要看你想看什麼，一般我們看第一遍大多數只是想知道大致的流程是什麼樣的，所以可以適當忽略併發邏輯和一些方法里的內容（看一眼註釋先知道這個方法會做什麼的就夠了）。第一遍大致知道流程，第二第三遍再去深究細節和併發邏輯等。

善用debug

多用debug，很多時候源碼走的路線會和你想象中的有很大不同，你以為會進入這個if，其實他偷偷進了else。

短路機制

經常看到利用短路機制的代碼，這裏以 AbstractQueuedSynchronizer 的 acquire 方法為例子，只有 tryAcquire 獲取鎖失敗， !tryAcquire 返回 true 時才會執行後面進入阻塞隊列並掛起的方法，如果獲取鎖成功了，根據短路機制自然不會執行入隊方法。

// AbstractQueuedSynchronizer.acquire(int arg)
if (!tryAcquire(arg) &&
    acquireQueued(addWaiter(Node.EXCLUSIVE), arg)) {
    selfInterrupt();
}

拆高低位

ReentrantReadWriteLock的這段代碼里將AQS的state一分為二給共享鎖和獨佔鎖使用，個人覺得這種設計非常巧妙：

// ReentrantReadWriteLock
abstract static class Sync extends AbstractQueuedSynchronizer {
    // 下面這塊說的就是將 state 一分為二，高 16 位用於共享模式，低16位用於獨佔模式
    static final int SHARED_SHIFT   = 16;
    static final int SHARED_UNIT    = (1 << SHARED_SHIFT);
    static final int MAX_COUNT      = (1 << SHARED_SHIFT) - 1;
    static final int EXCLUSIVE_MASK = (1 << SHARED_SHIFT) - 1;
    // 取 c 的高 16 位值，代表讀鎖的獲取次數(包括重入)
    static int sharedCount(int c)    { return c >>> SHARED_SHIFT; }
    // 取 c 的低 16 位值，代表寫鎖的重入次數，因為寫鎖是獨佔模式
    static int exclusiveCount(int c) { return c & EXCLUSIVE_MASK; }

While(n– > 0)和while (–n >= 0)

忘記在哪裡看到的了，翻了一下瀏覽記錄應該是在Java AIO部分的源碼里，這種寫法感覺很簡潔就記下來了，不過可讀性似乎不太高，特別是第一種乍一看還以為是lambda表達式

意思等同於 for (int i = 0; i < n; i++) ，但是 while(n– > 0) 和 while (–n >= 0) 這種寫法會直接改變n的值

xx = null

在很多jdk的源碼中我們都可以看到 xx = null // help GC 這樣的代碼，用來置空引用，幫助jvm完成gc。具體可以了解可達性算法。

這裏我們以LinkList為例子：

// LinkList 的方法
private E unlinkFirst(Node<E> f) {
    final E element = f.item;
    final Node<E> next = f.next;
    f.item = null;
    f.next = null; // help GC
    first = next;
    if (next == null)
        last = null;
    else
        next.prev = null;
    size--;
    modCount++;
    return element;
}

位移運算符

在很多地方都會使用位移來進行運算，平時寫算法題也一樣很多人都這麼使用，下面以 ArrayList 的 grow 方法為例子，這裏通過右移1位使 oldCapacity 變為原來的0.5倍，之後加上它本身得到 newCapacity

// ArrayList.grow(int minCapacity)
private void grow(int minCapacity) {
    // . . . . . .
    int newCapacity = oldCapacity + (oldCapacity >> 1);//newCapacity就是1.5倍的oldCapacity
    // . . . . . . 
}

以上是我目前的水平所能總結出來的，後續學到其他的會繼續更新，如果大家有什麼補充的請告訴我

最後慣例附一圖：（根本不存在想雇傭我的地方( ´_ゝ`).jpg）

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※帶您來了解什麼是 USB CONNECTOR ?

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!

※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※教你寫出一流的銷售文案?

※聚甘新

小師妹學JVM之:JIT中的LogCompilation

2020-10-262020-10-28 admin

簡介
LogCompilation簡介
LogCompilation的使用
解析LogCompilation文件
總結

簡介

我們知道在JVM中為了加快編譯速度，引入了JIT即時編譯的功能。那麼JIT什麼時候開始編譯的，又是怎麼編譯的，作為一個高傲的程序員，有沒有辦法去探究JIT編譯的秘密呢？答案是有的，今天和小師妹一起帶大家來看一看這個編譯背後的秘密。

更多精彩內容且看：

區塊鏈從入門到放棄系列教程-涵蓋密碼學,超級賬本,以太坊,Libra,比特幣等持續更新
Spring Boot 2.X系列教程:七天從無到有掌握Spring Boot-持續更新
Spring 5.X系列教程:滿足你對Spring5的一切想象-持續更新
java程序員從小工到專家成神之路（2020版）-持續更新中,附詳細文章教程

LogCompilation簡介

小師妹：F師兄，JIT這麼神器，但是好像就是一個黑盒子，有沒有辦法可以探尋到其內部的本質呢？

追求真理和探索精神是我們作為程序員的最大優點，想想如果沒有玻爾關於原子結構的新理論，怎麼會有原子體系的突破，如果沒有海森堡的矩陣力學，怎麼會有量子力學的建立？

JIT的編譯日誌輸出很簡單，使用 -XX:+LogCompilation就夠了。

如果要把日誌重定向到一個日誌文件中，則可以使用-XX:LogFile= 。

但是要開啟這些分析的功能，又需要使用-XX:+UnlockDiagnosticVMOptions。所以總結一下，我們需要這樣使用：

-XX:+UnlockDiagnosticVMOptions -XX:+LogCompilation -XX:LogFile=www.flydean.com.log

LogCompilation的使用

根據上面的介紹，我們現場來生成一個JIT的編譯日誌，為了體現出專業性，這裏我們需要使用到JMH來做性能測試。

JMH的全稱是Java Microbenchmark Harness，是一個open JDK中用來做性能測試的套件。該套件已經被包含在了JDK 12中。

如果你使用的不是JDK 12，那麼需要添加如下依賴：

<dependency>
    <groupId>org.openjdk.jmh</groupId>
    <artifactId>jmh-core</artifactId>
    <version>1.19</version>
</dependency>
<dependency>
    <groupId>org.openjdk.jmh</groupId>
    <artifactId>jmh-generator-annprocess</artifactId>
    <version>1.19</version>
</dependency>

更多詳情可以參考我之前寫的：在java中使用JMH（Java Microbenchmark Harness）做性能測試一文。

之前有的朋友說，代碼也用圖片，看起來好看，從本文之後，我們會盡量把代碼也轉成圖片來展示：

看完我的JMH的介紹，上面的例子應該很清楚了，主要就是做一個累加操作，然後warmup 5輪，測試5輪。

在@Fork註解裏面，我們可以配置jvm的參數，為什麼我註釋掉了呢？因為我發現在jvmArgsPrepend中的-XX:LogFile是不生效的。

沒辦法，我只好在運行配置中添加：

運行之後，你就可以得到輸出的編譯日誌文件。

解析LogCompilation文件

小師妹：F師兄，我看了一下生成的文件好複雜啊，用肉眼能看得明白嗎？

別怕，只是內容的多一點，如果我們細細再細細的分析一下，你會發現其實它真的非常非常……複雜!

其實寫點簡單的小白文不好嗎？為什麼要來分析這麼複雜，又沒人看，看了也沒人懂的JVM底層…..

大概，這就是專業吧！

LogCompilation文件其實是xml格式的，我們現在來大概分析一下，它的結構，讓大家下次看到這個文件也能夠大概了解它的重點。

首先最基本的信息就是JVM的信息，包括JVM的版本，JVM運行的參數，還有一些properties屬性。

我們收集到的日誌其實是分兩類的，第一類是應用程序本身的的編譯日誌，第二類就是編譯線程自己內部產生的日誌。

第二類的日誌會以hs_c*.log的格式存儲，然後在JVM退出的時候，再將這些文件跟最終的日誌輸出文件合併，生成一個整體的日誌文件。

比如下面的兩個就是編譯線程內部的日誌：

<thread_logfile thread='22275' filename='/var/folders/n5/217y_bgn49z18zvjch907xb00000gp/T//hs_c22275_pid83940.log'/>
<thread_logfile thread='41731' filename='/var/folders/n5/217y_bgn49z18zvjch907xb00000gp/T//hs_c41731_pid83940.log'/>

上面列出了編譯線程的id=22275，如果我們順着22275找下去，則可以找到具體編譯線程的日誌：

<compilation_log thread='22275'>
...
</compilation_log>

上面由compilation_log圍起來的部分就是編譯日誌了。

接下來的部分表示，編譯線程開始執行了，其中stamp表示的是啟動時間，下圖列出了一個完整的編譯線程的日誌：

<start_compile_thread name='C2 CompilerThread0' thread='22275' process='83940' stamp='0.058'/>

接下來描述的是要編譯的方法信息：

<task compile_id='10' method='java.lang.Object <init> ()V' bytes='1' count='1409' iicount='1409' stamp='0.153'>

上面列出了要編譯的方法名，compile_id表示的是系統內部分配的編譯id，bytes是方法中的字節數，count表示的是該方法的調用次數，注意，這裏的次數並不是方法的真實調用次數，只能做一個估計。

iicount是解釋器被調用的次數。

task執行了，自然就會執行完成，執行完成的內容是以task_done標籤來表示的：

<task_done success='1' nmsize='120' count='1468' stamp='0.155'/>

其中success表示是否成功執行，nmsize表示編譯器編譯出來的指令大小，以byte為單位。如果有內聯的話，還有個inlined_bytes屬性，表示inlined的字節個數。

<type id='1025' name='void'/>

type表示的是方法的返回類型。

<klass id='1030' name='java.lang.Object' flags='1'/>

klass表示的是實例和數組類型。

<method id='1148' holder='1030' name='<init>' return='1025' flags='1' bytes='1' compile_id='1' compiler='c1' level='3' iicount='1419'/>

method表示執行的方法，holder是前面的klass的id，表示的是定義該方法的實例或者數組對象。method有名字，有
return，return對應的是上面的type。

flags表示的是方法的訪問權限。

接下來是parse，是分析階段的日誌：

<parse method='1148' uses='1419.000000' stamp='0.153'>

上面有parse的方法id。uses是使用次數。

<bc code='177' bci='0'/>

bc是byte Count的縮寫，code是byte的個數，bci是byte code的索引。

<dependency type='no_finalizable_subclasses' ctxk='1030'/>

dependency分析的是類的依賴關係，type表示的是什麼類型的依賴，ctkx是依賴的context class。

我們注意有的parse中，可能會有uncommon_trap：

<uncommon_trap bci='10' reason='unstable_if' action='reinterpret' debug_id='0' comment='taken never'/>

怎麼理解uncommon_trap呢？字面上意思就是捕獲非常用的代碼，就是說在解析代碼的過程中發現發現這些代碼是uncommon的，然後解析產生一個uncommon_trap，不再繼續進行了。

它裏面有兩個比較重要的字段，reason表示的是被標記為uncommon_trap的原因。action表示的出發uncommon_trap的事件。

有些地方還會有call：

<call method='1150' count='5154' prof_factor='1.000000' inline='1'/>

call的意思是，在該代碼中將會調用其他的方法。count是執行次數。

總結

複雜的編譯日誌終於講完了，可能講的並不是很全，還有一些其他情況這裏並沒有列出來，後面如果遇到了，我再添加進去。

本文的例子https://github.com/ddean2009/learn-java-base-9-to-20

本文作者：flydean程序那些事

本文鏈接：http://www.flydean.com/jvm-jit-logcompilation/

本文來源：flydean的博客

歡迎關注我的公眾號:程序那些事，更多精彩等着您！

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※台北網頁設計公司全省服務真心推薦

※想知道最厲害的網頁設計公司“嚨底家”!

※推薦評價好的iphone維修中心

※聚甘新