mar
-
Innlegg
937 -
Ble med
-
Besøkte siden sist
Innholdstype
Profiler
Forum
Hendelser
Blogger
Om forumet
Innlegg skrevet av mar
-
-
Den viser den samme oppløsningen som kilden, uten å skalere. En dataskjerm har typisk oppløsning 1920*1200. En HD-kilde viser 1920*1080. Skjermer som ikke har 1:1 PM strekker da 1080 linjer over 1200, noe som går ut over skarpheten. Det beste er at skjermen viser sorte linjer over og under de 1080 linjene i stedet for å strekke de.
De fleste skjermer lar deg vel velge dette? Har en 2 år gammel Dell 2405FPW og der kan man velge mellom 1:1, Fill og Aspect. Etter det jeg har sett er dette en funksjon som man finner på de fleste 24"+ skjermer. Mulig at de aller billigste ikke har slik støtte.
-
Det er nok så enkelt at metoden din regner ut feilt svar. Grunnen til dette er at du bruke int som input og da går det fort galt.
Bruker (2, 1000), 4000 gir "infinity".
Her er et eksempel hvor jeg også skriver ut resultatet i tillegg til tiden:
0.0
14536207
1.0715086071862673E301
1704179
Når jeg bruker double som input får jeg følgende:
1.0715086071862673E301
14935739
1.0715086071862673E301
799388
-
Operator overloading vil si at man gir +, -, * og liknende operatorer egne betydninger.. Så om jeg f.eks. har en Matrise-klasse, så kan jeg f.eks. utføre matrisemultiplikasjon ved å skrive matrix1 *= matrix2;
Dette er et kraftig verktøy for å kunne gjøre deler av koden mer ryddig
Altså, man bestemmer selv hva +, - osv. gjør, om man ønsker å gi dem noen betydning i det hele tatt.Blir det egentlig så mye mer ryddig enn feks: matrix1 = matrix1.mult(matrix2)?
Må si at jeg egentlig ikke helt ser poenget her. Er greit at man sparer noen tegn her og der, men noe mer ryddig blir det vel egentlig ikke.
Så du mener altså at
Matrix projection = perspective.getMultipliedWith(camera.z.getMultipliedWith(camera.y.getMultipliedWith(camera.x)).getMultipliedWith(camera.pos)).getMultipliedWith(obj.z.getMultipliedWith(obj.y.getMultipliedWith(obj.x)).getMultipliedWith(obj.pos)));
er like ryddig og lett å skrive og forstå i forhold til
Matrix projection = perspective * (((camera.z * camera.y * camera.x) * camera.pos) * ((obj.z * obj.y * obj.x) * obj.pos));
?
Må si at jeg egentlig ikke helt ser poenget her.Ser du virkelig ikke poenget her?
Håper jeg hjalp deg å forstå... Sorry men ser det fremdeles ikke. Skjønner jo at det lettere å bare skrive "*" og at det blir ferre tegn, men ser ikke det helt store i det. Under er forslag til en Java løsning, kunne sikkert vært bedre, men jeg vil påstå at den er ganske ryddig. Grunnet tiden på døgnet tar jeg forbehold når det gjelder paranteser
Tror jeg klarte å lese ditt eksempel på riktig måte.//Metode signatur Matrix mult (Matrix... args); //Ditt eksempel Matrix camera = mult(mult (camerea.z, camera.y, camera.x), camera.pos); Matrix obj = mult(mult(obj.z, obj.y, obj.x), obj.pos); Matrix camObj = mult (camera, obj); Matrix projection = mult (perspective, camObj); //På en linje Matrix projection = mult (perspective, mult (mult(mult (camerea.z, camera.y, camera.x), camera.pos), mult(mult(obj.z, obj.y, obj.x), obj.pos)));
-
Nå er det tidlig på en søndagsmorgen, men jeg er temmelig sikker på at bruken av % blir litt feil her.
maxAntallSoldater --> Dette er vel det totale antall soldater man har?
antallCenturia = maxAntallSoldater / 200;
antallCohort = antallCenturia / 3;
antallLegion = antallCohort / 10;
rest = maxAntallSoldater - (antallLegion *10*3*200);
-
Han kompisen din vet tydeligvis ikke helt hva han snakker om. Dersom man prøver å kontakte feilrettingen hos Telenor for å få de til å rette på en 1850 meter lang linje som bare klarer 10Mbps så sier de "glem det" eventuelt så sender de den til montør også sier han "glem det". Jeg har prøvd noen ganger, fungerer svært dårlig.
-
Operator overloading vil si at man gir +, -, * og liknende operatorer egne betydninger.. Så om jeg f.eks. har en Matrise-klasse, så kan jeg f.eks. utføre matrisemultiplikasjon ved å skrive matrix1 *= matrix2;
Dette er et kraftig verktøy for å kunne gjøre deler av koden mer ryddig
Altså, man bestemmer selv hva +, - osv. gjør, om man ønsker å gi dem noen betydning i det hele tatt.Blir det egentlig så mye mer ryddig enn feks: matrix1 = matrix1.mult(matrix2)?
Må si at jeg egentlig ikke helt ser poenget her. Er greit at man sparer noen tegn her og der, men noe mer ryddig blir det vel egentlig ikke.
-
Tja, inntrykket jeg har fått så langt er at det er ganske likt. En ny stepping vil neppe medføre merkbare endringer i IPC. Så med unntak av de testene som dagens Opteron gjør det bra på så må nok Barcelona opp på samme frekvens som Core uarch prosessorer for å holde følge.
Prisene var egentlig urovekkende lave. Er ikke slik man priser overlegne produkter for å si det slik.
-
Er faktisk stor forskjel, med din løsningen vil man måtte sette fast ipadresse hver gang man skal logge inn på den trådløseruteren. Så lenge man har denne faste adressen vil man ikke komme seg ut på nett, så man må bytte tilbake så snart man har fikset det man skulle i den trådløseruteren.
-
Ang. varmeutvikling/strømforbruk AMD vs. Intel, så virker det som Intel har en litt "finurlig" måte å beregne TDP, i motsettning til AMD?. Det AMD oppgir som TDP er reellt max hva cpu'n kan avgi. Mens Intel's cpu'er kan overskride den oppgitte TDP og kanskje ikke gir et riktig bilde av "sannheten"
(artikkelen er ikke om siste nye cpu'er, men såvidt jeg vet bruker AMD og Intel fortsatt de samme måtene å beregne TDP på)
"How does AMD define TDP?"
"How does Intel define TDP?"
http://www.silentpcreview.com/article169-page3.html
Jeg har null kunnskap om cpu-arkitektektur, etc., men oppfatter likevel artikkelen at dette (TDP) kanskje er et "issue" man må ta i betraktning når man sammenligner. (?)
edit: har også lest at minnekontrolleren som Intel ikke har innebygd Cpu'n slik AMD har, men på egen chip, utgjør 20W
Som jeg nevnte tidligere så er det en del tester der ute som viser at en Q6600 (fire kjerner) trekker mindre strøm enn en X2 6000+ (2 kjerner). Disse målingene er basert på det komplette forbruket til 2 så og si identiske systemer. Eneste forskjellen er CPU og HK. Finner ikke linken nå, men dersom du søker litt på forumet her eller ute på nettet vil du finne den.
-
¨
Det er lenge siden det
Helt seriøst så er ikkje du oppdatert på AMD siden Thunderbird, du burde kanskje ikkje poste her i det hele tatt, det du sier er helt feil
Det kan vel diskuteres, er en del tester der ute som viser at en X2 6000+ bruker mer strøm enn en Q6600. Så sånn sett ligger AMD et godt stykke bak. Av en eller annen grunn selger de ikke raske utgaver av 65nm prosessorene. Grunnen er nok så enkel som at de ikke helt får det til.
-
Ser at en del ikke helt har troen på spill og flere kjerner. Jeg tror egentlig ikke at det så vanskelig (vil bare ta litt tid). I vanlig flertrådet kode(feks en eller annen form for tallknusing) er det som regel et gitt problem som skal løses så raskt som mulig innenfor en gitt feilmargin. Dersom man da ender opp med 4 tråder med følgende fordelingen 70%, 10%, 10%, 10% så er det ikke så mye å gjøre.
Dersom det er et spill kan man da se på hva som er i de 3 bolkene på 10%. La oss si at en av de viser seg å være AI i den ene bolken. Da kan man lage en bedre og mer kompleks AI uten at dette vil merkes på ytelse. Bare et lite og enkelt eksempel på hvordan det kan gjøres.
-
Er mye rart her. Får ta å legge inn litt harde tall:
Modemstate : up Operation Mode : ETSI G.992.1 Annex B Channel Mode : fast Number of resets : 5 Vendor Local Remote Country : 0f 00 Vendor : TMMB Á VendorSpecific : 0000 0000 StandardRevisionNr : 00 00 Downstream Upstream Margin [dB] : 5.0 31.0 Attenuation [dB] : 23.0 6.0 OutputPower [dBm] : 19.0 12.0 Intrinsic/Actual Bandwidth % Upstream : 79 Downstream : 99 Available Bandwidth Cells/s Kbit/s Downstream : 18490 7840 Upstream : 2037 864 Ping mot gateway: Ping statistics for 80.202.237.1: Packets: Sent = 24, Received = 24, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 8ms, Maximum = 15ms, Average = 9ms
Modemstate : up Operation Mode : G.992.5 Annex B Channel Mode : interleaved Number of resets : 6 Vendor Local Remote Country : 0f 00 Vendor : TMMB Á VendorSpecific : 0000 0000 StandardRevisionNr : 00 00 Downstream Upstream Margin [dB] : 4.5 6.0 Attenuation [dB] : 26.0 6.0 OutputPower [dBm] : 23.0 12.5 Intrinsic/Actual Bandwidth % Upstream : 88 Downstream : 93 Available Bandwidth Cells/s Kbit/s Downstream : 37386 15852 Upstream : 2332 989 Ping mot gateway: Ping statistics for 80.202.237.1: Packets: Sent = 24, Received = 24, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 7ms, Maximum = 8ms, Average = 7ms
Målingene over er gjort på samme linje med under et minutts mellomrom. Testene ble gjentatt flere ganger og viste alltid samme trend.
Har vel prøvd å si det tidligere (muligens i en annen tråd): Interleave er ikke en av/på funksjon. Akkurat som på RAM hvor interleave feks kan være et klokkeslag eller 10. De som er til overs kan fylles med alt fra ingenting til en masse feilrettingsinfo. Ble en veldig enkel forklaring, men men.
-
Dersom noen oppdager det vil det nok dukke opp en regning for noen år med internett ja.
Edit: nei, du kan ikke nekte å betale. Dersom jeg ikke husker feil foreldes et slik krav etter 3 år. Dvs at de bare kan kreve etterbetalt for 3 år.
-
Til sammenligning er det estimert at Phenom vil yte om lag 20% bedre i heltallsytelse og 50% bedre i flytetallsytelse klokke for klokke.
Etter det jeg kan se så utgjør ikke ytelsen ved lik klokkefrekvens noen trussel for Phenom, det er fortsatt klokkefrekvensen som er den store trusselen. At Phenom firekjerne har vært vist på 3,0GHz med standard kjøling og Wolfdale bare har vært vist på 2,33 GHz med http://hwtech.ru/articles/cooling/article133.html lover foreløbig bra. Jeg tror nok Intel kommer til å pumpe opp klokkefrekvensen betydelig, men denne testen av en ES kan jo tyde på at frekvensøkningen ikke blir fullt så stor som tidligere antatt. Et annet spenningsmoment for AMDs del er hvor mye gevinst L3 cachen og den optimaliserte minnebussen vil gi.
Simen, du generaliserer 20% bedre i SpecInt og 50% bedre i SpecFp til 20% bedre på heltall og 50% bedre på flyttall. Dersom en slik generalisering hadde vært gyldig vile dagens AMD prosessorer vært omtrent på lik linje med Core2. Noe som ikke er tilfelle. Dette har vi vel også diskutert tidligere? Så jeg er egentlig litt enig med el_salvad når det gjelder vinklingen din.
Edit: Det at du lager et poeng ut av at prosessoren de hadde fått tak i bare var 2.33GHz mens AMD nylig demonstrerte 3GHz blir bare for dumt. Du vet like godt som meg og el_selvad at det er lenge siden Intel demonsterte 4 kjerners Penryn på 3.33GHz.
-
Jeg forklarte jo det. For å sitere meg selv:
ISP setter en øvre sync hastighet. Det er denne hastigheten modem og DSLAM prøver å oppnå under synkroniseringsprosessen (når DSL lampen står og blinker). Dette har ikke noe med kapasiteten i sentralen å gjøre. Det handler om kvaliteten på den enkelte linjen. Under synkroniseringsprosessen vil DSLAM og modem automatisk nedjustere hastigheten til signal kvaliteten for akkurat den linjen kommer på et akseptabelt nivå.Edit: Som jeg også nevnt tidligere ser din linje ut til å være satt opp med en target S/N på 10dB for å sikre stabilitet. Den fører til lavere hastighet (økt sync hastgighet gir lavere S/N og når S/N blir for lav blir linjen ubrukelig). S/N verdien som kreves for å oppnå en god nok stabilitet varierer fra linje til linje. Dersom du ønsker høyere hastighet må du kontakte NGT KS for å høre om de kan forsøke å tvinge hastigheten opp (dette vil da skje på bekostning av signalkvaliteten).
Edit: Den øvre grensen (eller ønsket sync hastighet om du vil) er bestemt av abonnementet. Det vil ikke hjelpe å øke denne. Sier jo seg selv. Dersom en linje ikke er god nok for å klare en gitt hastighet vil den ikke bli bedre av at man prøver å oppnå en enda høyere hastighet (det vil som regel ende med akkurat samme hastighet som tidligere, eller at linjen faller helt ut).
-
Om jeg syncer på 19000kbit/s, sier det seg selv at det er fysisk umulig å få mer enn 19000kbit/s ~ 2375kB/s brutto og/eller netto. Regner man inn overhead og andre finurlige ting, synker raskt hastigheten man får i praksis.
Derfor mener jeg at så lenge sentralen har kapasitet, bør det synces slik at man får tilnærmet 20000kbit/s netto. Hvertfall mer enn 15Mbit/s, noe som er 75% av hva man betaler for.
ISP setter en øvre sync hastighet. Det er denne hastigheten modem og DSLAM prøver å oppnå under synkroniseringsprosessen (når DSL lampen står og blinker). Dette har ikke noe med kapasiteten i sentralen å gjøre. Det handler om kvaliteten på den enkelte linjen. Under synkroniseringsprosessen vil DSLAM og modem automatisk nedjustere hastigheten til signal kvaliteten for akkurat den linjen kommer på et akseptabelt nivå. De som vil vite mer kan søke litt på google og lese mer om DSL (toner, bit-loading values osv).
For en NGT 20000/1100 linje er vel øvre grense for sync hastighet satt til ca 24500/1470 kbps.
-
Har er det samsvar mellom sync hastighet og målt hastighet. Det er derfor klart at begrensningen ligger i sync hastigheten. Denne påvirkes på ingen måte av kapasiteten mellom DSLAM og resten av verden.
-
I versjon 7.33 må du inn på special-->misc. options også hake av "unlock experimental area(.......)". Da dukker det du trenger opp, men siden du hadde S/N rett over 10dB vil jeg tro at DSLAM porten står med en target S/N på 10dB. Da hjelper det ikke at ruteren konfigureres til å godta lavere S/N verdier. Det er alltid den siden med høyes target som avgjøre dette. Så dersom DSLAM porten stod på 6dB og ruter på 10dB vile du fått rundt 10dB.
-
Ser at S/N er over 10dB begge veier. Denne kan nok kundeservice forsøke å tvinge litt høyere for deg. Du kan da risikere at ruteren bruker lang tid på å synce og at nettet blir ustabilt. Hastigheten kan til og med bli lavere, men det kan også hende at du får noen Mbit/s ekstra uten stabilitetsproblemer.
-
Tråder i java er native, så det er operativsystemet som avgjør hvilken kjerne som tråden skal kjøre på. Så i den sammenheng så drar trådete applikasjoner i Java nytte av flerkjerne prosessorer. Men du kan ikke i koden bestemme hvilken kjerne du ønsker at tråden skal kjøre i.
For meg så virker det som at TBB er et API som skjuler kompleksiteten av tråd programmering i C++ for å gjøre det enklere og tryggere å utvikle fler trådete applikasjoner i C++.
TBB er vel mye det samme som OpenMP. Kort fortalt er det en måte å hente ut en god gevinst fra flere kjerner/prosessorer uten for høye kostnader (utviklingsarbeid). Tror det finnes en Java utgave av OpenMP.
Dersom man ønsker å lære litt mer grunnleggende paralellprogrammering kan man se på MPI (tilgjengelig for Java,C/C++, Fortan). MPI er vel en API for sending av data mellom prosessorer/kjerner.
-
Var mye rart der. Telefonnummeret ligger i den der. Jeg tok meg friheten til å kjøre et søk med kapaks (har litt utvidet tilgang). Jeg får melding om at ADSL kan leveres. 2,9Kkm til AKM fordelt på 3 trinn med hovedsakelig 0.4. Vi får jo tydeligvis opp 2 forskjellige linjer her, så det er litt rart.
Et lite utdrag:
Resultat av validering:
(11) Det angitte produktet kan bestilles på den forespurte linjen med normal leveringstid.
Forhold: ADSL kan bestilles på den forespurte linjen.
Merknader:
Total linjelengde inkludert inntak: 2868 meter
Lengde på inntak: 100 meter (standard)
Tråddiameter: Varierer mellom flere tråddiametre
Fabrikat på utstyr: ALCASH, ALCAUD, N17A48
Mulig produktklasse: ADSL 2464/384
Linjeinformasjon pr trinn nummerert fra kundeadresse og innover til termineringspunkt
Inntak
Inntakslengde (standard): 100
Trinn 1
Fordeler på utside: AKM AT3-52
Fordeler på innside: AKM AT3-18
Linjelengde: 250
Tråddiameter: 06
Parallellkoplet: N
Bruksmåte: N
Trinn 2
Fordeler på utside: AKM AT3-18
Fordeler på innside: AKM AT3
Linjelengde: 765
Tråddiameter: 04
Parallellkoplet: N
Bruksmåte: N
Trinn 3
Fordeler på utside: AKM AT3
Fordeler på innside: AKM punktet har termineringsutstyr for ADSL og SHDSL
Avstand fra kundeadresse til termineringspunkt for bredbåndsprodukter er 2868
Linjelengde: 1753
Tråddiameter: 04
Parallellkoplet: N
Bruksmåte: N
-
Var det noe programvare med her? Er jo ofte folk på dette forumet hyler og skriker om hvor dyr en maskin er uten å tenke på hva som fulgte med. Office og windows lisenser koster en god del...
-
Takk for gode tilbakemeldinger.
Dette er svaret jeg får fra Telenor:
"Grunnen til at du ikke kan få Online ADSL per dags dato er at linjen din er koblet via en utjevningskabel.
En utjevningskabel er en kabel som går via en annen sentral/fordeler slik at en kunde kan få vanlig summetone.
Vi ønsker at du som kunde skal få benytte deg av våre tjenester og beklager derfor sterkt at vi ikke kan tilby deg ADSL på nåværende tidspunkt. "
Dette betyr vel at det ikke vil hjelpe å bestille analog linje/ISDN?
Noen som klarer å tolke noe annet ut av dette?
Er en del slike kabler der ute som ikke tillater ADSL, men det er ikke alltid det stemmer. Har du telefon fra før?
Nei, jeg har ikke fasttelefon, men jeg vet forrige eier hadde fasttelefon.
I utgangspunktet ser det mørkt ut. Er ikke helt umulig, kommer litt ann på hvor godt de i Telenor har sjekket. Har ved flere anledninger sett at det har latt seg gjøre å levere ADSL selv om kapakssøket har vist utgjevningskabel med restriksjoner for asymetriskbredbånd. Av og til viser kapaks helt feil eller det finnes andre linjer som tar en annen vei til sentralen (eller gåt til en annen sentral) osv. I en del tilfeller er det mulig å levere SHDSL på slike linjer (dersom det bare er restriksjoner for asymetriskbredbånd, sier jo seg selv
)Er litt vanskelig å si noe mer uten å ha sett kapaksresultatet selv. Dersom du sender litt info på pm kan jeg se litt på det.
*komunenavn
*gate/vei navn
*husnummer
*evetuell bokstav og etg.
-
Takk for gode tilbakemeldinger.
Dette er svaret jeg får fra Telenor:
"Grunnen til at du ikke kan få Online ADSL per dags dato er at linjen din er koblet via en utjevningskabel.
En utjevningskabel er en kabel som går via en annen sentral/fordeler slik at en kunde kan få vanlig summetone.
Vi ønsker at du som kunde skal få benytte deg av våre tjenester og beklager derfor sterkt at vi ikke kan tilby deg ADSL på nåværende tidspunkt. "
Dette betyr vel at det ikke vil hjelpe å bestille analog linje/ISDN?
Noen som klarer å tolke noe annet ut av dette?
Er en del slike kabler der ute som ikke tillater ADSL, men det er ikke alltid det stemmer. Har du telefon fra før?
Hva er det med nextgentel?
i Bredbånd og andre internett-tilkoblinger
Skrevet
For å forklare det veldig enkelt. Abonnementet er mer enn bare en hastighet. Det er en pakke med diverse vilkår samt en hastighet. ADSL Mega 20000 har en del endringer når det gjelder vilkår. Det er altså ikke det samme abonnementet. Feks 3 måneders oppsigelse mot 6 ukers oppsigelse. ADSL Mega 20000 innholder også delen om linjeleie, noe som ikke er tilfelle for mange kunder med ADSL2+ MegaFree. Hvor rettferdig og fornuftig dette er kan sikkert diskuteres i det uendelig, men den enkle sannheten er at NGT bare overholder vilkårene du har godtatt.