Random, повторы при static Random(1 seed)

@Defences · Регистрация: 28.12.2016

Студворк — интернет-сервис помощи студентам

Добрый вечер. Использую private static readonly Random, так как крутится в цикле и если убрать static, будут повторы даже в указанием Random(ticks), поэтому приходится использовать общий Random на всех экземпляры класса.

Меня мучает вопрос, могу ли я генерировать миллиарды, какой лимит при использовании 1 seed? Или время от времени пересоздавать Random, дабы seed изменился.

P.s. перевести весь класс Generate в статик не хочется, так как используется уник. значения для экземпляра к примеру seed в разных методах класса, таких как seed - тьма и передавать как параметры не очень.

C#
1
2
3
4
5
6
7
8
9
10
11
12
class Program
    {
        static void Main(string[] args)
        { 
         while(true)
         {
             var gen = new Generate();
             var result = gen.StartGen();
             Console.WriteLine(result); 
         }
        }
    }

C#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
class Generate
{
   private readonly double _salt;
 
   private static readonly Random randomNumber = new Random();
   private static readonly object syncRandNumber = new object();
 
   private static readonly Random randomDouble = new Random();
   private static readonly object syncRandDouble = new object();
 
   public Generate()
   {
    _salt = RandomDouble();
   }
   public string StartGen()
   {
   var i = Random(1,51);
   var y = Random(3000,15001);
   var s = Random(9000,18001);
   var h = Moo();
   var m = Random(30,51);
   var u = Random(90,241);
    
   var ind = h >> 5;
   var sum = i+y+s+h+m+u;
   
   var result = $"{i}:{y}:{s}:{h}:{m}:{u}:{ind}:{sum};";
   return result;
   }
    private int Moo()
   {
     //Используем seed
   }
 
   private int Random(int min, int max)
   {
            lock (syncRandNumber)
                return randomNumber.Next(min, max);
   }
    private double RandomDouble()
   {
     lock (syncRandDouble)
         return randomDouble.NextDouble();
   }
}

P.s.s lock - потому что будет создаваться задача Task для генерации. По сути будет использоваться так:
клиент отсылает на сервер запрос чтобы получить код генерации мира - генерируем - отсылаем.

Используем Task, так как генерация мира будет происходить у 100 пользователей одновременно, используем Task.

@OwenGlendower · 08.11.2017, 21:28

Defences, период повторения для класса Random по идее не меньше чем 2⁵⁵-1, но это не факт из-за ошибки в реализации алгоритма. То самый случай когда стоит использовать Reflection для исправления бага.

Сообщение от Defences

P.s.s lock - потому что будет создаваться задача Task для генерации.

Я бы использовал ThreadLocal<Random> чтобы не "платить" за использование lock.

@Defences · 09.11.2017, 02:45 **[ТС]**

OwenGlendower, ThreadLocal действует только на Thread, для Task использовать лучше AsyncLocal или все таки lock?

@OwenGlendower · 09.11.2017, 03:23

Сообщение от Defences

думал об этом, но встает вопрос. А не хуже ли будет?

Что значит хуже/лучше в контексте данной задачи? Отсутствие повторений - это можно решить разными способами. Но кроме неплохо, на мой взгляд, задуматься и о скорости. Зачем использовать lock если можно обойтись без него.

Сообщение от Defences

Я конечно не очень понимаю суть ThreadLocal<Random>, но это же как List? Хранит Random для потока, то есть если мы создадим за день 100 000 Task, то 100 000 Random будут висеть в памяти?

C List<T> его объединяет только тот факт что оба типа являются обобщенными. Назначение ThreadLocal<T> это дать удобный инструмент для работы с TLS (Thread Local Storage) данными. Он позволяет иметь свою "глобальную" для каждого потока. Для нового потока каждый раз будет создаваться новая переменная, но при использовании Task мы нередко работаем в контексте ThreadPool потока, которые, в частности, призваны снизить накладные расходы на создание/удаление потоков. В случае если поток используется повторно, то новое значение для ThreadLocal<T> создаваться не будет. Плюс при уничтожении потока его TLS станут доступными для сборщика мусора и 100 000 экземпляров Random в памяти висеть не будут.

В .NET для работы с TLS уже есть атрибут ThreadStatic, ноу него есть недостаток - его легко применить неправильно:

C#
1
2
3
4
5
class Test
{
    [ThreadStatic]
    static Random rnd = new Random(); // Ошибка!
}

Ошибка здесь в том, что инициализатор будет выполнен только один раз для главного потока. Для остальных потоков поле будет равно null. В случае с ThreadLocal от нас требуется указать алгорити инициализации с помощью экземпляра делегата, который выполняется по мере необходимости и такой проблемы не возникает.

Сообщение от Defences

Нашел в интернете вот такой класс, что думаете?

Нормальный класс.

Сообщение от Defences

В общем там автор предоставляет 3 варианта. Прошу вашего совета, как думаете какой мне подойдет?

Это тебе виднее. С точки зрения удобства варианты 2 и 3 выглядят хорошо.

Добавлено через 2 минуты

Сообщение от Defences

ThreadLocal действует только на Thread, для Task использовать лучше AsyncLocal или все таки lock?

Task тоже работает в каком-то потоке так что ThreadLocal действует и на него. AsyncLocal здесь не нужен, потому что наша задача это избежать блокировок - и ThreadLocal это решает.

Добавлено через 12 минут

Не по теме:

Defences, стирать написанное нехорошо.

Новые блоги и статьи Все статьи Все блоги /
Отображение реквизитов в документе по условию и контроль их заполнения Maks 04.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеСпецтехники", разработанного в конфигурации КА2. Данный документ берёт данные из другого нетипового документа. . .	Фото всей Земли с борта корабля Orion миссии Artemis II kumehtar 04.04.2026 Это первое подобное фото сделанное человеком за 50 лет. Снимок называют новым вариантом легендарной фотографии «The Blue Marble» 1972 года, сделанной с борта корабля «Аполлон-17». Новое фото. . .	Вывод диалогового окна перед закрытием, если документ не проведён Maks 04.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: реализовать программный контроль на предмет проведения документа. . .	Программный контроль заполнения реквизита табличной части документа Maks 02.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: реализовать контроль заполнения реквизита "ПричинаСписания". . .
wmic не является внутренней или внешней командой Maks 02.04.2026 Решение: DISM / Online / Add-Capability / CapabilityName:WMIC~~~~ Отсюда: https:/ / winitpro. ru/ index. php/ 2025/ 02/ 14/ komanda-wmic-ne-naydena/	Программная установка даты и запрет ее изменения Maks 02.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: при создании документов установить период списания автоматически. . .	Вывод данных в справочнике через динамический список Maks 01.04.2026 Реализация из решения ниже выполнена на примере нетипового справочника "Спецтехника" разработанного в конфигурации КА2. Задача: вывести данные из ТЧ нетипового документа. . .	Программное заполнения текстового поля в реквизите формы документа Maks 01.04.2026 Алгоритм из решения ниже реализован на нетиповом документе "ВыдачаОборудованияНаСпецтехнику" разработанного в конфигурации КА2, в дополнении к предыдущему решению. На форме документа создается. . .

@Defences 215 / 149 / 48 Регистрация: 28.12.2016 Сообщений: 716
	09.11.2017, 02:45 [ТС]
	OwenGlendower, ThreadLocal действует только на Thread, для Task использовать лучше AsyncLocal или все таки lock? 0