Go Conference mini 2023 Winter IN KYOTO

あけの @akeno_0810

slogのバックエンド気になる #kyotogo

katzchum @katzchum

ログレベルのconst定義の空き番はユーザー定義できる #kyotogo

katzchum @katzchum

slogのパフォーマンスってどうよ？ #kyotogo

fujiwo ふじを @ffjlabo

Logger周りのパフォーマンス周りの話気になってた #kyotogo

うたがわきき @utgwkk

パフォーマンスで思い出したけどzapはデフォルト設定でログをサンプリングするみたいなのがあった blog.stenyan.jp/entry/2023/11/… #kyotogo

kota @88888888_kota

slogのパフォーマンスに関しては、zapかどこかのGitHubに比較表があった気がする #kyotogo

katzchum @katzchum

へー＞anyよりValueのほうがメモリ効率がいい #kyotogo

Ryuji Iwata @qt_luigi

メモリのことが考えられるようになるとGoの視座が１つ上がりますよね。#kyotogo

luccafort@技術書典16「せ01」Money Forward Techbook #8 頒布 @luccafort

キャンセルが出たため参加可能な枠が増えてます。 もし午後から話だけでも聞きに行こうかな？という方がいたらぜひ！ せっかく登壇者が津々浦々から集まって登壇してくれてるので現地で登壇者捕まえて根掘り葉掘り質問してくれ！ kyotogo.connpass.com/event/285351/ #kyotogo

katzchum @katzchum

1バイト分効率が良い #kyotogo

mazrean @mazrean22

slog、そこまで考えて実装されているのか… #kyotogo

codehex.bsky（へっくす） @codehex

Value 構造体を使うと効率が良いらしい。だけど無理やり落とし込むのはやらない方が良さそう #kyotogo

rmatsuoka @rymatsuoka

slog のメモリ節約術おもしろい any型をさけてValue構造体を定義することでポインタのメモリ確保を回避している #kyotogo

micchie 🐻 🍣 @micchiebear

any よりも Value のほうがメモリ効率が良いっていう話 #kyotogo

mazrean @mazrean22

確かにログの場合1byte毎回削れることで得られる恩恵ありそう #kyotogo

katzchum @katzchum

90パーセンタイルをみて数を決めた感じか #kyotogo

Iwamin @B_Sardine

大体5セットくらいなんだlogに入れてるの #kyotogo

soso @sosomuse

これまでの知見が生きてるなー #kyotogo

Ryuji Iwata @qt_luigi

Go個 #kyotogo

fujiwo ふじを @ffjlabo

メモリのアロケーションのためuintとpointerだけで構成されてるの興味深かった #kyotogo

モノクロメガネ研究員 @monochromegane

懐かしい！福岡で開催したGo Conference'19 Summer in Fukuoka のステッカーだ〜 #fukuokago #kyotogo x.com/linyows/status…

L I N Y O W S @linyows

4年前のイベントのステッカー余ってたので持ってきました。もらってください！ #kyotogo pic.twitter.com/i6V4hxLvGD

2023-12-02 10:07:37

うたがわきき @utgwkk

フィールドがいちばん多いの、アクセスログをアプリケーションで吐くときぐらいかなー #kyotogo

shinshin @ss49919201

slogのパフォーマンス意識したことがなかったので大変ためになりました。 #kyotogo

tenntenn @tenntenn

配信の映像がおかしいや音がおかしいなどあれば教えてください。 #kyotogo

Ryuji Iwata @qt_luigi

心配Go無用！#kyotogo