EV+ på Trav?

LosKrikon · 2010-10-10, 13:00

Kommer idag börja snickra på annan rankformel för att maximera vinstchansen (istället för roi som nu) för att användas i Vxx.

LosKrikon · 2010-10-10, 13:02

Föresten tips till andra som ska göra samma sak: man vinner riktigt mycket på att hårt optimera koden! Min kod är över 500 ggr snabbare än den ursprungliga!

LosKrikon · 2010-10-12, 01:07

Ush då, hade 17 raka förluster, men bröt trenden idag. Ligger fortfarande på minus dock :|

LosKrikon · 2010-10-12, 17:36

Testar att filtrera med minimiodds 5 idag, se hur det går.

LosKrikon · 2010-10-12, 22:27

11 units satsade, 10,79 tillbaka idag. Inte illa pinkat för ett program som själv rekar

[ja, jag fattar att det är för kortsiktigt att dra några slutsatser...] Nåra tweaks till så kanske man kan nå break even på sikt.

LosKrikon · 2010-10-13, 12:18

Nu förklarar sig det dåliga resultatet... Visar sig att jag hade en bug i rankningsformeln för analys av optimala värden för vikterna. Rekomendationen av vilka hästar man ska satsa på var rätt, men ett av värdena som användes var fel eftersom analysdelen gav fel resultat där. Tyckte väl att det var konstigt att det värdet var som det var... Nu får man unge fär det värdet man förväntar sig. Tack vare detta ska jag idag köra med olika vikter beroende på vilken distans loppet är. Förut har jag kört på en rankning för alla lopp.

LosKrikon · 2010-10-13, 18:17

Dagens rekar:

LosKrikon · 2010-10-14, 20:37

Tror jag väntar med vidare utveckling tills jag har en betydligt bättre dator. Den pallar helt enkelt inte göra analyser inom rimlig tid, speciellt inte på den mängden data jag kommer vilja köra på.

tino · 2010-10-14, 21:17

Citat:

Ursprungligen postat av LosKrikon

Tror jag väntar med vidare utveckling tills jag har en betydligt bättre dator. Den pallar helt enkelt inte göra analyser inom rimlig tid, speciellt inte på den mängden data jag kommer vilja köra på.

Kör du mycket direkt mot databas eller är det bara oändligt många kombinationer du går igenom? Hoppas det löser sig och att du har möjlighet att vidareutveckla då två är bättre än en!

LosKrikon · 2010-10-14, 21:53

En körning på 700 lopp med grova steg på vikterna skulle ta 45 dar... Och då är det hårt optimerat där allt från databasen läggs i arrayer och allt går sedan därifrån. Sitter på en lånad reservbox som jag köpte till min morsa för 100kr...

tino · 2010-10-14, 22:19

Ok, 45 dagar är inte direkt hållbart

Borde det dock inte gå snabbare om du läser in allt/delvis i minnet och minskar anrop mot DB? Hur som helst hoppas jag att du ordnar en ny dator så att du kommer vidare!

LosKrikon · 2010-10-14, 23:23

Jag vet ju vad som ska göras och koden är väldigt bra som den är, men 45 dar är med LITEN databas och GROVA steg. När jag räknade på vettig databas och hyffsade steg skulle det ta runt två år att processa!

Som sagt all beräkning körs mot arrayer som fyllts en gång bara, när väl beräkningrna börjar så sker ingen databasaccess alls, det var därför appet blev så mycket snabbare när jag byggde om allt.

Kommer fortsätta att snickra på interface osv förmodligen, men analysen blir det inget mer av på ett tag.

Har även börjat site som är ett mellanting mellan abcranken och programmet (ej webapp) jokersystemet. Abcranken är lite väl enkel och jokersystmet (dåligt namn btw) är bra men är ett normalt program och har flera funktioner som verkligen inte har något med verkligheten att göra utan enbart finns för att få just fler funktioner och därmed få en anledning till ett högre pris. Plus att det kommer bli billigare än både abcranken och jokersystmet. Nått i stil med RRR fast som webapp.

