Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Recensione HONOR Magic V6: spessore record e super batteria. È lui il fold da battere?
Recensione HONOR Magic V6: spessore record e super batteria. È lui il fold da battere?
HONOR Magic V6 è arrivato in Italia a 2.299,90 euro con una promessa precisa: unire 4 mm di spessore da aperto (8,75 mm chiuso nel modello White, 9 mm negli altri colori) a una batteria da 6.660 mAh, la più capiente mai vista su un pieghevole. Lo abbiamo usato per oltre una settimana in versione Red 16/512 GB per capire se lo Snapdragon 8 Elite Gen 5 tiene testa alla concorrenza anche fuori dai benchmark ufficiali
Redmi Pad 2 9.7: ampio display, economico e peso contenuto, ma qualche limite nelle prestazioni
Redmi Pad 2 9.7: ampio display, economico e peso contenuto, ma qualche limite nelle prestazioni
Redmi Pad 2 9.7 punta su un display ampio e fluido, una batteria capace di accompagnare l'uso quotidiano senza ansie da ricarica e un prezzo accessibile, a partire da 179,90 euro per la versione con 64 GB di storage. Lo Snapdragon 6s 4G Gen 2 e i 4 GB di RAM della configurazione più diffusa frenano però chi cerca reattività e multitasking spinto: ecco il bilancio dopo due settimane di prova diretta
Peugeot Polygon Concept: ecco il futuro delle utilitarie
Peugeot Polygon Concept: ecco il futuro delle utilitarie
Polygon è la concept car di Peugeot che mostra il futuro delle soluzioni del segmento B: tra design compatti e innovativi affiancati da dimensioni compatte uno scherzo dalla manovrabilità incredibile per le manovre a bassa velocità
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 28-02-2011, 13:41   #1
blascobz
Junior Member
 
Iscritto dal: Feb 2011
Messaggi: 2
[Java] distribuzione uniforme random con assegnazione probabilità

Ciao a tutti,
Ho un problema di programmazione apparentemente non difficile ma che mi sta facendo diventare un pò scemo..cerco di spiegarmi al meglio:

Ho un generatore di tracce audio implementato in java che lavora al rate costante di 1 chiamata al secondo per un tempo pari a una settimana di osservazione, il che significa che genera circa 604800 chiamate totali.
Inoltre ho 10000 chiamanti, questi dovrebbero seguire una distribuzione uniforme (min, max) nell'effettuare le chiamate, ovvero io setto un valore minimo e massimo (per esempio minimo 30 chiamate a settimana e massimo 90) e i 10000 chiamanti devono essere distribuiti uniformemente tra 30 e 90 chiamate a settimana.

Il simulatore assegna delle probabilità ai chiamanti, dopodichè genera in modo random un double tra 0 e 1 e va a scegliere il chiamante che ha la probabilità uguale o piu vicina possibile al valore random generato.

La mia domanda è la seguente: come posso assegnare le probabilità ai chiamanti modificando il sorgente del generatore in modo tale da assicurare che i chiamanti siano distribuiti uniformemente tra il valore minimo e massimo di chiamate a settimana?

Per esempio: con 604800 chiamate totali e 10000 utenti io dovrei ottenere circa 166 utenti che generano 30 chiamate l'uno a settimana, 166 che ne generano 31...ecc ecc ecc 166 utenti che generano 90 chiamate a settimana.

Spero di essermi spiegato decentemente,
Grazie, Maurizio.
blascobz è offline   Rispondi citando il messaggio o parte di esso
Old 01-03-2011, 09:31   #2
franksisca
Senior Member
 
L'Avatar di franksisca
 
Iscritto dal: May 2005
Città: Roma
Messaggi: 7938
Quote:
Originariamente inviato da blascobz Guarda i messaggi
Ciao a tutti,
Ho un problema di programmazione apparentemente non difficile ma che mi sta facendo diventare un pò scemo..cerco di spiegarmi al meglio:

Ho un generatore di tracce audio implementato in java che lavora al rate costante di 1 chiamata al secondo per un tempo pari a una settimana di osservazione, il che significa che genera circa 604800 chiamate totali.
Inoltre ho 10000 chiamanti, questi dovrebbero seguire una distribuzione uniforme (min, max) nell'effettuare le chiamate, ovvero io setto un valore minimo e massimo (per esempio minimo 30 chiamate a settimana e massimo 90) e i 10000 chiamanti devono essere distribuiti uniformemente tra 30 e 90 chiamate a settimana.

Il simulatore assegna delle probabilità ai chiamanti, dopodichè genera in modo random un double tra 0 e 1 e va a scegliere il chiamante che ha la probabilità uguale o piu vicina possibile al valore random generato.

La mia domanda è la seguente: come posso assegnare le probabilità ai chiamanti modificando il sorgente del generatore in modo tale da assicurare che i chiamanti siano distribuiti uniformemente tra il valore minimo e massimo di chiamate a settimana?

Per esempio: con 604800 chiamate totali e 10000 utenti io dovrei ottenere circa 166 utenti che generano 30 chiamate l'uno a settimana, 166 che ne generano 31...ecc ecc ecc 166 utenti che generano 90 chiamate a settimana.

Spero di essermi spiegato decentemente,
Grazie, Maurizio.
falli partire tutti da 30 chiamate e da lì in poi fai partire le varie assegnazioni
__________________
My gaming placement
franksisca è offline   Rispondi citando il messaggio o parte di esso
Old 02-03-2011, 11:53   #3
blascobz
Junior Member
 
