sviluppo sstemi in vbnet

[i legend]

impostando Release mi da errore
file archivio non trovato
con debug funzia

anche l exe nella cartella release mi da lo stesso errore

 

[i legend]

Infine 1 thread e 1000 colonne 1 minuto e 14 sec

Praticamente con 4 thread e 35000 colonne e 4 volte più veloce.
Direi non male.
LuigiB ti sei superato ancora una volta.

 

[LuigiB]

c'è un menu a tendina direttamente nll'ambiente di sviluppo da impostare a release , intanrto nella cartella release mettici il file estrazioni

 

[i legend]

L unico getupperbound che ho trovato è per valorizzare nRuote
Ma non credo ti riferisci a questo.

 

[i legend]

intanrto nella cartella release mettici il file estrazioni

 

[i legend]

Ok è tre secondi più veloce

 

[i legend]

Se ti apri un canale su youtube voglio essere il primo iscritto.

Se decidi di fare un corso , in qualità di tuo studente più imbranato spero tu mi faccia uno sconto

 

[i legend]

Scontone è meglio
Mi metto a studiare..
Cmq wow è poco.

Non l hai utilizzato prima perché ?
Secondo me se si riuscisse ad applicare ad uno script che utilizza la tua dll sarebbe superspeed.
non ho parole.davvero.

 

[LuigiB]

era qui

nRuote che tanto lo sai dall'inizio fallo diventare un parametro , non so se impatti molto ma è sempre una funzioen di meno da lanciare ..

 

[LuigiB]

questo qui era solo una prova di studio per vedere se poteva funzionare , ora che abbiamo visto che funziona si puo passare al prossimo step.

il prossimo step consiste nel dare la possibilità di selezionare la classe di sviluppo. Per farlo puoi usare la funzione apposita della famosa dll e quindi lasciare gli obrobriosi cicli for nidificati,

la logica è la stessa , devi riempire un array di colonne che poi farai analizzare ai thread il tutto finche le colonne da sviluppare non fininscono .

inoltre nel caso del ritardo e del ritardo massimo si puo applicare un 'ottimizzazione che fa saltare parecchie colonne riducendo ulteriormente i tempi ..
.

 

[i legend]

Nulla di fatto
ho dichiarato nRuote in struct_param_thread
E l ho ricavato in sub setruote
Nruote=av.getupperbound(0)+1
Redim aRuote( nruote)
for k=1 to nruote
aruote(k)=val(av(k-1))
next
Fin qui non credo di aver fatto errori.

Poi ho dichiarato la struttura
structprm as new struct_param_thread
E nel ciclo ho scritto
structprm.nRuote
dim nRu as integer = structprm.nruote

Ovviamente ho fatto un pasticcio e non funziava più nulla
Ho ripristinato tutto com' era.

 

[i legend]

Ok. Allora devo importare la dll
Non spazientirti, dammi un po di tempo per capire lo script è I nuovi suggerimenti.
Per te forse è banale, ma io sono ancora "l perso in contemplazione dal tuo codice.

 

[LuigiB]

una volta che modifichi la struttura quel alore ce l'hai e va solo letto

 

[i legend]

Io avevo scritto
NRuote=av.getupperbound(0)+1
Così richiamato la funzione solo una volta.
Poi l avevo messo tra i parametri della funzione ritardo , ma si incasinata tutti.
Ci riprovo subito.

 

[i legend]

Ok funzia

Ho inserito il valore in calcola sul blocco ed ora funzia.

 

[i legend]

Hai inserito nClasse
Hai già fatto lo script.

 

[LuigiB]

no non ho fatto niente .solo delle altre prove ..

 

[LuigiB]

con un solo thread ma con algoritmo ottimizzato , notare che la stessa ottimizzazione applicata con l'uso dei thread non ha lo stesso impatto ..

 

[i legend]

ok
ora singol thread è mostruoso, ma il multiThread è peggiorato

 

[LuigiB]

si tratta di esperimenti per avere un buon impatto anche sul multithread devi mettere meno colonne di prima , .. opppure leva direttamente la parte di codice che fa i salti.
Il fatto che a single thread sia veloce dipende dal fatto che facedo na colonna alla volta ha l'occasione di verificare se puo fare dei salti , e un salto è piu veloce per il semplice fatto che una cosa che doveva fare non la fa piu