craigcondit commented on code in PR #353:
URL: https://github.com/apache/yunikorn-core/pull/353#discussion_r843073212


##########
pkg/scheduler/usergroupmanagement/user.go:
##########
@@ -0,0 +1,57 @@
+package usergroupmanagement
+
+import (
+       "sync/atomic"
+
+       "github.com/apache/incubator-yunikorn-core/pkg/common/resources"
+)
+
+type User struct {
+       name    string // Name of the user
+       maxResources    *resources.Resource // Max Resource configured per user
+       maxApplications int32 // Max Applications configured per user
+       runningApplications     *int32 // Running Applications
+       usedGroup       string
+}
+
+func NewUser(user string) *User {
+       return &User{
+               name:   user,
+       }
+}
+
+func (u *User) GetName() string {
+       return u.name
+}
+
+func (u *User) SetMaxApplications(maxApplications int32) {
+       u.maxApplications = maxApplications
+}
+
+func (u *User) IncRunningApplications() {
+       atomic.AddInt32(u.runningApplications, 1)
+}
+
+func (u *User) DecRunningApplications() {
+       atomic.AddInt32(u.runningApplications, -1)
+}
+
+func (u *User) CanRun() bool {
+       if atomic.LoadInt32(u.runningApplications) < u.maxApplications {

Review Comment:
   I agree with the assessment. Combining the calls under a lock is the only 
way to guarantee that the state is updated atomically.



-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to