Gå till innehåll

kydyl

Members
  • Innehåll Antal

    866
  • Gick med

  • Besökte senast

Allt postat av kydyl

  1. Du får ju naturligtvis fodra kanten med vävtejp eller liknande som du tejpar över kanten
  2. Impressive
  3. hmm, vet inte om jag definierar "trimma servrar" som att minska deras last, men men Men vi får hoppas att det blir bättre nu då
  4. Pyssh... amatörer som kör med såndär 1900-tals signalering, vi som lever på 2000-talet kör med OFDM. Ska erkänna att radio inte är min starka sida och ovan är bara något jag minns från att skummat genom wireless delen av IEEE 802.11-standarden, men när tekniknördpinkartävling så vill man ju vara med! lol, jo 802.3 är ju sååå 1900-tal, används ingenstans idag
  5. öh 2400 existerar väll inte? det är väll 2359 sen blir det 0000 Nej enligt ISO8601 existerar 24:00 vilket är precis samma tid som dagen efter 00:00 Det innebär alltså att precis i det tidslaget är det två veckodagar samtidigt. Men såfort tiden tickar lite lite till så är det dagen efter.
  6. Ah ok, jag tänkte att eftersom man har preable och crc i början och slut, med fast definierade storlekar och så, så borde man kunna se var de börjar och slutar, men du har säkert rätt. det låter logiskt. edit: det har ju då med klockningen ut på mediat att göra antar jag(?), och skiljer sig mycket mellan 10/100/1000 mbit/s. Jupp, hur datat ser ut på tråden skiljer sig enorm mycket mellan de olika hastigheterna. tex så kör 10BaseT med vanlig manchester kodning medans 100BaseTX kör med 4B5B kodning och 1000BaseT kör med 4D-PAM5 kodning (nu börjar det bli smått avancerat) Now we're talking ok då
  7. Ah sorry, jag är så hårt inkörd på den så jag förbisåg att TCP/IP-modellens fjärde lager också heter Application. Nej, fjärdelagret heter transport i TCP/IP modellen också jämförelse högst lager överst NR OSI TCP/IP 7 Application Application 6 Presentation N/A 5 session N/A 4 transport transport 3 network internet 2 datalink (1 och 2 1 physical host to host network)
  8. Jo visst det är ju lite som mjukporr för datornördar Och det vore jävligt smidigt av TP-test om det vore så tycker jag. Datornörd, vem? Vi? Fullt normalt att sitta kl ett på natten och diskutera nätverksprotokoll på ett pokerforum ju!
  9. Hmm, bra fråga. Det sändningsuppehållet mellan framesen på 96 bit times finns ju antagligen för att skapa strikt åtskilda frames så att de inte läses ihop eller vad man ska säga. Så de borde vara helt oberoende av hurvida det är full eller halv duplex på sändningen. Är tämligen säker på detta. Det som i huvudsak skiljer halv från full duplex är hurvida CSMA/CD protokollet används eller inte.
  10. Umm...så nivå 5-7 benämner du enhetligt "application layer"? Eller menade du att det bara är overhead på nivå 7 och inte mellan-nivåerna? Antar att du tänker på OSI modellen nu? Jag var så fräck att jag körde med TCP/IP referensmodellen där "session" och "presentation" lagret inte är förekommande. Så ja du kan säga att jag benämde lager 5-7 i OSI modellen med "application layer". bzkt. Sant. Allt är en definitionsfråga Fast när man tankar filer och sånt så är det ju ganska intressant med hastigheten på den "riktiga" datan. Antar även att det är det som TP-test mäter fast det är jag ju inte 100 på.
  11. baud är antalet "signalelement" på kabeln. Tex 100BaseTX går i 125Mbaud men bara 100Mbit/s Så en baud kan alltså vara mindre än en bit/s också, inte bara större. Så nu när vi har rett ut det vill jag ge mig på nästa missförstånd. Nämligen att 100Mbit/s skulle vara den teoretiskt högsta datahastigheten. Det finns någom som heter overhead. Så för ett ethernet 100BaseTX nätverk som kommunicerar via tcp+ip protokollen får vi följande: Först har vi 96 bit times mellan ethernetramarna dvs 12 byte borta. Sen är framen uppbyggd av 1500 byte payload (max) och 26 byte head + tail. Då får vi ut 1500/1538 = 97,5 % till datatransport. Sen är de 1500 data vi skickat inte bara data. Med tcp + ip så får vi ytterligare ca 20+20 byte av headers. vi skickar alltså bara 1460 byte "äkta" data per 1538 byte på linan. Vi kan alltså få ut ~0,95% = 95Mbit/s i bästa fall. Och sen tillkommer troligen overhead i application layer lagret också. EDIT: Ändrade ett syftningsfel.
  12. ISO8601 innehåller allt ni behöver veta om klockan Ny dag är tex 2005-12-09 00:00 vilket är exakt samma tid som 2005-12-08 24:00
  13. Tänkte bara säga att Enkenstar har rätt angående poker333 bonusen, det är "contributed raked hands" medans bet365 är "dealt raked hands". Spelar man inte toklöst på shorthand bord är skillnaden enorm.
  14. Tror de där fälten är onödiga när det gäller svenska konton.
  15. Ah, så de har börjat kolla upp nivån tillslut. Kändes som en tidsfråga bara. Förövrigt var det en hemsk svenska i mejlet
  16. I det här fallet tror jag du har fel. Han fick in 1.70 på kontot vilket tyder på att insättningen var i annan valuta än kronor eftersom neteller sätter in ett belopp mindre än en enhet i den valuta man anger att kontot är i. Det är ju också så att 0. är förtyckt där man skriver in sin insättning så att skriva in en insättning som är större än en enhet är omöjligt.
  17. typ: hej jag har nu spelat 500 rakade händer i december" kontonamn: "konto_namn_här" mvh "riktig_namn"
  18. Din "kompis" kan ha tur och klara sig men åker han på att skicka in bilder på kreditkort/pass/mm så är det ju ganska kört. Sajten lär låsa kontot och konfiskera vinsterna.
  19. Förmodligen en dag till. Innan dom ändrade sidan har jag för migatt det stog att det gällde tom 30:e november. Dessutom är koden novdesposit, så om du inte redan satt in pengar får du nog skynda dig.. Kör de samma angivelse som med reloaden så är den redan ogiltig...
  20. Det är inte så att det är ditt IBAN nummer du ska fylla i?
  21. Tänkte bara påpeka att okorrelerade variabler inte behöver vara oberoende, men oberoende variabler är okorrelerade. Ja det har du rätt i. Reflekterade jag inte över. Vill då bara tillägga att det jag skrev endast gäller om variablerna faktiskt är oberoende. Angående botryktena har jag inga komentarer
  22. Så då är måndagen slut om 8 minuter. Ska man tolka det som om man inte hört något vid det här laget så blev man inte uttagen?
  23. ojoj vilken fanclub det var här då Det här är en rätt basic uppgift egentligen, Om två variabler som är normalfördelade kombineras till en tredje så blir denna också normalfördelad med fördelningen N(m1+m2 , sqrt(s1^2+s2^2)) sen får man ju vikta m1, m2, s1, s2 efter koefficienterna i linjärkombinationen. Man bör man notera att vi har vikt 3 på Y och staqndardavvikelsen hos Y är s2 så det är 3s2 man ska kvadrera eftersom variansen hos (aY) = a^2*variansen hos Y. Med andra ord så blir S normalfördelad N(5+3*1 ; sqrt(2^2+(3*1)^2)) = N(8, sqrt(13)) Nu har du ju P(S>12) = 1-P(S<=12) (eftersom tabeller ofta är på den formen) sen är det i princip bara att göra om det till en N(0,1) fördelning och läsa ut värdet.
  24. Ja det lär gå ganska snabbt. Det visar dock bara att det finns EN oärlig person. Inte att de flesta är det. Jag kan med gott samvete säga att jag aldrig skulle röra pengarna iaf. Det är stöld, inget annat.
  25. Helt fel! 22 är inte ens 60-procentig favorit att vara bästa paret. 88 är bäst c:a 76-77% av fallen Jupp gdaily har rätt. Efter att ha läst igenom sidan med matematiken som postades så gäller det att även om man inte förstår matematiken läsa tabellerna rätt Tabellens första kolumn "one rank" visar att exakt ett högre par är ute. "two rank" visar exakt två högre par. Vad man ska kolla på för 22 är då "one rank" + "two rank" + osv upp till "12 rank" men så långt har han inte räknat och eftersom sannolikheterna snabbt går mot noll så räcker det nog ganska bra med "three rank". EDIT: men vafan, gdaily hann skriva det först
×
×
  • Skapa nytt...