kydyl

Dostojevski Jo varje enskild rullning är oberoende av de föregående. Det spelar ingen roll om det varit 1000 svarta i rad chansen att det blir rött nästa gång är oförändrad. Vidare är utfallet i roulett ingen normalfördelning. Det är en (diskret) likformad fördelning därutfallet således är jämt fördelat över alla nummer. Men nu har jag en fråga till Mastern, du får gränsvärdet för dubblingsteorin till -oo. Jag orkar inte räkna på det men rent intuitivt tycker jag inte att det borde existera något gränsvärde. Grafen borde få ett typutseende där kapitalet under perioder minskar kraftigt och i ökande takt för att sen plötsligt gå till plus och sen ner igen osv. Alltså går inte värdet mot något speciellt värde utan pendlar och således saknas gränsvärde. Eller tänker jag helt fel nu? klockan är ju ändå 3 på natten och man är väl inte helt klar

ja det är möjligt att det går. Vissa siter tillåter inte att man kombinerar men jag har ingen egentlig koll på vilka det kunkar/inte funkar på.

Alltså den klient som man kör på sin dator är skriven i java, det finns ingen annan klient förutom den som man kan köra direkt i webläsaren.

Nu brukar ju refer a friend bonusarna vara sämre än signup så det är ju inte säkert dina polare vill signa upp via dig ändå

jo, du kan ju testa och mejla supporten och se om du kan få nån bonus ändå.

Det är väl en signup kod. Angav du den när du skapade kontot eller bara när du satte in pengar?

En sån vill jag också placera i Men eftersom du säger så så måste du nog fundera på vad du vill med pengarna. Vill du ha en väldigt trygg fond eller är du beredd att riskera kapitalet för en chans till god avkastning? Har du mer kapital "i botten"? Jag skulle avråda från att sätta alla sina sparpengar i en högriskfond. Vad har du för tidshorisont på placeringen? Är det här pengar som du kan avvara på ett par års sikt eller vill du att de ska växa till sig på ett år så du kan konsumera dem sen? Ju kortare sparhorisont du har desto mindre risk bör du ta.

Är det någon som har vågat skaffa ett konto trots att de är ryska? Precis som trådskaparen har jag neteller i dollar men har nu börjat spela en del på eurosajter vilket medför oönskade avgifter. Tycker sidan verkar lite rörig men nog ser det seriöst ut.

Jag brukar hålla isär det. Det jag menar när jag säger hur mycket jag plussat/backat så är det uteslutande spelvinster/förluster.

God Jul och ett gott nytt år på er allihopa!

Ja det kan du.

Du menar så du bara behöver ändra namnet på den och lämna in eller?

Svaret på skattningen är trivialt. Det är helt enkelt 25/400 Dvs vi antar att andelen arbetlösa i befolkningen är samma som i testgruppen. medelfelet är ett litet missvisande begrepp tycker jag då det inte direkt är något medelvärde, utan skattningen av standardavvikelsen. På engelska "standard error" vilket jag tycker passar bättre. Vi kanske kan anta att stickprovet är bonomialfördelat. Då är ju standardavvikelsen sqrt(pq/n) En skattning av denna skulle kunna vara sqrt(p*q*/n) Felmarginalen vete sjutton hur det blir med. Spontant känns det som att du måste bestämma med hur stor sannolikhet du vill vara säker på att din skattning ligger inom den beräknade felmarginalen först.

http://pokerforum.nu/forum/viewtopic.php?t=19246

iGM-Pay funkar bara för amerikaner. Eller om man skaffar ett US-bankkonto så funkar det väl för alla.

Guldläge, men jag fick upp dem som elapsed. Hade tagigt ut pengar bara för ett par dar sen

RaMz, Vad har de sagt om dina pengar?

Ja lycka till med studierna och familjen. Känns som rätt val att prioritera dessa framför pokern. Ska själv göra samma sak i vår när jag (äntligen) ska göra mitt examensarbete så jag kan få ut den där examen

Med otroligt stor sannolikhet ja.

Nej, den ska över 0.30

Det här påminner mig om en incident när jag skulle göra provet. Minns inte om det var matte D eller C. Har man inte nationella prov i C så var det D annars var det nog C. Jaja, spela roll. Hur som helst så lämnar våran lärare ut ett gammalt prov att träna på ca en vecka innan. Vad han inte observerar är att sekretessen inte var hävd på det provet än. Detta påpekar en elev efter nån dag och läraren säger typ "oj då, jaja ni behöver ju inte sprida det vidare eller prata om det annars spelar det väl ingen större roll det är ju ändå över 4 år gammat" Sen på provdagen så visar det sig att det nya provet inte har kommit än och således tar någon på expeditionen fram ett av de gamla sekretessbelagda proven och kopierar upp. Ni kan ju gissa vilket

varför inte dunka upp ett Massiv kluster? typ 30 linux/*NIX server med KRUD Cluster ? lär ju öka lite Nu har jag ganska kraftigt begränsade kunskaper om klusterdatorer men jag är ändå tveksam till att det är den bästa lösningen. Kluster lämpar sig ju bäst vid tunga beräkningar som kan utföras i parallella delar. Sen vet jag inte riktigt om vi kommer ifrån grundproblemet. Har man inte fortfarande ett interface till omvärlden i en klusterator? Sen måste ju programvaran högst troligen designas om här med för jag är tveksam att en kompilator ensam kan anpassa den tillräckligt.

Alltså man nyttjar sajters signup bonusar och reloads genom att flytta sina pengar till den sajt som ger bäst bonus för tillfället.

Nu är det ju inte bandbredd som är den viktiga faktorn utan möjligheten att hantera den stora mängden små paket det innebär när så många klienter är anslutna. Precis. En designmetod är tex att låta varje ansluten klient få en egen tråd på servern som hanterar all sändning/mottagning med den klienten. Eftersom en processor (om den inte har multipla kärnor) bara kan köra en tråd åt gången kommer det bli en väldans massa byten av vilken tråd som körs. Dessa byten tar en viss tid. Om man har för många trådar så kommer man komma i ett läge där bytena av trådar tar upp så mycket exekveringstid att processorn nästan inte hinner göra någonting vettigt alls. Når man den gränsen så hjälper det väldigt lite att öka kapaciteten på processorn. En annan metod är att man buntar ihop klienter i trådarna, så att en tråd tex har ansvar för 40-50 klienter och sekvensiellt går igenom alla de anslutningarna i en loop. Detta ger lite mer "onödig körtid" eftersom alla klienter säkert inte vill något hela tiden. Men man spar in en hel del på att slippa byta tråd så ofta. Lägga alla klienter i samma tråd är dock ingen bra ide när man har många anslutna eftersom det då blir en väldig väntan mellan kontrollerna om en klient vill något eller inte. Sen är det inte säkert att hur man än kodar sin programvara att det räcker med en maskin. Utan en bättre lösning är lastbalansering mellan servrar. Tex att man har 10 servrar som samtalar sinsemellan och klienterna automagiskt kopplar upp sig mot den som har minst last för tillfället. Naturligtvis har jag ju ingen aning om hur B2B's lösning ser ut utan jag bara skrev ner lite allmänna saker lite kort för att visa att det (troligen) inte är bandbredd som är flaskhalsen. Hjort, Jo den engelska betydelsen passar ju in ganska bra.

Jag brukar köra med max ca 5% av MIN(din stack, Fi's stack) som tumregel