Rudde Skrevet 10. januar 2013 Del Skrevet 10. januar 2013 Hvilke minne gir raskest ytelse? 1333 MHz CL9 eller 1600 MHz CL10? Lenke til kommentar
War Skrevet 10. januar 2013 Del Skrevet 10. januar 2013 Jeg bare lurer, er F@H likt som World Community Grid? Ja, bare en smule mer spisset. Slik tallknusing kan man gjøre med vær , vann og mye annet. En optimal løsning hadde vært at labben fikk 40 milliarder dollar og satte opp sin egen serverpark, noe de ikke får. Nå er vi som folder serverparken og de slipper å betale for maskinvaren, oppsett og strøm , kun ha ansvar for å utvikle systemet som tilater dette samt serverene de kjører på. Tenk hvor langt bak forskningen ville ligge om man måtte ha ventet på penger fra staten. Lenke til kommentar
Jetfighter Skrevet 10. januar 2013 Del Skrevet 10. januar 2013 Så F@H er ikke bare for sykdommer og annet medisinsk forskning, men også vær vann og annet? Lenke til kommentar
Mr. A Skrevet 10. januar 2013 Del Skrevet 10. januar 2013 (endret) F@H er simulert bretting av proteiner for å finne ut av div sykdommer. Det War sier er at man kan bruke samme løsningen til å regne ut mere en bare det. Når folk spør lenker jeg bestanding til F@H sin hovedside der man kan lese kort om hva det handler om http://folding.stanf...nglish/HomePage Endret 10. januar 2013 av Mr. A Lenke til kommentar
Rudde Skrevet 10. januar 2013 Del Skrevet 10. januar 2013 Ja, bare en smule mer spisset. Slik tallknusing kan man gjøre med vær , vann og mye annet. En optimal løsning hadde vært at labben fikk 40 milliarder dollar og satte opp sin egen serverpark, noe de ikke får. Nå er vi som folder serverparken og de slipper å betale for maskinvaren, oppsett og strøm , kun ha ansvar for å utvikle systemet som tilater dette samt serverene de kjører på. Tenk hvor langt bak forskningen ville ligge om man måtte ha ventet på penger fra staten. Er løsningen dems open source? Lenke til kommentar
War Skrevet 10. januar 2013 Del Skrevet 10. januar 2013 Partially GPL, partially proprietary http://folding.stanford.edu/English/FAQ-OpenSource Lenke til kommentar
nilsch Skrevet 10. januar 2013 Del Skrevet 10. januar 2013 Deler av det er open source og resultatene av forskingen er fritt tilgjengelig. Koden for prosjektene er ikke open source, men det er kun for at de skal kunne validere datene som kommer fra folderne på en korrekt måte. Ellers ville de risikert at folk lagde sine egne klienter og jukset seg til høy score og dermed ødela forskningsresultatene. Lenke til kommentar
Rudde Skrevet 10. januar 2013 Del Skrevet 10. januar 2013 Kunne fortsatt lagt open source løsning med kryptert input og output data Dårlig unnskyldning fra deres side Lenke til kommentar
nilsch Skrevet 10. januar 2013 Del Skrevet 10. januar 2013 (endret) Ettersom det er koden som generer output-dataene hjelper det lite å kryptere noe hvis denne koden er open-source og dermed kan manipuleres... Endret 10. januar 2013 av nilsch Lenke til kommentar
Rudde Skrevet 10. januar 2013 Del Skrevet 10. januar 2013 Ettersom det er koden som generer output-dataene hjelper det lite å kryptere noe hvis denne koden er open-source og dermed kan manipuleres... Du kan legge inn unik nøkkel selv om prosjektet er open source. Lenke til kommentar
knopflerbruce Skrevet 10. januar 2013 Del Skrevet 10. januar 2013 Postmannen var snill med meg i dag Nå må jeg bare få flashet nok brikker så jeg kan begynne foldingen... 4 Lenke til kommentar
nilsch Skrevet 10. januar 2013 Del Skrevet 10. januar 2013 Du kan legge inn unik nøkkel selv om prosjektet er open source. Uansett om man krypter dataene, så vil jo open-source kode si at hvem som helst kan manipulere koden for å få raskere retur av data. Dette kan selvsagt oppdages av Stanford, men vil kreve masse merarbeid. Hvis du mener å kryptere koden, så er det jo ikke lengre open-source og det er jo nettopp det de har gjort av nevnte grunn. Lenke til kommentar
nilsch Skrevet 10. januar 2013 Del Skrevet 10. januar 2013 Postmannen var snill med meg i dag Nå må jeg bare få flashet nok brikker så jeg kan begynne foldingen... Du har en snillere postmann enn meg! Ser ut til at du har en travel helg foran deg. Når du sier at du skal flashe brikker, mener du å få RAMen til å kjøre på 1600MHz i Supermicro hovedkortene? Fant du noen "oppskrift" på dette? Lenke til kommentar
War Skrevet 10. januar 2013 Del Skrevet 10. januar 2013 Mine 2 SuperM-kort kjører 1600MHz mener jeg * 512GB DDR3 1600MHz står det iallefall. Hvor fikk du alt dette ifra? Lenke til kommentar
Jetfighter Skrevet 10. januar 2013 Del Skrevet 10. januar 2013 Kan jeg spørre om hva spesifikasjonene på det monsteret du bygger er? Lenke til kommentar
userman Skrevet 10. januar 2013 Del Skrevet 10. januar 2013 Postmannen var snill med meg i dag Nå må jeg bare få flashet nok brikker så jeg kan begynne foldingen... Herregud, skal du vannkjøle alle sammen? Se på alle RAM-brikkene da! Hvorfor kjøper du ikke bare en type RAM egentlig? Dritkult, gleder meg til å se PPD data! Lenke til kommentar
Arve1234567890 Skrevet 10. januar 2013 Forfatter Del Skrevet 10. januar 2013 Hvilke minne gir raskest ytelse? 1333 MHz CL9 eller 1600 MHz CL10? 1333 CL9 har delay i sekunder1/1333*9=6.75 ms, mens 1600 CL10 har delay i sekunder 1/1600*10=6.25 ms og er derfor raskest! 1 Lenke til kommentar
-alias- Skrevet 10. januar 2013 Del Skrevet 10. januar 2013 Kan jeg spørre om hva spesifikasjonene på det monsteret du bygger er? Tror det er snakk om minst 2 monstre, kanskje 2 1/2. Mener jeg ser 2 x4P og 1 x 2P hovedkort der. Lenke til kommentar
Rudde Skrevet 10. januar 2013 Del Skrevet 10. januar 2013 Uansett om man krypter dataene, så vil jo open-source kode si at hvem som helst kan manipulere koden for å få raskere retur av data. Dette kan selvsagt oppdages av Stanford, men vil kreve masse merarbeid. Hvis du mener å kryptere koden, så er det jo ikke lengre open-source og det er jo nettopp det de har gjort av nevnte grunn. Selv om den er open soruce kan du legge inn unike salt/nøkler for mottaker og sender når programmet blir kompilert og open soruce versjonen kan ligge der uten eller med andre nøkler for å bruke hele prosjektet i en annen setting. Lenke til kommentar
nilsch Skrevet 10. januar 2013 Del Skrevet 10. januar 2013 Jeg er en gammel programmerer (+30 års erfaring med spesialfelt innen parallell distribuert prosessering) og er kanskje blitt for gammel. Til tross for det du sier klarer jeg allikevel ikke å forstå noe annet enn at ved å publisere disse delene av koden (som vel og merke er veldig spesialiserte og så og si rene matematiske utregninger) så vil de øke risikoen for manipulering av data ganske kraftig. En risiko de ikke kan ta. Man trenger ikke være geni for å ekstrahere disse nøklene med en disassembler og legge de inn i sin egen manipulerte kode. Jeg tar gjerne diskusjonen videre som en PM. Er alltid interessert i å lære noe nytt. For resten av gjengen her er det kanskje ikke så interessant... Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå