►
From YouTube: 2020 02 20 Memory Team Planning Josh and Craig
Description
Internal doc link https://docs.google.com/document/d/10Q4gSHTvfR-Z6LgnvwBjnCn_-JNDNRPLth3wMr2X7rU/edit#
B
A
B
So
this
is
epic
954,
so
enabling
boom
on
the
web
server,
which
it's
kind
of
turned
into
just
the
Puma
epic.
That's
not
just
focused
on
web
server
get
loud.
So
Camilla
raises
a
question
about
what's
next,
what
do
we
need
to
wrap
up
for
Puma
and
I?
Think
these
five
yeah
top
five
issues?
It
makes
sense
for
the
most
immediate
need.
A
We
can't
we
can't
do
that.
First,
that's
gonna,
be
I,
think
a
larger
thing
right,
so
I
think
we
first
need
to
figure
out
what
the
right
defaults
are
for
omnibus,
like
number
three.
That
way
that
way,
we
can
have
a
like-for-like
installation
that
makes
sense
and
then
I
think
we're
gonna
need
document
up
to
the
documentation
to
make
sure
that
we
have
I.
Think
I.
Think
I
opened
up
an
issue
on
this,
like
maybe
I'm
fighting
at
it
to
the
document
to
this
epic,
but
we
need
a
so
that
documentation.
A
No,
no
sizes
right
like
what
should
they
structure
that
note
that
worker
at
thread
counts?
Is
it
always
like
WX
and
like
t2,
or
what
are
we?
What
do
we?
What
like?
What
do
we
land
on?
Because
that's
that
should
be
in
that
zone,
because
we
have
customers
with
some
larger
nodes,
of
course,
and
we
want
to
have
some
documentation
in
there,
a
cycling
restore
defaults
which
will
likely
be
like
the
you
know,
it's
pretty
small
box
installation
right.
A
A
A
A
A
A
A
A
A
A
B
A
B
A
No
I
think
removal
unicorns
to
the
aggressive
430.
No
though
so
we
can
remove
that.
So
let
me
show
you
be
interesting.
If
you,
if
you're
a
little
more
concerned
on
the
rollout
like
in
the
post,
is
11
rollout
it's
like,
should
we
have
some
idea
of
like
before
you
make
it
opt
out
how
many
people
actually
took
the
plunge
and
and
if
any
mm-hmm.
A
So
it's
sort
of
interesting
on
the
puma
side,
so
you
get
a
sense
of
how
many
people
have
actually
tried
this
and
haven't
reported
problems
before
we
go
and
making
it
opt
out
and
like
a
little
comfort
factor.
Since
we
hit
really
don't
have
a
way
to
do
like
a
progressive
deployment
across
our
like
self-managed
plead.
A
A
B
A
A
Basically
is
my
lesson
packable
for
single
nodes,
because
it
kind
of
already
go
down
for
a
short
period
of
time.
Right
just
won't
agree
if
we
change
like
a
if
we
really
bump
Ruby
I
think
it
actually
goes
down
for
a
period
of
time.
For
example,
I
believe
if
we
bump
unicorn
like
the
version
since
the
whole
container
has
to
restart
but
that'll
happen.
More
often
now
I
think
the
bigger
challenge
is
on
a
che
installations.
People
might
not
have
the
health
check
setup
right,
so
it
might
not.
A
A
A
A
There
might
be
some
support.
Enable
meant
we
have
to
do
here.
Make
sure
like
in
Docs
like
this
is
clear.
Mm-Hm
and
the
support
team
is
aware.
So
if
they
see
someone
upgrading
to
whatever
version
make
it
I'm
gonna
fault
and
they're
like
oh
something's,
not
working,
it's
like
Oh,
have
you
tried
logging
as
an
admin?
Do
you
see
a
blue
stump
that
comes
up
and
tells
you
that
you're
doing
right,
you're
running
rugged
and
because,
if
so,
you're
gonna
need
to
edit
your
configuration
yep.
A
All
right
so
I
think
I
think
that's
the
thing.
That's
the
accident
right.
We
should
investigate
the
single
node
reconfigure.
We
should
make
sure
we
have
the
right
documentation
in
place
for
the
rugged
stuff
and
then
the
rollout
really
is
just
become
probably
I
mean
even
now
they
can
probably
remove
the
extra
medical
status.
A
B
A
Do
we
own
a
block,
I
think,
there's
a
kinetic
like
today,
great
recommendation:
I'm
a
blog
post
on
this
right.
Mm-Hmm
I
probably
can't
write
that
I'm
not
sure
if
you
or
Camille
or
Matias
or
anyone
wants
to
I'm
happy
to
review
it
or
write
some
the
boilerplate
stuff,
but
I
PI
can't
be
the
primary
content
generation.
I.
Think.
B
Yes,
we
can
get
a
blog
post,
I
think
largely
be
Camille
and
his
expertise.
That
could
certainly
get
an
outline
from
this
one
I
think
most
of
the
content
is
gonna,
be
here
I
mean
we
can
call
back
to
when
we
first
started
build
up
and
even
include
some
of
the
results.
So,
yes,
I
will
put
that
it
seems
like
a
good
one
for.
B
A
B
A
A
So
if
you
search
for,
if
you
search
for
Puma,
you
know
get
lab,
come
the
documentation,
you'll
land
here,
which
is
great.
But
then
you
end
up
at
this
page,
which
doesn't
really
tell
you
anything.
Mm-Hmm
doesn't
turn
on
and
tells
you
how
to
like,
like
I,
just
the
the
worker
counts
and
the
thread
counts,
but
doesn't.
A
A
That's
not
super
helpful.
This
is
better
actually
because
we
actually
have
the
like
the
rugged
stuff
in
here.
Look
I
want
to
have
Russell,
do
a
pass
here,
but
again,
I
think
we,
you
know
I,
think
we
need
more
of
more
like
more
context
like
recommendations
on
thread,
counts
and
work
of
counsin
yeah.
Otherwise,
it's
just
I
think
we
might
be
setting
people
up
for
some
degree
of
failure
and
that's
not
what
we
want
now.
A
B
A
Like
it's
opt-in
right
now,
but
but
basically
like
we'll
make
sure
the
documentation
is
there
remove
the
experimental
status
we'll
say
it's
GA,
all
that
kind
of
good
stuff.
Until
that
night
I
doubt
we
can
aim
for
I,
don't
know
3900,
maybe
yeah
seems
like
the
best
place
to
do
it.
Well,
they
will
be
changing
two
major
things.
At
the
same
time,
twist
goes
11
and
in
Puma,
so
I
mean
sort
of
multivariable
calculus
on
any
kind
of
problems.
That
pop
up.
Is
it
too
much?
It
suppose.
B
A
And
then
they
can
schedule
removal,
probably
in
14.0,
that
seems
like
a
reasonable
timeframe.
Two
people
a
year
to
move
over
if
they
want
to
no
I,
don't
think
the
super
urgency
here
and
it
is
and
is
that's
not
really
breaking
but
but
if
you're
on
a
rugged,
you'll
have
to
do
something
different
right,
you'll
have
to
like
edit
document
editing
configuration
because
the
defaults
probably
won't
have
very
kind
of
one.
A
A
But
waiting
until
fortunate
Oh
seems
wrong
and
having
a
minor
upgrade
that
requires
some
of
our
largest
customers
who
use
rugged
to
manually
edit.
The
configuration
also
seems
wrong
that
feels
more
like
a
breaking
change
than
a
patch
release.
If
you
have
it,
you're
like
required
to
edit
the
configuration
to
make
sure
your
instance
doesn't
fall
over.
B
A
I
hear
you
but
I
kind
of
feel
like
if
you're
gonna
require
it.
If
we're
gonna
make
people
if
people
on
rugged
have
to
make
a
configuration
change,
mm-hmm
with
or
if
than
if
they
don't
their
instance,
we'll
have
negative
performance
impacts.
Then
that's
probably
like
a
major
change
to
me.
I
think
it's
not
I
mean
they.
Just
if
it's
not
a
breaking
change,
we
can
see,
we
can
aim
for
it,
subdue
no
dough
and
be
a
little
aggressive,
especially
considering
the
worst
case
scenario.
You
just
turn
it
off.
A
I'd,
rather
do
it
in
a
major
release
because
of
the
fact
that
it's
again
it
required
will
require
config
change
for
some
of
our
customers,
but
yeah,
okay,
okay
cool
we
can
make.
We
can
just
sort
of
say
this
is
optimistic
a
little
bit
because
just
keep
an
eye
on
it
put
llama
tree
I'm,
not
sure
you
have
to
be
interesting.
B
A
A
A
A
A
So
whatever
alright
I
can't
find
it
moving
on
I'll
make
an
issue
for
it.
We
can
discuss
where
they're
going
to
do
it.
It's
it's
fairly
trivial,
you've
heard
of
sequel,
query
into
that
library,
file
or
whatever
it's
actually
want
to
use,
and
just
basically
like
we're
trying
to
counter
like
0
or
1
if
it's
on
or
off,
but
that's
like
the
extent
of
it.
B
B
A
B
A
B
Profiling
that
was
happening,
but
actually
the
import
team
took
those
took
that
issue.
Okay,
get
written
there's
so,
but
the
Ruby
on
Rails
performance
training
is
actually
going
to
happen,
starting
Monday,
and
there
might
be
something
that
pops
up
in
that
training
that
we
can
incorporate
into
twelve
ten
twelve
ten
is
gonna
include
contribute,
so
it's
gonna
be
a
shorter
milestone
anyway.
So.
A
Yeah,
we
can
also
help
on
any
cable.
That
sounds
like
a
supply
going
to
proceed,
so
we
I'm
not
sure
we
again
I,
don't
think
we
should
be
the
one
to
implement
it
because
we
don't
know
their
use
case
requirements,
but
we
might
be
able
to
assist
with
some
questions.
I
think
there
is
I
thought
about
going
to
action.
Cable.
First,
where
scares
me
I.
B
A
B
A
A
All
right,
cuz,
you
can
kind
of
exactly
see
where
this
like,
where
the,
where
all
the
time
is
going
in
these
requests,
so
all
right,
I'm,
not
sure
if
it's
memory
but
I,
don't
know
well.
Who
else
have
worked
on
this
stuff?
There's
a
broader
question:
the
product
team
around
like
technical
debt
and
making
sure
we
prioritize
it.
A
lot
of
this
stuff
doesn't
fit
anywhere
yeah.
It's
the
same
time
with,
like
our
upload,
our
called
storage
upload
frameworks.
A
We
have
to
backer
an
uploaded,
a
direct
upload
and
who
maintains
those
who's,
working,
try
and
cut
us
over
from
one
to
the
other,
and
no
one
is
busy
with
the
answer.
So
as
far
as
I
know,
it's
just
my
eyes
area.
So
it's
like
I,
don't
know.
That's
one
of
those
cross
stage
frameworks,
that's
used
by
multiple
stages
who
owns
it.
I,
don't
know
like
no
one
yeah.