Campionato di ottimizzazione degli algoritmi. - pagina 6

 
Andrey Dik:

Meno partenze di FF sono meglio, questo è il punto. Questo può essere difficile.

Non c'è bisogno di limitare l'algoritmo, lasciatelo contare da solo. O deciderà di fermarsi da solo, o sarà costretto a fermarsi. L'algoritmo non ha bisogno di sapere quante corse è il tetto massimo - nessuno saprà il tetto massimo. Non ci saranno squalifiche. Come l'algoritmo è riuscito a fare, il problema sarà risolto.

Meglio per chi? Se l'algoritmo del partecipante determina che il risultato è soddisfacente, può interrompere il compito.

C'è ancora bisogno di assicurare che l'algoritmo possa essere interrotto dal controllore. Si parlava di limitare il numero di chiamate ffs. Ora ci sono nuove idee.

Non c'è modo di fare interruzioni.

Non abbiamo bisogno di complicare le cose. Dovremmo permettere ai partecipanti di essere creativi. Porre un limite al numero di chiamate ffs e basta.

 
È possibile non limitare, ma solo contare le chiamate. Ma se la ricerca richiede troppo tempo, è sufficiente rimuovere lo script dal grafico, e il partecipante viene considerato come se avesse volato completamente. Ma solo se siete bloccati per molto tempo. Non vuoi interrompere e guardare il risultato?
 
Dmitry Fedoseev:

Meglio per chi? Se l'algoritmo del partecipante pensa che il risultato sia soddisfacente, può interrompere la sua attività.

C'è ancora la necessità di assicurare che l'algoritmo possa essere interrotto. In precedenza si era parlato di limitare il numero di chiamate ff. Ora ci sono nuove idee.

Non c'è modo di fare interruzioni.

Non c'è bisogno di complicare le cose. Dovremmo permettere ai partecipanti di essere creativi. Porre un limite al numero di chiamate ffs e basta.

Meglio in termini di ottenere una valutazione più alta nella tabella dei partecipanti. La conoscenza del tetto massimo ammissibile di corse può essere usata e fare corse molto meno del tetto, aumentando così le possibilità dell'algoritmo nella tabella tra i partecipanti.

Tutto si risolverà. Niente si complica.

 
Andrey Dik:

Meglio in termini di ottenimento di una posizione più alta nella tabella dei partecipanti. La conoscenza del tetto massimo di lancio consentito può essere usata e fare lanci molto più bassi del tetto, aumentando così le possibilità dell'algoritmo nella tabella tra i partecipanti.

Tutto si risolverà. Niente si complica.

Perché dovrebbe esserci una possibilità? Poche sfide sono un cattivo risultato. Sperando nella casualità o qualcosa del genere?
 
Dmitry Fedoseev:
Non è necessario limitarlo, basta contare le chiamate. Ma se la ricerca va troppo per le lunghe, basta cancellare lo script dal grafico, e si considera che il partecipante abbia perso tutto il tempo. Ma solo se sei bloccato per un tempo molto lungo. Non vuoi interrompere e guardare il risultato?

È più semplice, molto più semplice.

I concorrenti hanno ceduto gli algoritmi all'inizio del campionato. Questo è tutto, non possono più influenzare i risultati.

Poi un tetto massimo di FF inizia è adottato dall'opinione pubblica. I test sono superati. L'algoritmo conta le FF tutte le volte che vuole. Se ha fatto più corse del limite, lo script si ferma.

È elementare.

 
Dmitry Fedoseev:
Dov'è la possibilità di farlo? Poche sfide - cattivo risultato. Sperare nella casualità o altro?

Obiettivo: il miglior risultato per il minor numero di corse alla massima velocità intrinseca(regola 3). I concorrenti saranno classificati secondo questi tre criteri. Il miglioramento di uno qualsiasi di questi criteri è un aggiornamento della tabella. Ridurre il numero di corse di FF è la via più breve per risalire la classifica.

La casualità non è la peggiore opzione di ricerca, ve lo assicuro. Consiglio a coloro che non vogliono particolarmente preoccuparsi degli algoritmi di applicare solo l'HGC.

 
Andrey Dik:

È più semplice, molto più semplice.

I concorrenti hanno ceduto gli algoritmi all'inizio del campionato. Questo è tutto, non possono più influenzare i risultati.

Poi un tetto massimo di FF inizia è adottato dall'opinione pubblica. I test sono superati. L'algoritmo conta le FF tutte le volte che vuole. Se ha fatto più corse del limite, lo script si ferma.

È elementare.

Può essere scritto nelle regole di partecipazione - in funzione del partecipante viene trasferita la quantità massima ammissibile di chiamate e dovrebbe interrompersi al raggiungimento di questa quantità.

Non c'è modo di interrompere dall'esterno, senza complicare la funzione del partecipante, che è in realtà ciò di cui stiamo parlando.

 
Dmitry Fedoseev:

Può essere scritto nelle regole di partecipazione - il numero massimo di chiamate consentito è passato alla funzione del partecipante e il partecipante deve interrompere se stesso quando questo numero è raggiunto.

Non c'è modo di interrompere dall'esterno, senza complicare la funzione del partecipante, che è l'obiettivo di tutta la discussione.

Come può non interrompere? Lo script in esecuzione (comune a tutti) sarà scaricato e questo è tutto.
 

È possibile farlo - il numero di chiamate ff è definito - il parametro principale.

Si definisce un limite di tempo, per esempio 5 min o 10, se la ricerca non è completata entro questo tempo, si interrompe e non si guarda nulla. Questo è solo in caso di algoritmi lenti.

Il risultato è mostrato per valore.

 
Andrey Dik:
Come può non essere interrotto? Lo script in esecuzione (comune a tutti) sarà scaricato e questo è tutto.
Puoi interromperlo, ma poi non potrai vedere il risultato.