[PC_man]

Kyssa selline siis, et kas prose ressurss on võrgus (LAN) jagatav?

[emitent]

raske pähkel!
proovi virtuaalmasinatega(VMware v. midagi taolist)

[silencia]

iseenesest liigub see juba clusteri poole

ei viicind tuhninguga eriti vaeva näha

aga sa uuri

[Ho Ho]

Linuxiga on see sigalihtne. Lihtsalt paned nurka miski karmi masina mis jooksutab X-serverit ning hunnik ronte logib terminalidena sisse.

Kui aga tahad mitme arvuti ressursse üle võrgu ühes arvutis kasutada siis on selleks tarvis juba väga spetsiifilisi progesid. Mingeid suvalisi mänge ei saa niimoodi kiiremini liikuma panna. Kui veab siis mingi renderdusoproge isegi saaks.

[PC_man]

ja näiteks mõni proge nimi?

[Ho Ho]

Esiteks tahaks üldse teada mis ülesanne see on mille lahendamist tahad võrgus jagada?

spetsiifiliste progede all pidasin silmas siis selliseid mis on disainitud klustrites töötama. Mingit sellist imevidinat mis suvalise proge automaagiliselt üle võrgu jaotaks ei eksisteeri.

Põhimõtteliselt on ju ka seti prose ressursi jagamine võrgus kuid see pole vist pärsi see mida sa silmas pead.

Pole küll ise uurinud kuid põhimõtteliselt peaks olema võimalik jagada näiteks povray renderdamist, suure tõenäosusega ka teiste rendedamis progede tööd.

[Etsike]

mõelge loogiliselt. ühes masinas on karm 3.8ghz-ne prose mille jõudlust tahetakse mingile teisele masinale üle kanda, võrk on 100mbit/s ja võrrelge võrgu läbilaske võimet prose läbilaske võimega. ehk mingi 100mhz-i jõudlust pääseks otse läbi, ülejäänule tekiks pudelikaela efekt.
selline asi nagu seti kus võimas masin võtab mingi koguse vastu, analüüsib selle ära ja saadab tagasi oleks olesk mõeldav aga sel juhul ainult kui data kogus väike ja sellele kuluv prose võimsus suur, kui aga kogused on suured ei suuda võrk piisavalt läbi lasta.
seda kõike muidugi teoorias, pole selle ala asjatundja.

[silencia]

selleks on GBit lan

[Etsike]

[silencia]

igal mehel tõesti, aga enamus Nforce 3 emaplaatu tuli juba int.Gbit-laniga. siis muidugi oleks järgmine probleem gigane switch...
aga osadel plaatidel on ka 2 gigast LAN porti... aga siis pole üle kahe masina ühendamine enam mõttekas...

[Ho Ho]

Gbit lani teoreetiline max läbilase on 1Gbit/s ehk 128Mbait/s. cpu->ram läbilase on dual ddr400 korral ~6.4Gbait/s. Aeg mis kulub alates andmete pärimisest kuni nende saamiseni(viide) on gbit lan korral puhul tõenäoliselt tuhandetes kordades aeglasem kui ram'il, prose cache'ga pole vist mõtet võrdlema hakatagi.

Ühesõnaga reaalaja süsteeme kus on vajalik pidev kiire infovahetus on praktiliselt võimatu tavaliste pc'de klustris tööle panna. Selliseid ülesandeid kus on mingi väike hulk infot mida töödeldakse suhteliselt kaua ning selle töötlemine ei sõltu teistest samal ajal töödeldavatest pakettidest siis sellist ülesannet on suht lihtne kiirendada.

Näiteks distributed compiling ehk jagatud kompileerimine on teatud piirini peaaaegu lineaarselt skaleeruv ülesanne. Ise olen distcc'd kasutanud 4 masina võrgus ning töötas väga hästi. Hiljuti proovis IBM linux 2.6 kerneli skaleeritavust oma 64 prosega süsteemis ning seal kasvas kompileerimise kiirus praktiliselt lineaarselt prosede lisamisega.

[degreal]

muidugi ei hakka keegi võrgujuhet "FSB-ks" muutma
näiteks 3dsmax'iga renderdamiseks ja audio (VST) reaalajas töötlemiseks on proged täitsa olemas

[silencia]

kurb, aga tõsi ta on... ma ei kujutagi ette mis port see olema peaks, mille kaudu kasvõi kümnendik prose jõudlusest läbi jõuaks joosta...
aga jah eks see kobardamine ongi ju otstarbekas ainult teatud ülesannete lahendamisel... nagu Ho Ho juba mainis

[Ho Ho]

Tegelikult on sellised andmekanalid täiesti olemas mis suudavad andmeid lasta läbi prose<->mälu kanaliga võrdsel tasemel suhteliselt pika maa taha. Ainus probleem on et nende hind on suurem kui väga heal autol ning voolutarvet loetakse kümnete kilovatttundide kaupa.

[stepzter]

Windowsil on terminal serveri nimeline asi olemas ning VNC on sarnane asi. Sellega ei jaga otseselt protsessori võimsust laiali, aga saab üle võrgu teist arvutit kasutada tööks.