前言
之前, 公司引進(jìn)了壓力測(cè)試的概念, 會(huì)使用 tsung 測(cè)試高并發(fā)下服務(wù)的性能. 這一測(cè)試, 原始的 lager:info 方法的弊端便顯示出來(lái)了. 測(cè)試服務(wù)在打印了一次日志的情況下, 性能降到了空跑的1/6.
探究
日志的本質(zhì), 其實(shí)是躺在 /opt/app/log 目錄下的文件. 盡管我們用多線程的方式避開(kāi)了入口的瓶頸, 但是當(dāng)我們需要訪問(wèn)相同的資源的時(shí)候, 瓶頸又出現(xiàn)了. 盡管我們的實(shí)現(xiàn)中沒(méi)有出現(xiàn)鎖, 但是實(shí)際上鎖還是存在的. 那么, 相信有點(diǎn)基礎(chǔ)的讀者該明白問(wèn)題的解決方案了: 用給節(jié)點(diǎn)發(fā)消息, 信箱接收的方式來(lái)排序, 將并發(fā)變?yōu)榇? 解決鎖的問(wèn)題.
實(shí)驗(yàn)
在服務(wù)(cowboy) 啟動(dòng)的時(shí)候開(kāi)啟一個(gè)新節(jié)點(diǎn), 將節(jié)點(diǎn)注冊(cè)為 pid_lager
true = register(pid_lager, spawn(tools, log, []))
需要打日志的時(shí)候, 將日志的信息發(fā)送到 lager_pid 節(jié)點(diǎn)
tools:lager_log(info, <<"hello">>)
節(jié)點(diǎn)收到信息后進(jìn)行打印處理
log() ->
receive
{info, Msg} ->
lager:info(Msg),
log();
{info, Format, Data} ->
lager:info(Format, Data),
log();
{warning, Msg} ->
lager:warning(Msg),
log();
{warning, Format, Data} ->
lager:warning(Format, Data),
log();
{error, Msg} ->
lager:error(Msg),
log();
{error, Format, Data} ->
lager:error(Format, Data),
log();
_ ->
log()
end.
lager_log(Level, Msg) when Level =:= info orelse Level =:= warning orelse Level =:= error ->
pid_lager ! {Level, Msg}.
lager_log(Level, Format, Data) when Level =:= info orelse Level =:= warning orelse Level =:= error ->
pid_lager ! {Level, Format, Data}.
結(jié)果
在消除競(jìng)爭(zhēng)的情況下, 日志帶來(lái)的損失大約是幾個(gè)百分點(diǎn)的性能損失. 但是有個(gè)缺陷是單位時(shí)間的輸出日志有上限, 在每秒1w壓力下, 只能打6000多條日志. 剩余日志會(huì)在壓力測(cè)試結(jié)束后繼續(xù)運(yùn)行并輸出. 這個(gè)我就沒(méi)有很好的方法了, 只能考慮說(shuō)精簡(jiǎn)日志, 將服務(wù)備份并部署多個(gè)的方法來(lái)緩解壓力了.
