2021-05-24 04:24:18 +00:00
|
|
|
package job
|
|
|
|
|
|
|
|
import "sync"
|
|
|
|
|
|
|
|
// ProgressIndefinite is the special percent value to indicate that the
|
|
|
|
// percent progress is not known.
|
|
|
|
const ProgressIndefinite float64 = -1
|
|
|
|
|
|
|
|
// Progress is used by JobExec to communicate updates to the job's progress to
|
|
|
|
// the JobManager.
|
|
|
|
type Progress struct {
|
2022-07-13 06:30:54 +00:00
|
|
|
defined bool
|
2021-05-24 04:24:18 +00:00
|
|
|
processed int
|
|
|
|
total int
|
|
|
|
percent float64
|
|
|
|
currentTasks []*task
|
|
|
|
|
|
|
|
mutex sync.Mutex
|
|
|
|
updater *updater
|
|
|
|
}
|
|
|
|
|
|
|
|
type task struct {
|
|
|
|
description string
|
|
|
|
}
|
|
|
|
|
|
|
|
func (p *Progress) updated() {
|
|
|
|
var details []string
|
|
|
|
for _, t := range p.currentTasks {
|
|
|
|
details = append(details, t.description)
|
|
|
|
}
|
|
|
|
|
|
|
|
p.updater.updateProgress(p.percent, details)
|
|
|
|
}
|
|
|
|
|
|
|
|
// Indefinite sets the progress to an indefinite amount.
|
|
|
|
func (p *Progress) Indefinite() {
|
|
|
|
p.mutex.Lock()
|
|
|
|
defer p.mutex.Unlock()
|
|
|
|
|
2022-07-13 06:30:54 +00:00
|
|
|
p.defined = false
|
2021-05-24 04:24:18 +00:00
|
|
|
p.total = 0
|
|
|
|
p.calculatePercent()
|
|
|
|
}
|
|
|
|
|
2022-07-13 06:30:54 +00:00
|
|
|
// Definite notifies that the total is known.
|
|
|
|
func (p *Progress) Definite() {
|
|
|
|
p.mutex.Lock()
|
|
|
|
defer p.mutex.Unlock()
|
|
|
|
|
|
|
|
p.defined = true
|
|
|
|
p.calculatePercent()
|
|
|
|
}
|
|
|
|
|
|
|
|
// SetTotal sets the total number of work units and sets definite to true.
|
|
|
|
// This is used to calculate the progress percentage.
|
2021-05-24 04:24:18 +00:00
|
|
|
func (p *Progress) SetTotal(total int) {
|
|
|
|
p.mutex.Lock()
|
|
|
|
defer p.mutex.Unlock()
|
|
|
|
|
|
|
|
p.total = total
|
2022-07-13 06:30:54 +00:00
|
|
|
p.defined = true
|
|
|
|
p.calculatePercent()
|
|
|
|
}
|
|
|
|
|
|
|
|
// AddTotal adds to the total number of work units. This is used to calculate the
|
|
|
|
// progress percentage.
|
|
|
|
func (p *Progress) AddTotal(total int) {
|
|
|
|
p.mutex.Lock()
|
|
|
|
defer p.mutex.Unlock()
|
|
|
|
|
|
|
|
p.total += total
|
2021-05-24 04:24:18 +00:00
|
|
|
p.calculatePercent()
|
|
|
|
}
|
|
|
|
|
|
|
|
// SetProcessed sets the number of work units completed. This is used to
|
|
|
|
// calculate the progress percentage.
|
|
|
|
func (p *Progress) SetProcessed(processed int) {
|
|
|
|
p.mutex.Lock()
|
|
|
|
defer p.mutex.Unlock()
|
|
|
|
|
|
|
|
p.processed = processed
|
|
|
|
p.calculatePercent()
|
|
|
|
}
|
|
|
|
|
|
|
|
func (p *Progress) calculatePercent() {
|
Enable gocritic (#1848)
* Don't capitalize local variables
ValidCodecs -> validCodecs
* Capitalize deprecation markers
A deprecated marker should be capitalized.
* Use re.MustCompile for static regexes
If the regex fails to compile, it's a programmer error, and should be
treated as such. The regex is entirely static.
* Simplify else-if constructions
Rewrite
else { if cond {}}
to
else if cond {}
* Use a switch statement to analyze formats
Break an if-else chain. While here, simplify code flow.
Also introduce a proper static error for unsupported image formats,
paving the way for being able to check against the error.
* Rewrite ifElse chains into switch statements
The "Effective Go" https://golang.org/doc/effective_go#switch document
mentions it is more idiomatic to write if-else chains as switches when
it is possible.
Find all the plain rewrite occurrences in the code base and rewrite.
In some cases, the if-else chains are replaced by a switch scrutinizer.
That is, the code sequence
if x == 1 {
..
} else if x == 2 {
..
} else if x == 3 {
...
}
can be rewritten into
switch x {
case 1:
..
case 2:
..
case 3:
..
}
which is clearer for the compiler: it can decide if the switch is
better served by a jump-table then a branch-chain.
* Rewrite switches, introduce static errors
Introduce two new static errors:
* `ErrNotImplmented`
* `ErrNotSupported`
And use these rather than forming new generative errors whenever the
code is called. Code can now test on the errors (since they are static
and the pointers to them wont change).
Also rewrite ifElse chains into switches in this part of the code base.
* Introduce a StashBoxError in configuration
Since all stashbox errors are the same, treat them as such in the code
base. While here, rewrite an ifElse chain.
In the future, it might be beneifical to refactor configuration errors
into one error which can handle missing fields, which context the error
occurs in and so on. But for now, try to get an overview of the error
categories by hoisting them into static errors.
* Get rid of an else-block in transaction handling
If we succesfully `recover()`, we then always `panic()`. This means the
rest of the code is not reachable, so we can avoid having an else-block
here.
It also solves an ifElse-chain style check in the code base.
* Use strings.ReplaceAll
Rewrite
strings.Replace(s, o, n, -1)
into
strings.ReplaceAll(s, o, n)
To make it consistent and clear that we are doing an all-replace in the
string rather than replacing parts of it. It's more of a nitpick since
there are no implementation differences: the stdlib implementation is
just to supply -1.
* Rewrite via gocritic's assignOp
Statements of the form
x = x + e
is rewritten into
x += e
where applicable.
* Formatting
* Review comments handled
Stash-box is a proper noun.
Rewrite a switch into an if-chain which returns on the first error
encountered.
* Use context.TODO() over context.Background()
Patch in the same vein as everything else: use the TODO() marker so we
can search for it later and link it into the context tree/tentacle once
it reaches down to this level in the code base.
* Tell the linter to ignore a section in manager_tasks.go
The section is less readable, so mark it with a nolint for now. Because
the rewrite enables a ifElseChain, also mark that as nolint for now.
* Use strings.ReplaceAll over strings.Replace
* Apply an ifElse rewrite
else { if .. { .. } } rewrite into else if { .. }
* Use switch-statements over ifElseChains
Rewrite chains of if-else into switch statements. Where applicable,
add an early nil-guard to simplify case analysis. Also, in
ScanTask's Start(..), invert the logic to outdent the whole block, and
help the reader: if it's not a scene, the function flow is now far more
local to the top of the function, and it's clear that the rest of the
function has to do with scene management.
* Enable gocritic on the code base.
Disable appendAssign for now since we aren't passing that check yet.
* Document the nolint additions
* Document StashBoxBatchPerformerTagInput
2021-10-18 03:12:40 +00:00
|
|
|
switch {
|
2022-07-13 06:30:54 +00:00
|
|
|
case !p.defined || p.total <= 0:
|
2021-05-24 04:24:18 +00:00
|
|
|
p.percent = ProgressIndefinite
|
Enable gocritic (#1848)
* Don't capitalize local variables
ValidCodecs -> validCodecs
* Capitalize deprecation markers
A deprecated marker should be capitalized.
* Use re.MustCompile for static regexes
If the regex fails to compile, it's a programmer error, and should be
treated as such. The regex is entirely static.
* Simplify else-if constructions
Rewrite
else { if cond {}}
to
else if cond {}
* Use a switch statement to analyze formats
Break an if-else chain. While here, simplify code flow.
Also introduce a proper static error for unsupported image formats,
paving the way for being able to check against the error.
* Rewrite ifElse chains into switch statements
The "Effective Go" https://golang.org/doc/effective_go#switch document
mentions it is more idiomatic to write if-else chains as switches when
it is possible.
Find all the plain rewrite occurrences in the code base and rewrite.
In some cases, the if-else chains are replaced by a switch scrutinizer.
That is, the code sequence
if x == 1 {
..
} else if x == 2 {
..
} else if x == 3 {
...
}
can be rewritten into
switch x {
case 1:
..
case 2:
..
case 3:
..
}
which is clearer for the compiler: it can decide if the switch is
better served by a jump-table then a branch-chain.
* Rewrite switches, introduce static errors
Introduce two new static errors:
* `ErrNotImplmented`
* `ErrNotSupported`
And use these rather than forming new generative errors whenever the
code is called. Code can now test on the errors (since they are static
and the pointers to them wont change).
Also rewrite ifElse chains into switches in this part of the code base.
* Introduce a StashBoxError in configuration
Since all stashbox errors are the same, treat them as such in the code
base. While here, rewrite an ifElse chain.
In the future, it might be beneifical to refactor configuration errors
into one error which can handle missing fields, which context the error
occurs in and so on. But for now, try to get an overview of the error
categories by hoisting them into static errors.
* Get rid of an else-block in transaction handling
If we succesfully `recover()`, we then always `panic()`. This means the
rest of the code is not reachable, so we can avoid having an else-block
here.
It also solves an ifElse-chain style check in the code base.
* Use strings.ReplaceAll
Rewrite
strings.Replace(s, o, n, -1)
into
strings.ReplaceAll(s, o, n)
To make it consistent and clear that we are doing an all-replace in the
string rather than replacing parts of it. It's more of a nitpick since
there are no implementation differences: the stdlib implementation is
just to supply -1.
* Rewrite via gocritic's assignOp
Statements of the form
x = x + e
is rewritten into
x += e
where applicable.
* Formatting
* Review comments handled
Stash-box is a proper noun.
Rewrite a switch into an if-chain which returns on the first error
encountered.
* Use context.TODO() over context.Background()
Patch in the same vein as everything else: use the TODO() marker so we
can search for it later and link it into the context tree/tentacle once
it reaches down to this level in the code base.
* Tell the linter to ignore a section in manager_tasks.go
The section is less readable, so mark it with a nolint for now. Because
the rewrite enables a ifElseChain, also mark that as nolint for now.
* Use strings.ReplaceAll over strings.Replace
* Apply an ifElse rewrite
else { if .. { .. } } rewrite into else if { .. }
* Use switch-statements over ifElseChains
Rewrite chains of if-else into switch statements. Where applicable,
add an early nil-guard to simplify case analysis. Also, in
ScanTask's Start(..), invert the logic to outdent the whole block, and
help the reader: if it's not a scene, the function flow is now far more
local to the top of the function, and it's clear that the rest of the
function has to do with scene management.
* Enable gocritic on the code base.
Disable appendAssign for now since we aren't passing that check yet.
* Document the nolint additions
* Document StashBoxBatchPerformerTagInput
2021-10-18 03:12:40 +00:00
|
|
|
case p.processed < 0:
|
2021-05-24 04:24:18 +00:00
|
|
|
p.percent = 0
|
Enable gocritic (#1848)
* Don't capitalize local variables
ValidCodecs -> validCodecs
* Capitalize deprecation markers
A deprecated marker should be capitalized.
* Use re.MustCompile for static regexes
If the regex fails to compile, it's a programmer error, and should be
treated as such. The regex is entirely static.
* Simplify else-if constructions
Rewrite
else { if cond {}}
to
else if cond {}
* Use a switch statement to analyze formats
Break an if-else chain. While here, simplify code flow.
Also introduce a proper static error for unsupported image formats,
paving the way for being able to check against the error.
* Rewrite ifElse chains into switch statements
The "Effective Go" https://golang.org/doc/effective_go#switch document
mentions it is more idiomatic to write if-else chains as switches when
it is possible.
Find all the plain rewrite occurrences in the code base and rewrite.
In some cases, the if-else chains are replaced by a switch scrutinizer.
That is, the code sequence
if x == 1 {
..
} else if x == 2 {
..
} else if x == 3 {
...
}
can be rewritten into
switch x {
case 1:
..
case 2:
..
case 3:
..
}
which is clearer for the compiler: it can decide if the switch is
better served by a jump-table then a branch-chain.
* Rewrite switches, introduce static errors
Introduce two new static errors:
* `ErrNotImplmented`
* `ErrNotSupported`
And use these rather than forming new generative errors whenever the
code is called. Code can now test on the errors (since they are static
and the pointers to them wont change).
Also rewrite ifElse chains into switches in this part of the code base.
* Introduce a StashBoxError in configuration
Since all stashbox errors are the same, treat them as such in the code
base. While here, rewrite an ifElse chain.
In the future, it might be beneifical to refactor configuration errors
into one error which can handle missing fields, which context the error
occurs in and so on. But for now, try to get an overview of the error
categories by hoisting them into static errors.
* Get rid of an else-block in transaction handling
If we succesfully `recover()`, we then always `panic()`. This means the
rest of the code is not reachable, so we can avoid having an else-block
here.
It also solves an ifElse-chain style check in the code base.
* Use strings.ReplaceAll
Rewrite
strings.Replace(s, o, n, -1)
into
strings.ReplaceAll(s, o, n)
To make it consistent and clear that we are doing an all-replace in the
string rather than replacing parts of it. It's more of a nitpick since
there are no implementation differences: the stdlib implementation is
just to supply -1.
* Rewrite via gocritic's assignOp
Statements of the form
x = x + e
is rewritten into
x += e
where applicable.
* Formatting
* Review comments handled
Stash-box is a proper noun.
Rewrite a switch into an if-chain which returns on the first error
encountered.
* Use context.TODO() over context.Background()
Patch in the same vein as everything else: use the TODO() marker so we
can search for it later and link it into the context tree/tentacle once
it reaches down to this level in the code base.
* Tell the linter to ignore a section in manager_tasks.go
The section is less readable, so mark it with a nolint for now. Because
the rewrite enables a ifElseChain, also mark that as nolint for now.
* Use strings.ReplaceAll over strings.Replace
* Apply an ifElse rewrite
else { if .. { .. } } rewrite into else if { .. }
* Use switch-statements over ifElseChains
Rewrite chains of if-else into switch statements. Where applicable,
add an early nil-guard to simplify case analysis. Also, in
ScanTask's Start(..), invert the logic to outdent the whole block, and
help the reader: if it's not a scene, the function flow is now far more
local to the top of the function, and it's clear that the rest of the
function has to do with scene management.
* Enable gocritic on the code base.
Disable appendAssign for now since we aren't passing that check yet.
* Document the nolint additions
* Document StashBoxBatchPerformerTagInput
2021-10-18 03:12:40 +00:00
|
|
|
default:
|
2021-05-24 04:24:18 +00:00
|
|
|
p.percent = float64(p.processed) / float64(p.total)
|
|
|
|
if p.percent > 1 {
|
|
|
|
p.percent = 1
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
p.updated()
|
|
|
|
}
|
|
|
|
|
|
|
|
// SetPercent sets the progress percent directly. This value will be
|
|
|
|
// overwritten if Indefinite, SetTotal, Increment or SetProcessed is called.
|
|
|
|
// Constrains the percent value between 0 and 1, inclusive.
|
|
|
|
func (p *Progress) SetPercent(percent float64) {
|
|
|
|
p.mutex.Lock()
|
|
|
|
defer p.mutex.Unlock()
|
|
|
|
|
|
|
|
if percent < 0 {
|
|
|
|
percent = 0
|
|
|
|
} else if percent > 1 {
|
|
|
|
percent = 1
|
|
|
|
}
|
|
|
|
|
|
|
|
p.percent = percent
|
|
|
|
p.updated()
|
|
|
|
}
|
|
|
|
|
2021-10-14 23:39:48 +00:00
|
|
|
// Increment increments the number of processed work units. This is used to calculate the percentage.
|
|
|
|
// If total is set already, then the number of processed work units will not exceed the total.
|
2021-05-24 04:24:18 +00:00
|
|
|
func (p *Progress) Increment() {
|
|
|
|
p.mutex.Lock()
|
|
|
|
defer p.mutex.Unlock()
|
|
|
|
|
2022-07-13 06:30:54 +00:00
|
|
|
if !p.defined || p.total <= 0 || p.processed < p.total {
|
2021-06-03 23:21:17 +00:00
|
|
|
p.processed++
|
2021-05-24 04:24:18 +00:00
|
|
|
p.calculatePercent()
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2021-10-11 05:45:24 +00:00
|
|
|
// AddProcessed increments the number of processed work units by the provided
|
|
|
|
// amount. This is used to calculate the percentage.
|
|
|
|
func (p *Progress) AddProcessed(v int) {
|
|
|
|
p.mutex.Lock()
|
|
|
|
defer p.mutex.Unlock()
|
|
|
|
|
|
|
|
newVal := v
|
2022-07-13 06:30:54 +00:00
|
|
|
if p.defined && p.total > 0 && newVal > p.total {
|
2021-10-11 05:45:24 +00:00
|
|
|
newVal = p.total
|
|
|
|
}
|
|
|
|
|
|
|
|
p.processed = newVal
|
|
|
|
p.calculatePercent()
|
|
|
|
}
|
|
|
|
|
2021-05-24 04:24:18 +00:00
|
|
|
func (p *Progress) addTask(t *task) {
|
|
|
|
p.mutex.Lock()
|
|
|
|
defer p.mutex.Unlock()
|
|
|
|
|
2022-07-13 06:30:54 +00:00
|
|
|
p.currentTasks = append([]*task{t}, p.currentTasks...)
|
2021-05-24 04:24:18 +00:00
|
|
|
p.updated()
|
|
|
|
}
|
|
|
|
|
|
|
|
func (p *Progress) removeTask(t *task) {
|
|
|
|
p.mutex.Lock()
|
|
|
|
defer p.mutex.Unlock()
|
|
|
|
|
|
|
|
for i, tt := range p.currentTasks {
|
|
|
|
if tt == t {
|
|
|
|
p.currentTasks = append(p.currentTasks[:i], p.currentTasks[i+1:]...)
|
|
|
|
p.updated()
|
|
|
|
return
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// ExecuteTask executes a task as part of a job. The description is used to
|
|
|
|
// populate the Details slice in the parent Job.
|
|
|
|
func (p *Progress) ExecuteTask(description string, fn func()) {
|
|
|
|
t := &task{
|
|
|
|
description: description,
|
|
|
|
}
|
|
|
|
|
|
|
|
p.addTask(t)
|
|
|
|
defer p.removeTask(t)
|
|
|
|
fn()
|
|
|
|
}
|