LTG · 2010-10-15, 00:30

Det är straffet man får ta för att köra med script-språk istället för kompilerat. Det går (ibland mycket) långsammare. Sen klart att en långsam datan påverkar en hel det också.

LosKrikon · 2010-10-15, 01:13

Jag funderade skarpt på att bygga om till C, skulle inte ta mig många timmar att fixa, men kom fram till att det inte var värt besväret. PHP är dock skapligt snabbt eftersom det inte interpretas utan kompileras (om än ej till maskinkod) innan det körs. Jag funderade även på att göra en klient så att andra kan hjälpa till och söka efter bra vikter distribuerat. Men mängden data jag har och antalet personer som skulle kunna tänka sig donera cpu-tid är mycket limiterat dessvärre så det kändes inte lönt.

BiggieB · 2010-10-15, 12:47

Ett tips är att ta en titt på boken Heath, Scientific Computing (2002), eller numme i allmänhet. Det finns väldigt mycket fint om hur man skall optimera beräkningar och bygga matriser för att spara datorkraft och körningstid. Jag har bara läst en gk i ämnet så mer kan jag inte tillföra annat än möjligen betänka att använda matlab.

/B

2010-10-10, 13:00	#121
LosKrikon Reg.datum: sep 2010 Inlägg: 463 Sharp$: 58	Kommer idag börja snickra på annan rankformel för att maximera vinstchansen (istället för roi som nu) för att användas i Vxx. Följande användare gav Sharp$ för den här posten:

2010-10-10, 13:02	#122
LosKrikon Reg.datum: sep 2010 Inlägg: 463 Sharp$: 58	Föresten tips till andra som ska göra samma sak: man vinner riktigt mycket på att hårt optimera koden! Min kod är över 500 ggr snabbare än den ursprungliga! Följande användare gav Sharp$ för den här posten:

2010-10-12, 01:07	#123
LosKrikon Reg.datum: sep 2010 Inlägg: 463 Sharp$: 58	Ush då, hade 17 raka förluster, men bröt trenden idag. Ligger fortfarande på minus dock :\| Följande användare gav Sharp$ för den här posten:

2010-10-12, 17:36	#124
LosKrikon Reg.datum: sep 2010 Inlägg: 463 Sharp$: 58	Testar att filtrera med minimiodds 5 idag, se hur det går. Följande användare gav Sharp$ för den här posten:

2010-10-12, 22:27	#125
LosKrikon Reg.datum: sep 2010 Inlägg: 463 Sharp$: 58	11 units satsade, 10,79 tillbaka idag. Inte illa pinkat för ett program som själv rekar [ja, jag fattar att det är för kortsiktigt att dra några slutsatser...] Nåra tweaks till så kanske man kan nå break even på sikt. Följande användare gav Sharp$ för den här posten:

2010-10-13, 12:18	#126
LosKrikon Reg.datum: sep 2010 Inlägg: 463 Sharp$: 58	Nu förklarar sig det dåliga resultatet... Visar sig att jag hade en bug i rankningsformeln för analys av optimala värden för vikterna. Rekomendationen av vilka hästar man ska satsa på var rätt, men ett av värdena som användes var fel eftersom analysdelen gav fel resultat där. Tyckte väl att det var konstigt att det värdet var som det var... Nu får man unge fär det värdet man förväntar sig. Tack vare detta ska jag idag köra med olika vikter beroende på vilken distans loppet är. Förut har jag kört på en rankning för alla lopp. Följande användare gav Sharp$ för den här posten:

2010-10-13, 18:17	#127
LosKrikon Reg.datum: sep 2010 Inlägg: 463 Sharp$: 58	Dagens rekar: Följande användare gav Sharp$ för den här posten:

