DCPS employs several mechanisms to bolster the security
situation. First is the forced atomicity of shot tree creation.
Historically, during testing, a user would create a new test shot
manually using a numerical series outside normal operations.
This has undefined behavior, however, when two users try
to use the same number. Different projects have developed
different methods to address the issue, including assigning
number ranges to specific people. However, no scheme stops
an accidental typographical error from destroying someone
else’s data. Therefore, NSTX-U instead has a scheme by which
a user can atomically request a new test shot, and have that
number atomically transferred to the test program without user
interaction. The atomic nature of the request prevents any two
users from receiving the same number.
DCPS employs several mechanisms to bolster the securitysituation. First is the forced atomicity of shot tree creation.Historically, during testing, a user would create a new test shotmanually using a numerical series outside normal operations.This has undefined behavior, however, when two users tryto use the same number. Different projects have developeddifferent methods to address the issue, including assigningnumber ranges to specific people. However, no scheme stopsan accidental typographical error from destroying someoneelse’s data. Therefore, NSTX-U instead has a scheme by whicha user can atomically request a new test shot, and have thatnumber atomically transferred to the test program without userinteraction. The atomic nature of the request prevents any twousers from receiving the same number.
การแปล กรุณารอสักครู่..