
阿爾法傳說
[elasticsearch on pi] 把fd設到四十萬了,看看這次能不能跑超過二十四小時...

阿爾法傳說
妙的是我用lsof怎麼看他都只用到兩萬個左右的fd,明明最一開始預設的限制是65535,到底為什麼會輕易地超過。

阿爾法傳說
然後在mac上無法重製這個現象,因為雖然ulimit -a回報fd上線只有256但我發現mac真正在管這個參數的東西是launchctl,然後他的預設值是unlimited


阿爾法傳說
幹即使只是韓服的資料,光二十分鐘就有超過一萬五千筆match

阿爾法傳說
已poc來說我最好還是能有個機制可以更新爬的基準點,不然永遠跟不上玩家打game的速度。


阿爾法傳說
這樣看起來production api key十分鐘三千query都追不上啊

阿爾法傳說
阿說錯了,十分鐘有十八萬的quota,完全沒問題。

踢蹦
各種觀戰


阿爾法傳說
一覺醒來,service還活著,已感動。
