Funzione lenta

[supermac]

:-) In effetti era questione di SEED.
Creando la RandomClass ogni volta nella funzione senza fargli il reseed proponeva sempre lo stesso valore ad ogni ciclo, mettendola invece public e passandola alla funzione il problema non si pone.

row!opcolore è un campo del datatable che valorizzo con la funzione: il datatable DEVO passarlo byref perchè lo genero da tutt'altra parte (anyway ha si e no 20 records non è un oggetto tanto "grasso" da maneggiare)

"Lenta" è perchè nel panico in cui ero piombato ero arrivato a pensare che proponesse sempre lo stesso valore rgb perchè il ciclo era più veloce della generazione casuale dei valori!!! sono scemo lo so, tendo a umanizzare le macchine.

[sspintux]

:-)
....
nel panico in cui ero piombato ero arrivato a pensare che proponesse sempre lo stesso valore rgb perchè il ciclo era più veloce della generazione casuale dei valori!!!
....

IMHO, nel panico ci avevi preso perchè

1)
essendo l'algoritmo di generazione pseudocausale basato sull'ora corrente
la generazione di valori casuali con diverse istanze di randomclass create a brevissima distanza di tempo
di fatto portava a valori uguali a quelli della precedente istanza;

2)
la creazione di n istanze di randomclass invece di una sola ha il suo peso e rallenta il tutto

[supermac]

IMHO, nel panico ci avevi preso perchè

1)
essendo l'algoritmo di generazione pseudocausale basato sull'ora corrente
la generazione di valori casuali con diverse istanze di randomclass create a brevissima distanza di tempo
di fatto portava a valori uguali a quelli della precedente istanza;

se è così allora sulla luna ci siamo arrivati per culo, perchè nel '69 gli elaboratori ciclavano a velocità bassa e la generazione di un numero casuale riusciva sempre

[sspintux]

se è così allora sulla luna ci siamo arrivati per culo,

il fattore Q non guasta mai

cmq, qua https://docs.microsoft.com/it-it/dot...e-3.1#Multiple dice :

Evitare più creazioni di istanze

Nel .NET Framework, l'inizializzazione di due generatori di numeri casuali in un ciclo stretto o in successione rapida crea due generatori di numeri casuali che possono produrre sequenze identiche di numeri casuali. Nella maggior parte dei casi, non si tratta dello scopo dello sviluppatore e può causare problemi di prestazioni, perché la creazione di un'istanza e l'inizializzazione di un generatore di numeri casuali è un processo relativamente costoso.

poi ... boh ...
credo che ci sia stato anche qualche modifica passando al .net core