АМ
так тебе надо чтоб работало или чтоб канонично?)
Size: a a a
2021 January 19
G
Мне только вчера настучали по рукам за Thread.Sleep - это не канонично
ну пусть себе по башке постучат раз хотят от тебя что бы у тебя интервалы от task.delay были одинаковые
S
Все правильно настучали, слип блочит поток
S
вообще не понятна логика кода, что первый метод делать должен?)
G
Все правильно настучали, слип блочит поток
так от него хотят точности в ожиданиях, пусть уж заблочит один поток если так надо
G
(это кстати один хуй не поможет если система будет загружена)
АМ
Вообще, если надо что то делать, по времени, то надо юзать таймер
АМ
а не городить огород со слипами
AN
вообще не понятна логика кода, что первый метод делать должен?)
Он должен раз в секунду выдавать количество считанных из потока кадров и сбрасывать счётчик. Но чем больше кадров приходит на клиент, тем дольше интервал сброса. Если поток пуст - раз в секунду обновляется, всё ок. Если пришло 100 кадров - интервал = 1.3, если 200 - 1.6, и т.д.
G
ну так дели пакеты на интервал
G
и похуй скока там, хоть час
S
Он должен раз в секунду выдавать количество считанных из потока кадров и сбрасывать счётчик. Но чем больше кадров приходит на клиент, тем дольше интервал сброса. Если поток пуст - раз в секунду обновляется, всё ок. Если пришло 100 кадров - интервал = 1.3, если 200 - 1.6, и т.д.
по идее нужно запускать в main через новую задачу, Task.Run ( 1 метод )
G
ну так он так и делает, у него таски в один поток лезут
G
из-за того что не блокируют поток и канонично бгг
S
не, он просто херачит вызовы судя по скринам
G
так это тоже самое
G
тем более что вон он longrunning попробовал, но ебучий delay все равно свитчит
S
не совсем
S
Он просто там херанул кортеж, это вообще хрень какая-то
S
нужно Task.Run( , а тут уже LongRunning)