https://www.reddit.com/r/golang/comments/8ojjoj/huge_performance_hit_on_a_simple_go_server_with/
Docker’s disk I/O was the bottleneck!
Solved: Disk I/O was the problem. Even though I’m on Debian 9.4, changing to an in-memory sqlite allowed Docker to push 2.9k reqs/sec. Credits to /u/Willson50 for the amazing find!
With file=dco.sqlite3?mode=memory, Docker can push ~2.9k req/sec.
Other way:
PRAGMA journal_mode=WAL;
PRAGMA synchronous=NORMAL;
https://www.sqlite.org/wal.html
https://github.com/karalabe/xgo
https://medium.com/taipei-ethereum-meetup/%E4%BD%BF%E7%94%A8-go-ethereum-1-6-clique-poa-consensus-%E5%BB%BA%E7%AB%8B-private-chain-1-4d359f28feff
node 1
node 2
signer 1
signer 2
all private key & address create by https://vanity-eth.tk/
check again private key & address by https://www.myetherwallet.com/#view-wallet-info
node1
private key：138cbbfb21686ddc3b5ffeb2cfc83491175af68319977acb81d0ae93392c626c
account address：e79d33e93bd888b35e055f1a12d876354729037b
node2
private key：df0c39faccd3c9d6d10091932f2214b9d42e92bd07b64a1552d13d39a6a84122
account address：Bf95EAacf10BEA53f0a73955a7eFCE2fb4A4Ef1d
signer1
nodekeyhex：fcc406a7344690f66c757cc2c9987e3e78bb01e33229f9877d48a7fecc2d6657
node address：256330933851d6d3c5f7326b01021553415a33cd5485e23bfbe35f6321e6e2f8373bb1c94933fdb3283a1a8b2b737587dd99c555029e65e173a3094daa39277c
private key：d05bd152f3d71ff5f91830f3ccc1090fb670c7026ebf8c2136d4e5090d59398d
account address：5921a4C1B13afbD4b61d63e9c7BD47741C47B176
signer2
private key：df504d175ae63abf209bad9dda965310d99559620550e74521a6798a41215f46
account address：8Cc5A1a0802DB41DB826C2FcB72423744338DcB0
docker-compose
version: '3.3' services: go-ethereum-node1: build: context: go-ethereum-node1/ volumes: #- ./go-ethereum/keystore:/root/.ethereum/devchain/keystore:rw - ./go-ethereum-node1/genesis/poa_for_dev.json:/root/genesis/poa_for_dev.json:ro - /etc/localtime:/etc/localtime:ro #- ./go-ethereum/log:/root/log:rw entrypoint: /root/start.sh ports: - "18545:8545" - "30313:30303" - "30313:30303/udp" networks: - fastdev go-ethereum-node2: build: context: go-ethereum-node2/ volumes: - .
有寫一支離線APP(不需要網路)，app有上架android和ios，andorid有開廣告，而ios賣出去一些。
一開始開發使用framework 7 (純javascrip、html、css)，開發速度是最快的，照著官網教學做，顏色不大改、版型照用，真的很快，然後用codova包一包，就上架了，操作起來也順，介面看起來都很像ios，唯一的問題是要花時間了解fromework 7架構上，第一次使用當然很痛苦，痛點在於framework，優點在於 html、css、javascript自由。
整體開發時程：一周內肯定解決。
後來改版了，花一些時間了解ionic，發現ionic跟Framework7用法差不多，但卻可以使用ionic native跟底層溝通(不過實際上這支APP根本不用到native)，硬生生加入一個底層開啟圖片的功能；ionic開發起來也是很快，因為還是html為主的方式，另外也有花時間了解react，和react不同是，一開始的jsx就一堆問題，不過這是在很早期react會發生的問題(現在已經沒有這些問題)；除react外，Angular也同樣有花時間了解，那時 Angular 1 基本上也是放棄，因為太複雜、反人類… Angular 2在寶哥展示後，發現“真的“不反人類了，就決定可以用ionic；ionic開發快在Angular 2+的底層架構，實際開發中的痛苦點反而比Framework7少，畢竟有Framework7可以對照開發，只需要進行語法上的轉換，不用花心思在架構上，Angular也是可以用javascript，Framework7上的array、object可以直接照搬來使用，唯一花時間在 上廣告 和 圖片呼叫底層，有痛到。
一周內肯定解決。
ionic 2 -> ionic 3 ，基本上 印象中 1天內解決吧，處理一些不相容問題而已。
ionic 2或3 順暢度，覺得差不多，唯一碰到的是原生的元件，在中文顯示小標題時，有一點被裁到，這問題在網頁上看時是正常的，在app上看時是不正常，這令人很困擾，但也懶得再用css調整了，就是這問題成為往flutter開發前進的關鍵原因。
Flutter官方展示對我最重要的點：修改後即時更新顯示 和 Material的元件。
改版撰寫時期發現 即時更新顯示 正常情況下是沒問題，但會有失效的情況，最終還是要重新complie app，但這功能只要運作正常時，是非常好用，可以慢慢調整畫面，真的太好用了！
之前開發都是跟web相關，即使在web broswer看是正常的，套入app後還是要把所有的情況再點擊測試一次(會有網頁正常、APP不正常情況)，撰寫過程中發現問題進行修正後，需要再度complie app，然後再執行再調整，重覆web模式，和原生android開發也差不多，app每次complie完再操作，再調整，再重來一次complie執行…一直循環
能即時更新這點……真的節省非常多的時間！
但！！！ 這次使flutter開發卻是有始以來花費時間最久的，Dart…Flutter Framework，Widget…….開發總時間已經逼進三星期以上，現在也只不過開發80%而己。
1、圖片 要能兩指縮放，最終網上有大神有做出plug，但為了套到去，就花了一星期以上，先參考官方demo app，移值失敗，用大神才成功。好處：終於離開底層的縮放，也不是css或javascript假縮放。
2、搜尋 看了一堆demo後，官方有比較推的方式，照做，照完後，發現是有BUG的，可能官網的做法，最後的搜尋完的點選，是在同一頁，但實際肯定會nav push到新頁，回到搜尋頁後，就不能搜尋了，debug查了整整一天，試了各種方式後，放棄！ 改找網路上土砲法，自己做搜尋在header，然後再參考官方控制操作，這樣終於改完了。這也是一周以上的時間。
3、文章式的顯示：多塊區域組合，這裡也是花一堆時間，ListView怎麼處理widget [] 和chrild、chrildren等等，這裡正式踢鐵版，卻更了解上述一些架構上的問題。
改版到這裡就花了三星期以上的時間，這樣開發不是一次三星期，而是下班後斷斷續續的開發，到現在還是沒開發完畢，以之前的開發經驗，接下來肯定有
1、admob
2、androdi ios 實際創建app問題 android應該最少，ios最多
真的開發的話，有時間壓力的話，ionic還是最快的，但為了app畫面精緻度，也許Flutter………
all output columns with logstash
filter { if [srctype] == "etl" { #[fields][srctype] csv { columns => [ "number", "hash", "parent_hash", "nonce", "sha3_uncles", "logs_bloom", "transactions_root", "state_root", "receipts_root", "timestamp", "extra_data", "transaction_count", "gas_limit", "size", "total_difficulty", "difficulty", "miner", "block_hash", "block_number", "transaction_index", "from_address", "to_address", "value", "gas", "gas_price", "input", "address", "bytecode", "function_sighashes", "is_erc20", "is_erc721", "log_index", "transaction_hash", "data", "topics", "cumulative_gas_used", "gas_used", "contract_address", "root,status" ] separator => "," remove_field => ["message"] #autodetect_column_names => true #have problems #autogenerate_column_names => true #have problems skip_empty_columns => true skip_empty_rows => true } }
https://sueboy.blogspot.com/2018/11/elk60filebeatdocumenttype.html
filebeat.yml
- type: log paths: - /var/log/geth.log exclude_files: ['.gz$'] fields: srctype: "geth" pipleline logstah.conf
if [fields][srctype] == “geth” {
BUT fields_under_root: true - type: log paths: - /var/log/geth.log exclude_files: ['.gz$'] fields: srctype: "geth" fields_under_root: true if [srctype] == “geth” {
docker-compose.yml
version: '3.3' services: ethereum_etl: build: context: . volumes: - ./var/log/:/ethereum-etl/output:rw #- /root/go/src/github.com/ethereum/go-ethereum/build/bin/data:/ethereum-etl/ipc #failed ipc is interface not data networks: - etl networks: etl: driver: bridge DOCKERFILE
FROM python:3.6-alpine MAINTAINER Eric Lim ENV PROJECT_DIR=ethereum-etl RUN mkdir /$PROJECT_DIR WORKDIR /$PROJECT_DIR RUN apk add --no-cache gcc musl-dev #for C libraries: RUN pip install --upgrade pip && pip install ethereum-etl #ENTRYPOINT ["python", "ethereumetl"] ENTRYPOINT ["ethereumetl"] CMD ["export_all", "-s", "0", "-e", "500000", "-p", "http://xxx.
