HidetakaKojo

• メロスが歩いている
• 若い衆が歩いている
• メロス、若い衆と話す
• 若い衆、話を聞く
• 立ち去る
• 若い衆をメロスが見送る
• 人を探しながら、急ぎ足で道を歩く

キャラクター

HidetakaKojo

Phoenix.Transports.WebSocekt.ws_closeが実行されると
Channel.Serverのそれぞれのpidに対してPhoenix.Channel.Server.close(pid)が呼ばれる
closeはcastでChannelプロセスの後片付けをしていて、
Phoenix.Channel.Server.handle_cast(:close, socket)が実行されて、
{:shutdown, :close}イベントが渡されるhandle_castの返り値に{:stop, {:shutdown, :close}, socket}が戻るので
Phoenix.Channel.Server.terminate({:shutdown, :close}, socket)が呼ばれてChannelが整理される

じゃあPhoenix.Transports.WebSocket.ws_closeは誰が叩いてるんだって話だと、
Phoenix.Endpoint.CowboyWebSocketで、cowboy_websocketのhandler経由.

HidetakaKojo

コードはこれ

defmodule Hoge do
  def create_list(num \\ 10), do: 1..num |> Enum.to_list

  def perf1_loop(num \\ 1000) do
  ¦ list = create_list(10)
  ¦ t1 = :erlang.timestamp()
  ¦ Enum.reduce(1..num, list, fn(_i, acc) ->
 ¦ ¦ perf1(acc)

HidetakaKojo

調べたいことは以下...

1. どのタイミングでsubscribeされるのか
2. どういう経路でbroadcastからpublishが実行されるのか
3. channelにjoinした際にどういう挙動でbroadcastに対象になるのか

(なんとなくわかってることもあるけど、再度確認のために)

どのタイミングでsubscribeされるのか

HidetakaKojo

構成検討

• packaging
  • ansible / exrm
• release location
  • S3
• deploy
  • consul + ??

参考資料

HidetakaKojo

innodb_stats_update_need_lock

• https://mariadb.com/kb/en/mariadb/xtradbinnodb-server-system-variables/#innodb_stats_update_need_lock
• 整合性が問題となる一部statsの更新をあきらめてロックを減らす
• 犠牲となるのはshow table statusで表示されるData_free
• default=1で0にするとlockしなくなる。dynamicに変えられる

innodb_buffer_pool_instances