| FAQ |
| Kalender |
|
|
#13 | ||
|
|||
|
Medlem
|
Citat:
Citat:
![]() Iaf, Alex slängde ihop en lösning som är i samma linje som rhdf:s förslag & prestandan är rejält förbättrad jämfört med min utgångspunkt: 1000 medlemmar tar 300ms att matcha istället för 3'000ms, 10ggr snabbare alltså :P Första testerna jag körde så såg det ut att vara linjär ökning i exec tid motsvarande ökningen av event deltagare men det blir det ju såklart inte :P Ökar fortfarande exponentiellt och det tror jag inte man kan komma ifrån, tror aldrig att man kan få linjär skalning vid den här typen av matchning. Kanske lubic:s fungerar men har inte testat än. Exponenten (fel terminologi tror jag men skit samma, ni förstår ändå), Alex version jämfört med min: 4000 medlemmar tar 5'200ms att matcha istället för 60'000ms, 10+ggr snabbare igen. Så japp, det är mycket snabbare att leka med arrayen & köra logiken i PHP istället för att använda databasen för att sköta matchningen & begränsa så att samma användare inte blir dubletter i EventMatches. Iaf, ursäkta att jag tjötar mer än postar kod men kommer inte hem förräns söndag & har begränsade möjligheter att testa under tiden, skall börja om igen på söndag & se om jag kan göra en egen version som kan matcha Alex:s version. Tack för svaren allihopa sålänge iaf Senast redigerad av JesperA den 2014-07-04 klockan 09:45 |
||
|
|
Svara med citat
|
| Ämnesverktyg | |
| Visningsalternativ | |
|
|