2010-10-14, 20:37	#128
LosKrikon Reg.datum: sep 2010 Inlägg: 463 Sharp$: 58	Tror jag väntar med vidare utveckling tills jag har en betydligt bättre dator. Den pallar helt enkelt inte göra analyser inom rimlig tid, speciellt inte på den mängden data jag kommer vilja köra på. Följande användare gav Sharp$ för den här posten:

2010-10-14, 21:53	#130
LosKrikon Reg.datum: sep 2010 Inlägg: 463 Sharp$: 58	En körning på 700 lopp med grova steg på vikterna skulle ta 45 dar... Och då är det hårt optimerat där allt från databasen läggs i arrayer och allt går sedan därifrån. Sitter på en lånad reservbox som jag köpte till min morsa för 100kr... Följande användare gav Sharp$ för den här posten:

2010-10-14, 22:19	#131
tino Reg.datum: aug 2010 Inlägg: 604 Sharp$: 2463	Ok, 45 dagar är inte direkt hållbart Borde det dock inte gå snabbare om du läser in allt/delvis i minnet och minskar anrop mot DB? Hur som helst hoppas jag att du ordnar en ny dator så att du kommer vidare! Följande användare gav Sharp$ för den här posten:

2010-10-14, 23:23	#132
LosKrikon Reg.datum: sep 2010 Inlägg: 463 Sharp$: 58	Jag vet ju vad som ska göras och koden är väldigt bra som den är, men 45 dar är med LITEN databas och GROVA steg. När jag räknade på vettig databas och hyffsade steg skulle det ta runt två år att processa! Som sagt all beräkning körs mot arrayer som fyllts en gång bara, när väl beräkningrna börjar så sker ingen databasaccess alls, det var därför appet blev så mycket snabbare när jag byggde om allt. Kommer fortsätta att snickra på interface osv förmodligen, men analysen blir det inget mer av på ett tag. Har även börjat site som är ett mellanting mellan abcranken och programmet (ej webapp) jokersystemet. Abcranken är lite väl enkel och jokersystmet (dåligt namn btw) är bra men är ett normalt program och har flera funktioner som verkligen inte har något med verkligheten att göra utan enbart finns för att få just fler funktioner och därmed få en anledning till ett högre pris. Plus att det kommer bli billigare än både abcranken och jokersystmet. Nått i stil med RRR fast som webapp. Följande användare gav Sharp$ för den här posten:

2010-10-15, 00:30	#133
LTG Reg.datum: feb 2010 Inlägg: 49 Sharp$: 285	Det är straffet man får ta för att köra med script-språk istället för kompilerat. Det går (ibland mycket) långsammare. Sen klart att en långsam datan påverkar en hel det också. Följande användare gav Sharp$ för den här posten:

2010-10-15, 01:13	#134
LosKrikon Reg.datum: sep 2010 Inlägg: 463 Sharp$: 58	Jag funderade skarpt på att bygga om till C, skulle inte ta mig många timmar att fixa, men kom fram till att det inte var värt besväret. PHP är dock skapligt snabbt eftersom det inte interpretas utan kompileras (om än ej till maskinkod) innan det körs. Jag funderade även på att göra en klient så att andra kan hjälpa till och söka efter bra vikter distribuerat. Men mängden data jag har och antalet personer som skulle kunna tänka sig donera cpu-tid är mycket limiterat dessvärre så det kändes inte lönt. Följande användare gav Sharp$ för den här posten:

2010-10-15, 12:47	#135
BiggieB Reg.datum: apr 2010 Inlägg: 396 Sharp$: 221	Ett tips är att ta en titt på boken Heath, Scientific Computing (2002), eller numme i allmänhet. Det finns väldigt mycket fint om hur man skall optimera beräkningar och bygga matriser för att spara datorkraft och körningstid. Jag har bara läst en gk i ämnet så mer kan jag inte tillföra annat än möjligen betänka att använda matlab. /B Följande användare gav Sharp$ för den här posten: