►
Description
No description was provided for this meeting.
If this is YOUR meeting, an easy way to fix this is to add a description to your video, wherever mtngs.io found it (probably YouTube).
A
Hey
everyone
currently,
I'm
working
on
an
issue
which
is
around
providing
visibility
for
shared
runner
usage
for
username
space,
and
what
I
would
really
appreciate
is
some
feedback
around
the
process
and
approach
that
I'm
following
for
the
design
proposal
here,
I
would
start
off
with
a
brief
background
and
context
for
the
work
that
I'm
doing,
and
that
would
account
for
the
decisions
that
we
have
made
in
the
process,
and
I
mean
why
we
have
made
the
changes
that
we
have
so
today.
A
If
you
go
to
your
a
group
which
is
outside
of
gitlab.gitlab.org
and
you
go
to
analytics,
ci
cd
under
shared
in
a
usage
you'll
see
that
you
see
a
chart
which
is
very
similar
to
the
charts
that
you
see
in
your
usage
quota.
Now,
where
is
usage
coda
it's
under
your
group
settings
or
your
user
namespace
settings
so
through
this
chart?
A
What
we
are
trying
to
show
is
not
your
ci
minutes
usage,
but
in
fact
this
is
a
very
raw
representation
of
how
many
minutes
you
have
exhausted
on
the
shared
runner
that
you're
using
and
this
is,
it
does
not
take
into
account
your
the
cost
factor.
That
is
applied
to
your
project,
so
I
would
give
an
example
here
that,
let's
say
if
you
have
created
a
public
project
after
july
2021,
that
means
you
had
a
cost
factor
of
0.008
applied
to
your.
A
Share
donor
usage
now
this
will
only
show
the
duration
that
hey
you
have
used
it
for
16
319
minutes.
However,
if
you
go
to
your
usage
quota,
what
it
would
do
is
it
would
multiply
this
number
16
319
by
0.008,
and
the
data
that
you
get
then
is
what
you
see
here
for
ci
minutes.
So
that's
the
difference.
This
is
a
very
rare
representation,
and
the
decision
for
keeping
this
under
analytics
was
to
not
to
confuse
our
users
and
still
give
them
visibility
into
their
share
donor
usage.
A
So
our
thought
was
that
if
you
place
it
very
close
to
the
usage
quota
details,
then
they
would
just
be
very
confused
that
hey.
Why
am
I
seeing
two
very
similar
information?
How
are
they
different
from
each
other
and
it
might
even
lead
to
some
sort
of
major
confusion,
but
as
we
are
moving
ahead
with
our
work
around
the
cminute
policies,
something
that
we
have
under
works
is
this,
which
is
to
harden
ci
limit
for
public
projects.
A
With
a
limit
of,
I
think,
400
minutes
and
now
what
we
want
to
do
is
we
want
to
bring
the
cost
factor
for
all
public
projects
which
are
not
public
forks
to
one.
That
means
what
you
consume
is
what
gets
built
for
what
you
get
bill
for
so
there.
Why
am
I
stating
this
information?
Is
there
will
be
a
time
when
this
will
represent
something
very
close
to
this
data?
A
I
mean
there
wouldn't
be
such
a
huge
gap
between
these
two
now
we
started
the
work
for
showing
the
runa
used
shared
on
a
usage
for
the
groups,
and
what
we
did
not
take
into
account
was
like
what
would
and
we
did
take
into
account,
and
we
had
planned
for
that
in
iteration
was
to
provide
this
for
user
name
space
as
well,
so
that,
let's
say,
if
I'm
a
user
who
does
not
use
a
group
and
is
still
interested
in
looking
at
how
much
of
shared
donor
duration
are
my
projects
consuming.
A
After
having
some
recent
discussions,
our
new
conclusion
was
that
the
difference,
the
huge
difference
that
we
see
in
the
shed
in
a
use
agency
I
mean
its
consumption-
is
going
to
like
close
in
once
we
harden
the
limits,
so
there's
no
point
having
two
dedicated
pages
for
each.
In
fact,
we
can
just
maybe
just
impose
this
information
over
each
other
and
show
them
together
to
give
an
idea
about
run
or
use
it
in
general.
A
Now,
when
I
created
this
first
pass
for
the
design
for
this
particular
issue,
some
very
critical
feedback
that
I
received
was
currently
it
might
happen
that
I'm
consuming
1000
minutes
on
the
shared
runner,
but
what
I
would
actually
get
bill
for
is
thousand
multiplied
by
0.008,
which
is
very
less
so.
A
That
means
the
difference
between
the
scale
for
actual
ci
minutes
and
shared
on
a
usage
is
going
to
be
huge
and
the
graph
might
end
up
looking
very
odd,
because
maybe
it
would
be
a
huge
patch
covered
with
green,
but
just
a
tiny,
like
bumpier,
with
the
shredder
of
for
the
ci
minutes
usage,
and
that's
not
what
we
want.
A
So
I
started
to
explore
more
and
one
approach
that
I
thought
might
work
here.
Until
we
have
a
good
parity
in
both
the
data
is,
maybe
we
can
use
tabs
for
the
graphs,
at
least
for
now,
so
we
can
show
ci
minutes
separately
and
shut
in
a
duration
separately,
and
when
we
show
one
at
a
time
we
would
not
have
to
present
both
on
a
scale
which
is
which
could
be
unrealistic
for
the
other.
So
we
can
just
like
change
tabs
and
look
at
the
other
graph.
A
What
it
looks
like
and
the
legend
would
also
change
accordingly
and
besides
that,
on
the
table,
we
don't
have
to
like
make
any
tabs
for
the
table
because
we
had
enough
space,
as
is
so.
If
you
go
to
the
usage
quota
for
groups,
I
have
it
open.
We
have
like
a
good
amount
of
space
in
the
table
here
and
we
can
totally
accommodate
the
shed
on
a
duration
in
the
existing
table.
A
So
I'm
leaving
that,
as
is,
but
I'm
proposing
having
two
tabs
for
the
chart
that
we
are
showing
yeah
and
I
would
be
interested
to
know
like
if
there's
any
other
suggestion
of
a
different
way
in
which
I
could
present
these
two
information
without
making
the
ui
very
bulky
or
very
confusing.