Iscritto dal: Feb 2011
Messaggi: 2
Cerco di spiegarmi meglio in effetti sono stato un pò confuso. Il problema è questo (prendendo in considerazione un esempio piu piccolo):
Se io setto un MIN e un MAX come limite del numero di chiamate effettuate da ogni singolo chiamante vorrei ottenere una distribuzione simile a questa: (supponendo che MIN=30 e MAX=40 e abbia un numero di utenti pari a 55)

Codice:
30  5
31  5
32  5
33  5
34  5
35  5
36  5
37  5
38  5
39  5
40  5 
    ___
     55 utenti
con un totale di 1925 chiamate (= 30x5+31x5+32x5+...+40x5). Quindi alcuni utenti devono generare + chiamate rispetto ad altri (5 utenti devono generare 40 chiamate mentre altri 5 devono generarne solo 30). Quindi come posso implementare questo "sistema"? (ovviamente non deve esser perfetto ma devo ottenere una distribuzione simile a quella teorica appena riportata).

Fino ad oggi si è cercato di dare agli utenti differenti probabilità di esser certi..in modo tale che qualcuno avesse una probabilità + alta (in modo da generare + chiamate vicino a MAX) e ad altri + bassa (in modo da generare un nr di chiamate vicino a MIN) ma ahimè è stato male implementato in quanto si ottengono risultati inaccettabili tipo (riferito all'esempio sopra)

Codice:
16  1
25  1
26  4
27  2
28  1
29  5
30  3
31  4
32  1
33  4
34  5
36  2
37  5
39  1
40  1
41  2
42  3
43  1
44  2
45  3
46  1
48  1
50  1
51  1
    ___
     55 utenti
quindi un utente ha generato 16 chiamate, 1 utente ne ha generate 25, 4 utenti hanno generato 26 chiamate ecc ecc..Ho bisogno di raffinare l'implementazione in modo da ottenere un risultato + simile a quello teorico riportato nel primo esempio.

Grazie,

Maurizio.
blascobz è offline   Rispondi citando il messaggio o parte di esso
Old 03-03-2011, 15:05   #4
franksisca
Senior Member
 
L'Avatar di franksisca
 
Iscritto dal: May 2005
Città: Roma
Messaggi: 7938
ripeto, fai partire da tutti "almeno" 30 chiamate", e poi fai assegnazioni random.

credo che sia la cosa più semplice ed immediata
__________________
My gaming placement
franksisca è offline   Rispondi citando il messaggio o parte di esso
Old 04-03-2011, 11:01   #5
gugoXX
Senior Member
 
L'Avatar di gugoXX
 
Iscritto dal: May 2004
Città: Londra (Torino)
Messaggi: 3692
Prendiamo ad esempio da questo risutlato voluto
Codice:
10   5
11   5
12   5
13   5
14   5
Potresti ipoteticamente risolvere il problema in questo modo
Crea un array di interi lungo 10+11+12+13+14 = 60 elementi
nei primi 10 elementi scrivi 10
nei successivi 11 elementi scrivi 11
nei successivi 12 elementi scrivi 12
etc. fino a riempire.

Poi, all'utilizzo, genera un numero casuale tra 0 e 60, (Es 27) vai a leggere il contenuto relativo (che sarabbe 12) e scegli una persona di quel bucket.
(quindi una delle persone che deve fare 12 chiamate)

Con un po' di matematica puoi evitare di avere l'array di supporto, ma se il numero di bucket non e' troppo grande forse non ne vale la pena.
__________________
Se pensi che il tuo codice sia troppo complesso da capire senza commenti, e' segno che molto probabilmente il tuo codice e' semplicemente mal scritto.
E se pensi di avere bisogno di un nuovo commento, significa che ti manca almeno un test.
gugoXX è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Recensione HONOR Magic V6: spessore record e super batteria. È lui il fold da battere? Recensione HONOR Magic V6: spessore record e sup...
Redmi Pad 2 9.7: ampio display, economico e peso contenuto, ma qualche limite nelle prestazioni Redmi Pad 2 9.7: ampio display, economico e peso...
Peugeot Polygon Concept: ecco il futuro delle utilitarie Peugeot Polygon Concept: ecco il futuro delle ut...
Reno16 Pro: il compatto di OPPO punta su fotocamera da 200MP e il nuovo Bubble! La recensione Reno16 Pro: il compatto di OPPO punta su fotocam...
 Hisense 55U7SE: tuttofare e accessibile, il MiniLED per film, sport e gioco Hisense 55U7SE: tuttofare e accessibile, il Min...
2 MB di memoria RAM sono sufficienti per...
Incendio a Bovisa: cosa succede quando u...
AMD lancia 11 nuovi processori tra Ryzen...
IBM tra IA, sovranità digitale e ...
Blocco dei social sotto i 14 anni. A chi...
Nothing Ear (3a): la recensione delle cu...
DENZA BAO 5, il primo SUV del marchio BY...
Addio cavi in auto: Ottocast a IFA con C...
HONOR "Summer Essentials": l'e...
IBM fa la cura dimagrante ai mainframe z...
DENZA Z, la supercar con 3 motori elettr...
AMD riesuma Zen 2: il 'nuovo' Ryzen 7 47...
Recensione nubia Neo 5 GT: la scommessa ...
ÆTHER: nasce il consorzio europeo ...
Così l'AI nasconde sé stessa: nasce Acad...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 16:11.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v