Keskustelua ja elämää BOINC:n ja Seti@Homen ympärillä.
You are not logged in.
Alkavana vuonna Arecibon jättiläis-radioteleskoopille lisättyjen seitsemän uuden vastaanottimen myötä vastaanotettavan radiokohina datan määrä peräti 500-kertaistuu. Samalla myös älyllisen elämän etsinnän laajuus ja tarkkuus paranee samaisessa suhteessa, muodostaen täten kaikkien aikojen valtavimman julkinen projekti aiheesta.
Uusin Seti@home clientti on jo säädetty uutta dataa varten ja nyt ylläpito toivoo lisävoimia valtavan datamäärän analysointiin. Datan määrä on todellakin mykistävä; päivässä analysoitavaa dataa syntyy 300 gigabittiä, mikä tarkoittaa noin 100 terabittiä vuodessa! Hyvää uusissa vastaanottimissa on myös se, että nyt pystytään haravoimaan lukuisia kanavia yhtä aikaa yhden sijaan. Tämä on arvokasta, sillä tähän saakka etsinnässä on voitu keskittyä vain lupaavimpien avaruuden seutujen haravointiin, mutta jatkossa etsintää voidaan laajentaa.
Artikkeli sisältää myös sangen mukavan yhteenvedon Seti@homen tilasta.
UC Berkeley News: SETI@home looking for more volunteers
Offline
Etsinnän laajentuminen, nopeutuminen ja tarkentuminen ovat toki sinänsä hienoja asioita, mutta viimeisimpien tapahtumien valossa hieman mietityttää se miten setin serverit tulevat pärjäämään kaiken tuon datan kanssa.
Vielä kun pitäisi saada se nitpickerikin pyörimään, eikä toistaiseksi ole rautaa edes siihen. Toivottavasti kaikki sujuu hyvin.
Toivottavasti UC Berkeley suostuisi viimein päivittämään sen kaapelin gigabitin luokkaan. Se satasen kuitu on jo nyt kovilla, kun kummallakin puolella gigabitin koneet yrittävät ahtaa bittiä läpi.
Offline
J.Johansson wrote:
Vielä kun pitäisi saada se nitpickerikin pyörimään, eikä toistaiseksi ole rautaa edes siihen.
Mitäs nämä ovat??
On se tosiaankin outoa, että 100Mbs linjalla tuollaista projektia pyörittävät. Meilläkin on toimistolla 1Gbs yhteys ja käyttäjiä kuitenkin vain joku 120. ![]()
Offline
Klazu wrote:
Mitäs nämä ovat??
On se tosiaankin outoa, että 100Mbs linjalla tuollaista projektia pyörittävät. Meilläkin on toimistolla 1Gbs yhteys ja käyttäjiä kuitenkin vain joku 120.
"nitpicker" on väännetty lyhenteestä NTPCKR (Near Time Persistancy ChecKeR), noita nimityksiä käyttävät setin foorumeilla niin rivijäsenet kuin se "-- BOINC/SETI@home network/web/science/development person " (Matt Lebofsky)
Ilmeisesti saavat kasattua jonkin serverin tapaisen koneen, mutta on arvioitu, että ylijäämä raudasta kasatulla romulla olemassaolevan datan seulominen veisi noin 3-4 vuotta, jos hyvin käy, ja ainakin näin maalaisjärjellä pohdittuna voisi kuvitella että tuo ei ole lähelläkään sitä mitä tarvittaisiin, sillä tuossa ajassa kertyy kuitenkin aikamoinen määrä dataa, ja kun uuden vastaanottimen pitäisi kerätä dataa nykyistäkin vauhdikkaammin, niin sen "Near Time" osan voi pudottaa pois, jos tehtävää varten ei saada tarpeeksi järeää rautaa.
Ilmeisesti tuolla koneella onkin tarkoitus lähinnä kokeilla ohjelmien toimintaa, debuggailla ja sitten on se "proof-of-consept", eli ilmeisesti tarkoituksena olisi saada jonkinlaista näyttöä menetelmien toimivuudesta, jotenkin sain sellaisen käsityksen että ehkäpä tarkoituksena olisi myös vedota niihin tahoihin jotka rahaa jakavat. Ja niitä hakemuksiahan ovat Berkeleyn pojat melko ahkerasti kirjoitelleetkin, valitettavasti vain vastaukset ovat olleet hieman yksipuolisia.
Se 100 Mbs linja taas on politiikkaa. Yliopiston linja, päivittämiseen ei ole rahaa, eikä sitä voi antaa kenenkään muunkaan hoidettavaksi, koska poliitikot näyttäisivät saamattomilta jos joku muu saisi jotain aikaiseksi.
Offline
60 Mbs rajoitukselle näyttää löytyneen syyllinen, nimittäin jos nyt oikein ymmärsin, niin setin liikenne kulkee Cisco 2811 reitittimen kautta, ja ilmeisesti tämä on myös se loota jonka takia yhteys on rajoitettu 100 megabittiin, tai niin voisi kuvitella reitittimestä jonka liitännät ovat "100 Mb/s" nopeuksille, tosin havaintojen mukaan kyseisen mallin tiedetään välittävän liikennettä korkeintaan 61 Mb/s.
Somebody pointed to an article that mentioned the Cisco 2811 has a known throughput rated at about 61 Mbps. This was a surprise to me and Jeff - I guess this wasn't what we were told, and you'd think a router with 100 Mbp ports could reach a theoretical maximum of 100 Mbps. The cap seems to be due to CPU limits, and we are doing tunnel encryption and have a small but still non-zero set of access rules. Anyway live and learn. And no further progress on that since yesterday.
-Matt
-- BOINC/SETI@home network/web/science/development person
Edit: Luin hieman tarkemmin, ja setin ja ISP:n välinen pullonkaula on todellakin nimeltään Cisco 2811. Yrittävät kuulemma tutkia voisiko sen toimintaa tehostaa jollain konstilla. Mutta Berkeleyssä epäillään ettei se ole ainoa ongelma.
Lisäksi assimilaattorit ovat jumiutuneet muutaman kerran. Vika näyttäisi olevan tuloksien XML-koodissa olevista merkkivirheissä. Ilmeisesti kaikki vialliset tulokset on käsitelty optimoidulla softalla. Mutta toistaiseksi Berkeleyn puolelta ei sanota mitään varmaa onko vika jossain optimoidussa clientissä, vai heidän päässään, varmaa on että assimilaattorit eivät saisi jumiutua näin helposti.
Last edited by J.Johansson (Thu 10-01-2008 22:42:46)
Offline
XML-ongelma on ilmeisesti lähtöisin yhdestä ainoasta koneesta. Mikä on siinä mielessä hyvä, että optimoidun softan käyttöä voidaan jatkaa täysin normaalisti, pelkäämättä sen aiheuttavan ongelmia projektille. Mutta toisaalta ei poista sitä tosiseikkaa että tämä yksi kone jumiutti assimilaattorin. Assimilaattorit eivät saisi jumiutua totaalisesti vain siksi että yksi ainoa paketti sisältää jonkin virheen.
Dataliikenteen sujuvoittamiseksi seti on alkanut salakuljettaa bittejä ulos kampuksen verkon kautta. Mutta tämä on sitten ihan vaan meidän kesken.
Just between you and me... In addition to the outbound traffic squeezing through our maxed-out router, I am now sneaking our an additional 5-10% over the campus net. This is thanks to the simple/useful "pound" load balancing utility. The campus net can definitely handle this tiny increase. In fact I might bump up the percentage. But don't tell anybody. Mwha ha ha.
Offline