AK
А зачем так делать? Это производительнее?
Size: a a a
2020 April 16
а
NOT от нуля разве не то же самое, что и ничего не делать?
NOT инвертировать все биты
а
А зачем так делать? Это производительнее?
вероятно
DP
А зачем так делать? Это производительнее?
это uint, нельзя сделать Add(-1)
ГК
> А зачем так делать? Это производительнее?
Да, количество тактов процессора меньше, теоретически.
Да, количество тактов процессора меньше, теоретически.
ГК
NOT - операция типа регистр-регистр, выполняется за один такт. Ну это ЕМНИП.
DP
> А зачем так делать? Это производительнее?
Да, количество тактов процессора меньше, теоретически.
Да, количество тактов процессора меньше, теоретически.
дело не в этом :)
а
это uint, нельзя сделать Add(-1)
DP
uint32(-1) === ^uint32(0)
zl
n := atomic.AddUint32(&s.concurrency, 1)
if n > uint32(s.getConcurrency()) {
atomic.AddUint32(&s.concurrency, ^uint32(0))
s.writeFastError(c, StatusServiceUnavailable, "The connection cannot be served because Server.Concurrency limit exceeded")
c.Close()
return ErrConcurrencyLimit
}
atomic.AddInt32(&s.open, 1)
err := s.serveConn(c)
atomic.AddUint32(&s.concurrency, ^uint32(0))
вроде как при новом соединении делается инкремент
s.concurrency, потом обрабатывается s.serveConn(c), потом декрементпочему у меня нулевое значение всегда возвращается?
грузил на локалхосте, может из-за этого? хотя в сотню потоков грузил
DP
а обработчик достаточно длинный, чтобы можно было за ним уследить?
zl
в 100 потоков, а Writing нулевой, это как раз s.server.GetCurrentConcurrency()
zl
а обработчик достаточно длинный, чтобы можно было за ним уследить?
не особо - 0.000235694s
zl
но хоть что-то на нескольких миллиардах запросов должно проскочить