Archief - De langste toog ter wereld: de Algemene chatthread

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
A

Albireo

Legacy Member
GenesisX zei:
Waarom een GTS? Zijn er geen betere?
Klik om te vergroten...

ik werk 4/5de en ik verdien 8.10 EUR per uur, enough said :$ (maar als iemand mij wil sponsoren...)

m'n PSU is net straf genoeg voor een 8800GTX 768MB, 450W/30A vereist en ik heb 450W/32A :)


(en dienen automatische overclock van nTune werkt natuurlijk alleen maar op nForce moederborden, back to the BIOS it is...)
G

GenesisX

Legacy Member
Ik werk alleen in de vakantie, maar toch zou ik een 8800GTX of iets gelijkaardigs kopen hoor. Misschien zelfs twee als 't budget groot genoeg is. Dan kunt ge al een aardig tijdje mee :).

Vraagje, dno of je het weet: is quad-core eigenlijk al deftig ondersteund? En SLI ook?
K

KO

Legacy Member
Albireo zei:
Albireo clockt over...

[email protected] -> 2.7GHz (+11%)
DDR2 800MHz -> 900MHz (+12.5%)
Geforce 7950GT core 550MHz -> 600MHz (+9%)
Geforce 7950GT mem 700MHz -> 740MHz (+5.7%)

resultaat: van 30 naar 34fps in de CoD 4 demo (op de plaats waar de tank staat) -> +13.3%, ik neem aan dat ik daar tevreden mee moet zijn gelet op de cijfers... :puke:

meh, ik wil een 8800GTS :sop:


ik ga die automatische afstemming van nTune eens testen....
Klik om te vergroten...

heb exact hetzelfde systeem als jij :p

E6600 aan 3520mhz wel (+46,7%)
A

Albireo

Legacy Member
=[KO]=;9247005 zei:
heb exact hetzelfde systeem als jij :p

E6600 aan 3520mhz wel (+46,7%)
Klik om te vergroten...

MAAKT JE COOLER DAN NIET CONSTANT VEEL LAWAAI? Maar als je 50% overclockt dan heb je waarschijnlijk ook geen standaard koeler :ironic:


'k heb ondertussen gemerkt dat ik ipv te overclocken hetzelfde resultaat kan bereiken in CoD door de textures op high te zetten ipv op extra :D
AA en AF uitschakelen maakt geen verschil, en low textures is ook maar een paar miezerige frames meer. Er zit daar ergens ne serieuze bottleneck IMHO...
A

Albireo

Legacy Member
GenesisX zei:
Ik werk alleen in de vakantie, maar toch zou ik een 8800GTX of iets gelijkaardigs kopen hoor. Misschien zelfs twee als 't budget groot genoeg is. Dan kunt ge al een aardig tijdje mee :).
Klik om te vergroten...

'k heb andere financiële prioriteiten momenteel
droogkast -> 500 EUR
wasmachine -> 600 EUR
zetel -> 500 EUR (maar 't is wel ne verdomd zachte zetel)
GSM -> 39 EUR :D
(en nog wat andere spullen)

maar dat buiten beschouwing gelaten is een videokaart in't algemeen mij geen 500 EUR waard, 350 EUR wil ik er nog net aan geven...

GenesisX zei:
Vraagje, dno of je het weet: is quad-core eigenlijk al deftig ondersteund? En SLI ook?
Klik om te vergroten...

dunno, de nieuwste games lijken wel duo cores te ondersteunen (en zelfs aan te bevelen) maar of dat ook automatisch betekent dat ze 4 cores gaan benutten weet ik niet. :help:
no idea about SLI
A

Albireo

Legacy Member
"Nvidia zal op 12 november zijn G92-videochip introduceren, zo melden bronnen van X-bit Labs. Opvallend is het hardnekkige gerucht dat de chip wel een aantal nieuwe features biedt, maar niet krachtiger is dan het huidige topmodel.

De G92 zou onder andere ondersteuning toevoegen voor DirectX 10.1, pci-express 2.0, Displayport, hdmi en een verbeterde PureVideo HD-engine. De op 65nm gebakken chip zou echter niet krachtig genoeg zijn om tegen de in mei aangekondigde GeForce 8800 Ultra op te boxen. In plaats daarvan wordt hij gericht op het 'performance-mainstream'-segment, meer het gebied waar de 8800 GTS op dit moment in speelt."

that does it, ik ga slapen... :sleep:
L

Lensos

Legacy Member
Albireo zei:
M'n verdere priemplannen zullen het met het tekstbestand van 1.04GB moeten doen. Ik heb die priemgetallen nodig om te ontbinden in priemfactoren. En met die priemfactoren kan ik alle delers van een getal berekenen. En dat kan ik dan weer gebruiken om de grootse gemene deler van 2 of meerdere getallen te berekenen. Of deze manier van werken sneller is dan de gebruikelijke manier om de grootste gemene deler te berekenen zal nog moeten blijken.
Klik om te vergroten...
Een standaardalgoritme om de ggd te berekenen is het algoritme van Euclides. Dit is zeer eenvoudig en zeer snel ook. Ontbinden in priemfactoren gaat daarentegen tergend traag. Good luck dus.
A

Albireo

Legacy Member
Lensos zei:
Een standaardalgoritme om de ggd te berekenen is het algoritme van Euclides. Dit is zeer eenvoudig en zeer snel ook. Ontbinden in priemfactoren gaat daarentegen tergend traag. Good luck dus.
Klik om te vergroten...

"Gabriel Lamé bewees, dat het algoritme ten hoogste 5k stappen nodig heeft, waarin k het aantal decimale cijfers van b voorstelt."

Dat algoritme is inderdaad heel eenvoudig en snel. Tijd om mijn plan te begraven. ;)

Het ontbinden in priemfactoren lijkt me nu toch ook niet echt zo traag.

Code: 
           // number: te ontbinden getal
           // primefactors: de lijst met gevonden priemfactoren
           //  GetNextPrime(): methode die het volgende priemgetal ophaalt (uit een lijst in het geheugen of uit een bestand...)
           while(number>1) {
                if (number % prime == 0) {
                    number = number / prime;
                    primefactors.Add(prime);
                }
                else {
                    prime=GetNextPrime();
                }
            }

Het ziet er toch niet traag uit... :unsure:

'k Zou eigenlijk wel eens moeten testen of dat algoritme wel altijd klopt, BRB :D
A

Albireo

Legacy Member
Albireo zei:
Het ontbinden in priemfactoren lijkt me nu toch ook niet echt zo traag.

Code: 
           // number: te ontbinden getal
           // primefactors: de lijst met gevonden priemfactoren
           //  GetNextPrime(): methode die het volgende priemgetal ophaalt (uit een lijst in het geheugen of uit een bestand...)
           while(number>1) {
                if (number % prime == 0) {
                    number = number / prime;
                    primefactors.Add(prime);
                }
                else {
                    prime=GetNextPrime();
                }
            }

Het ziet er toch niet traag uit... :unsure:

'k Zou eigenlijk wel eens moeten testen of dat algoritme wel altijd klopt, BRB :D
Klik om te vergroten...

't klopt :niceone:

futiel feit van de dag: 1999999999 = 31 x 64516129
L

Lensos

Legacy Member
Albireo zei:
Het ziet er toch niet traag uit... :unsure:
Klik om te vergroten...
Mja, het is toch het basisprincipe van de meesten coderingen. Het terug ontbinden van een product van twee priemgetallen van ongeveer 150 cijfers, duurt miljarden jaren. De grootste gemene deler daarvan zoeken is in seconden gebeurd.
A

Albireo

Legacy Member
Lensos zei:
Mja, het is toch het basisprincipe van de meesten coderingen. Het terug ontbinden van een product van twee priemgetallen van ongeveer 150 cijfers, duurt miljarden jaren. De grootste gemene deler daarvan zoeken is in seconden gebeurd.
Klik om te vergroten...

Wat als iemand nu eens op het idee komt om bij het ontbinden van dat product van 2 grote priemgetallen alle kleine priemgetallen over te slaan en alleen te testen op de gekende priemgetallen van 150 cijfers? Er zal toch wel ergens een lijst bestaan van die gigantische getallen en de 2 priemgetallen waarvan ze het product zijn?


Als dat een stomme vraag was dan komt dat omdat ik geen verstand heb van coderingen. Verder dan ROT13 ben ik nooit geraakt. :crazy:
L

Lensos

Legacy Member
Albireo zei:
Wat als iemand nu eens op het idee komt om bij het ontbinden van dat product van 2 grote priemgetallen alle kleine priemgetallen over te slaan en alleen te testen op de gekende priemgetallen van 150 cijfers? Er zal toch wel ergens een lijst bestaan van die gigantische getallen en de 2 priemgetallen waarvan ze het product zijn?


Als dat een stomme vraag was dan komt dat omdat ik geen verstand heb van coderingen. Verder dan ROT13 ben ik nooit geraakt. :crazy:
Klik om te vergroten...
De priemgetallen zijn ongeveer als volgt verdeeld: Het aantal priemgetallen kleiner dan n is ongeveer n/ln(n). Het aantal priemgetallen met 150 cijfers is dus het aantal priemgetallen tussen 10^150 en 10^151. Dat is ongeveer 6*10^148, zeer grofweg, maar het komt niet op een factor 10 (of zelfs 10^10). Er zijn in het universum minder dan 10^100 deeltjes. Er kan dus bijlange na geen harde schijf zijn die al die priemgetallen opgeslagen krijgt.

Om te testen of getallen priemgetallen zijn gaat men in de praktijk trouwens niet voor alle getallen na of ze een deler zijn (wat voor zo een grote priemgetallen weer absurd is). Er zijn veel efficientere testen, maar daarvoor hebt ge wat geavanceerdere wiskunde nodig.

Ik hoop dat je er wat aan uitkunt, in grote getallen denken is niet altijd evident.

Maar indien iemand dus een snelle manier vind om getallen te ontbinden, dan staat de electronische wereld wel degelijk op z'n kop hoor. Ik zie het echter nog niet direct gebeuren.:)
A

Albireo

Legacy Member
ok, ik heb het aantal priemgetallen bestaande uit 150 cijfers een beetje onderschat :eek:
Ik liet me misleiden door die 150 cijfers, iets wat op zich nog voor te stellen is. (1E150 daarentegen)

meh, ik wil een quantum computer...
G

Gentille

Legacy Member
Wie doet er woensdag ook mee aan het mini-voetbaltornooi van hogeschool gent in BME?
A

Albireo

Legacy Member
Shader Model 3.0 van m'n voeten :angry:

laagste framerate in CoD 4 demo (shadows on): 25fps
laagste framerate in CoD 4 demo (shadows off): 35fps

je zou denken dat er in de 21ste eeuw al iemand een efficiënt algoritme zou bedacht hebben om schaduwen te berekenen... :sop:
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan