GPU Delay!!!

[peraZdera]

http://www.kvraudio.com/forum/viewtopic.php?t=153073 :da:

[lesha]

konacno!

[idekius]

Mali korak za coveka, ali veliki za chovechanstvo :mrgreen:
Nadam se da ce se razvijati ovaj pristup...

[kejkz]

Vrlo zanimljivo! Izgleda da se ipak isplati uzeti PCIe kartu novije generacije...

[lesha]

je li probao neko, moja kartica ne zadovoljava osnovne zahteve, jbg..

[Everbeatz]

Ni moja...i dalje je to laboratorijska verzija, ko zna koliko ce im trebati da to sprovedu u standard.

[peraZdera]

Ne treba dati mnogo para za graficku...
Ali jedini problem za sad sa ovim je mali bandwith PCIe magistrale, t.j. transfer podataka ka grafickoj kartici i obrnuto...

[lesha]

Ni moja...i dalje je to laboratorijska verzija, ko zna koliko ce im trebati da to sprovedu u standard.
minimum je pixel shader 2.0b za delay, 3.0 za chorus

[Everbeatz]

Kad bi mogao nekom da dam moju staru graficku pa da mi napravi UAD, to bi bio pos'o..:D

[diviner]

Ne treba dati mnogo para za graficku...
Ali jedini problem za sad sa ovim je mali bandwith PCIe magistrale, t.j. transfer podataka ka grafickoj kartici i obrnuto...

Kako mislis? Pa PCI-E ima nadaleko najvecu propusnu moc od svih periferalnih komercijalnih interkonekcija koje postoje danas.

[lesha]

problem je u agp-u, ako bolje procitas temu..

[kejkz]

Ja imam agp, radeon 9550, i delay radi, vrlo lepo, vuce oko 0,5 % Cpu po instanci...

[lesha]

da, delay radi na 9550, agp je pominjan samo zbog protoka..

[diviner]

problem je u agp-u, ako bolje procitas temu..

Ali on je pominjao PCI-E :banghead:

[peraZdera]

problem je u agp-u, ako bolje procitas temu..
Ali on je pominjao PCI-E
Dobro sam procitao temu...

PCI Express X16 slots have peak bandwidth levels of 4.0 GB/s (up to 8.0 GB/s bi-directional)
To je bas malo kada saljes ogromnu kolicinu podataka... ...a i mnogo vremena prodje dok podatak dodje do gpu-a u svakom slucaju. Ja sam poredio CPU (p d805 2x2,66) i GPU(px6600) u mnozenju nizova sto vise "lezi" gpu-u naravno zbog njegove arhitekture. CPU se drzao sve dok nizovi nisu porasli na preko 1000 clanova. Sto je broj clanova veci to je GPU brzi. Ali, kada sam merio brzinu na GPU racunajuci upload i download podataka GPU je bio dosta sporiji...
E sad ne znam da li ovaj GPU delay uzima ceo audio fajl odjednom pa ga obradjuje ili samo parcice na svakih n sekundi...

E da... okacicu te testove CPUvsGPU ovih dana pa ce te videti...

Poz

[SumAnuT]

Kako mozes da poredis cpu sa bilo cime, CPU nije periferija?

Nije Diviner mislio na Cpu VS PCI-E, vec na PCI-E VS AGP, PCI.

[peraZdera]

Kako mozes da poredis cpu sa bilo cime, CPU nije periferija?
???:confused:
Nije Diviner mislio na Cpu VS PCI-E, vec na PCI-E VS AGP, PCI.:banghead:
Ja poredim dve razlicite implemetacije algoritama, a ne Cpu VS PCI-E!!!:banghead: :confused:

p.s.
Kako mozes da poredis cpu sa bilo cime
Inace CPU je processor, bas kao i GPU i ne vidim razlog zasto ne bi mogao da ih poredim!

[SumAnuT]

Cekaj druze polako.

Covek kaze da PCI-E ima najveci bandwidth do sada, a ti odgovaras da si poredio razlicite implementacije algoritma. Ajde mi povezi to dvoje posto mi nije bas jasno sta je pesnik hteo da kaze?

CPU je Central Procesing Unit. Oba su procesori ali zauzimaju ralzicita mesta u PC arhitekturi i ne vidim sta se dobija njihovim poredjenjem po pitanju bandwidtha, a o njemu je Diviner govorio, rekaovsi da PCI-E ima najveci bandwidth.

Meni je jasno sta je diviner rekao, ali mi nije jasno sta ti hoced da kazes da ovom izjavom:


... problem za sad sa ovim je mali bandwith PCIe magistrale, t.j. transfer podataka ka grafickoj kartici i obrnuto...

pa ako mozes da mi pojasnis ko to ima veci bandwidth od pci-e?

[peraZdera]

pa ako mozes da mi pojasnis ko to ima veci bandwidth od pci-e?
PCI-E magistrala nije nesto drasticno brza u praksi od AGP8x!
Sam transfer podataka od RAM memorije do memorije graficke kartice je sporo pa se mora obratiti paznja na to prilikom izrade algoritma! To je problem. Ali opet, trenutno portovani algoritmi na gpu kao sto su FFT, DCT, razna sortiranja... rade dosta brze od klasicnih implementacija koje koriste CPU.

[SumAnuT]

A koliko je brza u odnosu na PCI, na koji se kace interne kartice?
Nisam nikada imao DSP kartu, pa ne znam ali zar ona ne radi isto to sa jos manjom propusnom moci magistrale (PCI)?

Kako je onda odjednom sporo 16x toliko?

[peraZdera]

Slusaj, imas na netu pa citaj!
Nemam ja vremena da se smaram sa tobom!

p.s.
UAD zato i moze da izdrzi 2 dobra efekta i to je to!

[SumAnuT]

Pa ako ce na pci-e moci 16 puta toliko efekata, kako je onda pci-e spor?

[Dushan_S]

Pusti Peru, nije pojeo pljesku već dva dana pa mu je percepcija specifična, ljuti nadrealizam, ne mo?e? ti to da skapira?. :D ;)

[idekius]

p.s.
UAD zato i moze da izdrzi 2 dobra efekta i to je to!

Odakle ti takav podatak? Da ti nisu pocrkali konji u tom UAD-u? :)

Tacno je da moze da otvori recimo 1 X 33609 + 1 X 1073

Ali...
Da li je 1176LN slab plug? Njih moze 8 stereo...
Fairchild 670? 12 mono, ili 6 stereo...
Pultec EQP-1A? 11 mono, ili 9 stereo..
LA2A? 17 mono, 15 stereo...
Neve 1073? 5 mono, 3 stereo...
Plate 140? 4 mono, 4 stereo...
Dimension D? 14 mono, 12 stereo...

itd... itd...

Nabrojao sam ti odlicne plugove... a posebna pricha je sto UAD nikad (barem kod mene) nije izazvao preopterecenje PCI magistrale (to hoce da uradi CreamWare sa pojedinim maticnim plochama, ali tacno se zna koja plocha radi kako treba, a koja ne...). Kada je UAD prezasicen, prezasicen je zbog opterecenja DSP chipa, a ne zbog PCI magistrale...

Inace, imas i PCI-E UAD (zbog MAC-a) i nikada nisam chuo da se neko pozalio na protok...

[peraZdera]

idekius:
Ali moras priznati da je mucenje samo sa jednim UAD-om... :rolleyes: :)
Kako meris protok kroz PCI magistralu?
Ocigledno da je za UAD-ov GPU (s3 trio) dovoljan bandwith PCI magistrale... Ali bas me zanima sta koci, kad se preoptereti uad? Da li mu je slab gpu, PCI magistrala, spora memorija(na UAD-u), ili je ima malo, pa je onda velika potreba za streamovanje iz RAMa...

Pusti Peru, nije pojeo pljesku već dva dana pa mu je percepcija specifična, ljuti nadrealizam, ne možeš ti to da skapiraš. :D ;)
Dushan_S:
Sve ovo sto pricam sam negde procitao, probao i licno se uverio!

Graficka kartica vrlo mocna sprava i jeftina je samo zbog milijarderskog gaming trzista.
Pored brzog procesora odlikuje je i mnogo sira veza GPU - GDDR
- 3.0 GHz dual-core Pentium4: 24.6 GFLOPS
- NVIDIA GeForceFX 7800: 165 GFLOPs
- 1066 MHz FSB Pentium Extreme Edition : 8.5 GB/s
- ATI Radeon X850 XT Platinum Edition: 37.8 GB/s
Jedino usko grlo je PCIe magistrala. Kao sto sam vec rekao, zbog latence(upload - download) i bandwith-a(4gb up + 4gb dw)

[idekius]

idekius:
Ali moras priznati da je mucenje samo sa jednim UAD-om... :rolleyes: :)
Kako meris protok kroz PCI magistralu?
Ocigledno da je za UAD-ov GPU (s3 trio) dovoljan bandwith PCI magistrale... Ali bas me zanima sta koci, kad se preoptereti uad? Da li mu je slab gpu, PCI magistrala, spora memorija(na UAD-u), ili je ima malo, pa je onda velika potreba za streamovanje iz RAMa...


Ne bih to nazvao muchenjem, vec bonusom preko onoga sto vec imas... a i jos uvek nisam video analogni studio u kojem imas 11 Pultec-a, a jos manje 8 stereo 1176-ica....

Sto se tice UAD-ovog DSP-a... ne iskljucujem mogucnost da je u pitanju neki GPU, nije nemoguce, ali... u zvanicnim specifikacijama ne sme da se laze, sme da se precuti, ali ne i da se laze, a tamo doslovce stoji 1GHz...

Pozeljno je da u nekoj narednoj verziji UAD-u pojachaju DSP, ali ovde je rech o nechem drugom...

Za preopterecenje UAD-a sam ti vec odgovorio, ali... reci cu ti opet... zasicenje DSP-a... ti razmisli sta bi se sa tvojim CPU-om desilo kada bi mu dao da gura istovremeno 4 odlichna reverba, ma da je to nemoguce porediti, jer neznam koji bi native reverb mogao da bude slichnih karakteristika Plate-u 140...

PCI protok ne merim... Jednostavno koristim kartu, radi, ne zeza me, plugovi su vise nego zadovoljavajuci i to mi je sasvim dovoljno, posto se bavim muzikom, a ne benchmarkovanjem racunara...

Neznam za novi TC PoCo, ali stari ima 4 x Motorola DSP 56362 / 100 MHz + 1 x Power PC 8240 / 200 MHz

SSL Duende ima 4 X Analog Devices Sharc S 333 MHz i to radi preko FW!

Pulsar ima 6 X Sharc S od po 66 MHz

CreamWare Scope Profesional ima 14 X Sharc S od po 66 MHz...

...i sve to radi u PCI slotu bez problema...

A bolje i da ne pominjem bombastichni Fairlight CC-1 koji ima monstruma od DSP-a koji gura 230 kanala sa svojim chanal streep-ovima sa 72 bit-nom dubinom po kanalu, 36 bitnom sabirnicom i to takodje ide u PCI slot... i radi... jos uvek neznam koji je to chip (ili chipovi) u pitanju...

[alen]

Auuuuuuuuuu ....:confused: :)

[Dushan_S]

Dushan_S:
Sve ovo sto pricam sam negde procitao, probao i licno se uverio!

Graficka kartica vrlo mocna sprava i jeftina je samo zbog milijarderskog gaming trzista.
Pored brzog procesora odlikuje je i mnogo sira veza GPU - GDDR
- 3.0 GHz dual-core Pentium4: 24.6 GFLOPS
- NVIDIA GeForceFX 7800: 165 GFLOPs
- 1066 MHz FSB Pentium Extreme Edition : 8.5 GB/s
- ATI Radeon X850 XT Platinum Edition: 37.8 GB/s
Jedino usko grlo je PCIe magistrala. Kao sto sam vec rekao, zbog latence(upload - download) i bandwith-a(4gb up + 4gb dw)
Nadrealizam sam vi?e pomenuo zato ?to se ne bi moglo reći da su ti postovi jasni na prvu loptu, kao ?to se da primetiti po reakcijama drugih ljudi. :) Ali mislim, nebitno, zajebancija. A to da li je PCIe "usko grlo" zaista ne znam ?ta da ka?em. usko u poređenju sa čime? Porno zvezdom? Đerdapskom klisurom? Firewire-om? Koliko sam ja kao slučajni prolaznik informisan, propusnost PCIe magistrale nije ono ?to je bio problem onima koji rade na iskoripćenju GPU-a za obradu audio podataka, nisam nigde pročitao da se neko ?alio na to, ?alili su se svojevremeno na AGP.

[Dushan_S]

Sto se tice UAD-ovog DSP-a... ne iskljucujem mogucnost da je u pitanju neki GPU, nije nemoguce, ali... u zvanicnim specifikacijama ne sme da se laze, sme da se precuti, ali ne i da se laze, a tamo doslovce stoji 1GHz...
Ma jeste GPU, i jeste ne?to slabiji ali su ga nasvirali na veći klok. Bila već neka tema gde smo to pričali, a i bilo na drugim forumima tema gde se konkretno i pominjalo koji je konkretno čip u pitanju. A sve to opet nema veze sa onim o čemu se priča :)

[diviner]

idekius:
Ali moras priznati da je mucenje samo sa jednim UAD-om... :rolleyes: :)
Kako meris protok kroz PCI magistralu?
Ocigledno da je za UAD-ov GPU (s3 trio) dovoljan bandwith PCI magistrale... Ali bas me zanima sta koci, kad se preoptereti uad? Da li mu je slab gpu, PCI magistrala, spora memorija(na UAD-u), ili je ima malo, pa je onda velika potreba za streamovanje iz RAMa...


Dushan_S:
Sve ovo sto pricam sam negde procitao, probao i licno se uverio!

Graficka kartica vrlo mocna sprava i jeftina je samo zbog milijarderskog gaming trzista.
Pored brzog procesora odlikuje je i mnogo sira veza GPU - GDDR
- 3.0 GHz dual-core Pentium4: 24.6 GFLOPS
- NVIDIA GeForceFX 7800: 165 GFLOPs
- 1066 MHz FSB Pentium Extreme Edition : 8.5 GB/s
- ATI Radeon X850 XT Platinum Edition: 37.8 GB/s
Jedino usko grlo je PCIe magistrala. Kao sto sam vec rekao, zbog latence(upload - download) i bandwith-a(4gb up + 4gb dw)



Mislim da pogresno kapiras i povezujes podatke sa nacinom funkcionisanja obrade podataka.

Obrada podataka se i u slucaju procesiranja na centralnom procesoru i u slucaju obrade grafike ne obavlja u streamu (onda bi zaista vazio problem koji si ti pokusao da aproksimiras nama). Koriste se blokovi podataka, koji se prebace u graficku, obradjuju dok se izvrsava scena, a zatim se loud-uje sledeca scena (cesto su ti podaci, koji cine sledecu scenu, komprimovani internim algoritmima za kompresiju i dekompresiju podataka). Isto to se radi i kada graficki cip poziva teksture iz graficke memorije, kojima zatim oblaze "geometriju" iliti mesh model. Onaj blok podataka koji se cesce poziva se smjesta u bafer memoriju (cache kod procesora, ili AGP aperture memorija kod graficke karte...imas u biosu opciju aperture size....ili "turbo cache" koje imaju recimo sve 6200 graficke karte sa malo memorije, pa koriste operativnu memoriju kao graficku po potrebi, a ta potreba je taman tolika da je i vise nego zadovoljava bandwidth PCI-E x16 ...inace bi ove mocne graficke karte trazile novi interfejs). Sve ovo implicira da slican zakljucak mozemo izvuci i kada je u pitanju funkcionisanje obrade podataka kod DSP audio karti, s tim da je audio mnogo, mnogo manje zahtjevan (manja kolicina podataka za obraditi) od grafike i videa (time propusni opseg totalno nestaje iz grupe cinilaca o kojima treba uopste razmisljati kao o problemu).

To je to...a zasto neke karte "opterecuju" PCI magistralu nekih maticnih ploca cemo ostaviti za drugi put.

PS. I pise se bandwidth a ne bandwith NHF.

[peraZdera]

Tek sada odgovaram, jer sam imao problema nalogom (kada bih pokusao da postujem, izbaci mi poruku ...you don't have permisssions... bla bla...).

Mislim da pogresno kapiras i povezujes podatke sa nacinom funkcionisanja obrade podataka.

Ne.

s tim da je audio mnogo, mnogo manje zahtjevan (manja kolicina podataka za obraditi) od grafike i videa
Bas me zanima da li imas predstavu kolika je to kolicina(u MB), kada uzmemo u obzir 192kHz audio i recimo 30 kanala?

(time propusni opseg totalno nestaje iz grupe cinilaca o kojima treba uopste razmisljati kao o problemu).
Ok, ali sta kad podatak ne moze dovoljno brzo da se prenese iz gddr-a u ddr? Onda protok moze da bude i 4TB pa ne bi vredelo...

a evo i ovo..
christian hresko christian.hresko at verizon.net (sc-dev%40create.ucsb.edu?Subject=%5Bsc-dev%5D%20gpgpu&In-Reply-To=DDBF77DF-EEF7-11D8-B7AE-000A95C88D9E%40io.com)
Sun Aug 15 21:42:17 PDT 2004


Previous message: [sc-dev] gpgpu (http://www.create.ucsb.edu/pipermail/sc-dev/2004-August/007191.html)
Next message: [sc-dev] gpgpu (http://www.create.ucsb.edu/pipermail/sc-dev/2004-August/007193.html)
Messages sorted by: [ date ] (http://www.create.ucsb.edu/pipermail/sc-dev/2004-August/date.html#7192) [ thread ] (http://www.create.ucsb.edu/pipermail/sc-dev/2004-August/thread.html#7192) [ subject ] (http://www.create.ucsb.edu/pipermail/sc-dev/2004-August/subject.html#7192) [ author ] (http://www.create.ucsb.edu/pipermail/sc-dev/2004-August/author.html#7192)this will change. soon. the major vendors (ATI, NVIDIA) are working hard to optimize the pipeline for gpgpu. at least that's what they said...On Aug 15, 2004, at 4:15 PM, James McCartney wrote:>> The problem with using the GPU for audio is getting the data off of > the GPU.> It is built to work as a one way pipe.>> On Aug 15, 2004, at 9:02 AM, christian hresko wrote:>>> and one of them illustrated the use of the gpu for FFTs in audio >> processing.>> _______________________________________________> sc-dev mailing list> sc-dev at create.ucsb.edu (http://www.create.ucsb.edu/mailman/listinfo/sc-dev)> http://www.create.ucsb.edu/mailman/listinfo/sc-dev (http://www.create.ucsb.edu/mailman/listinfo/sc-dev)


A evo malo i testova:U programu test1.exe mnozim dva niza od 8388608(2048*2048*2) clanova kroz 300 iteracija (300 frame-ova)i ne vracam rezultat u ram.U test2.exe radim ovo isto, s tim sto posle svake iteracije vratim rezultat u ram. U istom fodleru gde se nalazi exe pravi se textualni fajl sa rezultatom koji se moze videti i posle zavrsetka testa.http://www.rumski.com/forum/attachment.php?attachmentid=1066&stc=1&d=1161518797P.S.
a zatim se loud-uje sledeca scena
predpostavljam da si hteo da kazes load-uje (zbog ove crtice...) ;)

[boggy]

....... kolika je to kolicina(u MB), kada uzmemo u obzir 192kHz audio i recimo 30 kanala?
......
Evo, 'el mogu ja? :da:

ako je 24bit (ili bolje 32bit, jer se transakcije ni ne mogu najcesce uraditi samo 24bitno), i neka je samo 48kHz, i neka audio nije kompresovan u mp3 (koliko znam, nikada nije u toku obrade), to je onda 48kS/sec*4byte = 192kByte/sec po kanalu. Za trideset dva kanala to postaje 6144kByte/sec, odnosno dva puta toliko ako u neku "masinu" ulazi da bi se obradio, pa kasnije izlazi obradjen odatle (doticne magistrale nemaju posebnu Read i Write magistralu, nego sve ide "ucesljavanjem" Read i Write sekvence).

Znaci 12288kByte/sec ili 12Mbyte/sec je teoretska potreba za protokom prilikom obrade 32 audio kanala sa sample rate od 48kHz i duzine sample-a 32bit (integer, fixed point), pod uslovom da se strimovi obradjuju, odnosno, moraju da odu i da se vrate. Ako se poveca sampling rate dva puta, onda se i to povecava dva puta itd...

E sad, za doticne magistrale postoji dosta stvari koje uticu na njihovu raspolozivost, znaci pitanje komunikacije sa ostalim periferalima na magistrali pitanje njihovog zadrzavanja (nisu sve periferije brze imaju "stanja cekanja" na odziv,... itd), isto tako, ako je PC u pitanju (relativno nepoznat i neocekivan hardware, mislim, sa neocekivanim ponasanjem), mogu nastati neocekivani rezultati...

Magistrala je "brza" obicno onoliko koliko je "brza" najsporija periferija na njoj i koliko prostora ima dizajner da je ubrza i vrlo cesto, manje se spominje, zavisi od vestine dizajnera ploce/periferije (teoretske propusne moci obicno odredjuju oni koji su magistralu dizajnirali, e sad, oni koji dizajniraju ploce moraju znati isto sto i dizajneri ploca u firmi koja dizajnira BUS... koja im, pak, uzima pare za kurseve... itd... komplikuje se, u smislu poslovnih interesa)...

Tako da price o teoretskoj propustljivosti nekog BUS-a su samo lepe zelje onih koji taj BUS guraju na trziste, a sta se sa njime realno moze postici, to se ne moze ocekivati bez "prljanja ruku", odnosno bez pokusaja da se nesto napravi, pa kontrolisati rezultate...

Pricam iz licnog iskustva, ne sa pomenutom novom magistralom, nego sa magistralama uopste. Recimo, ako se ploca pravi custom, samo za odredjenu namenu, moguce je sa smesno sporim i malim procesorom "naprziti" memorijsku magistralu da realno (iz aplikacije) dopusta veci protok nego procesor na standardnoj PC ploci sa desetak i vise puta brzim clockom...

E sad, tu "igra" i hardverski dizajn ploce, gde kod mene veze do memorijskih cipova (BEZ konektora, ulemljeni) ne prelaze duzinu od 5cm, a da su na standardnim PC plocama te veze duze i pet puta, jos ako se uzme sirina konektora itd... Isto tako na custom ploci ja ne razbijam glavu sta ce neko da "ubode" u nju jer nema GDE to da uradi... itd.

Znaci, teoretske brzine su jedna prica, i lepa zelja, bile uvek,... moguce je najsigurnije ostvariti ih samo na custom hardware-u, koji radi samo jedan posao i/ili samo jednu grupu poslova... u standardnom hardware-u je primarno da on radi sa svim neocekivanim dodatnim karticama, te se tu vrlo cesto srozavaju performanse u cilju stabilnog rada...

Da ponovim, ovo je stara prica, i postoji od kada postoje procesorske magistrale za periferije... i od kada je, nekad davno, stampanje na stampacu "smrzavalo" ceo PC (tako je sve pocelo)... sada su magistrale nove i brze, ali problemi su stari iako su brzi i oni...


pozdrav i izvin'te sto se ubacujem :)

bogi

[peraZdera]

Quote:
Originally Posted by peraZdera
....... kolika je to kolicina(u MB), kada uzmemo u obzir 192kHz audio i recimo 30 kanala?
......


Evo, 'el mogu ja? :da:

ako je 24bit (ili bolje 32bit, jer se transakcije ni ne mogu najcesce uraditi samo 24bitno), i neka je samo 48kHz, i neka audio nije kompresovan u mp3 (koliko znam, nikada nije u toku obrade), to je onda 48kS/sec*4byte = 192kByte/sec po kanalu. Za trideset dva kanala to postaje 6144kByte/sec, odnosno dva puta toliko ako u neku "masinu" ulazi da bi se obradio, pa kasnije izlazi obradjen odatle (doticne magistrale nemaju posebnu Read i Write magistralu, nego sve ide "ucesljavanjem" Read i Write sekvence).

Znaci 12288kByte/sec ili 12Mbyte/sec je teoretska potreba za protokom prilikom obrade 32 audio kanala sa sample rate od 48kHz i duzine sample-a 32bit (integer, fixed point), pod uslovom da se strimovi obradjuju, odnosno, moraju da odu i da se vrate. Ako se poveca sampling rate dva puta, onda se i to povecava dva puta itd...

E sad, za doticne magistrale postoji dosta stvari koje uticu na njihovu raspolozivost, znaci pitanje komunikacije sa ostalim periferalima na magistrali pitanje njihovog zadrzavanja (nisu sve periferije brze imaju "stanja cekanja" na odziv,... itd), isto tako, ako je PC u pitanju (relativno nepoznat i neocekivan hardware, mislim, sa neocekivanim ponasanjem), mogu nastati neocekivani rezultati...

Magistrala je "brza" obicno onoliko koliko je "brza" najsporija periferija na njoj i koliko prostora ima dizajner da je ubrza i vrlo cesto, manje se spominje, zavisi od vestine dizajnera ploce/periferije (teoretske propusne moci obicno odredjuju oni koji su magistralu dizajnirali, e sad, oni koji dizajniraju ploce moraju znati isto sto i dizajneri ploca u firmi koja dizajnira BUS... koja im, pak, uzima pare za kurseve... itd... komplikuje se, u smislu poslovnih interesa)...

Tako da price o teoretskoj propustljivosti nekog BUS-a su samo lepe zelje onih koji taj BUS guraju na trziste, a sta se sa njime realno moze postici, to se ne moze ocekivati bez "prljanja ruku", odnosno bez pokusaja da se nesto napravi, pa kontrolisati rezultate...

Pricam iz licnog iskustva, ne sa pomenutom novom magistralom, nego sa magistralama uopste. Recimo, ako se ploca pravi custom, samo za odredjenu namenu, moguce je sa smesno sporim i malim procesorom "naprziti" memorijsku magistralu da realno (iz aplikacije) dopusta veci protok nego procesor na standardnoj PC ploci sa desetak i vise puta brzim clockom...

E sad, tu "igra" i hardverski dizajn ploce, gde kod mene veze do memorijskih cipova (BEZ konektora, ulemljeni) ne prelaze duzinu od 5cm, a da su na standardnim PC plocama te veze duze i pet puta, jos ako se uzme sirina konektora itd... Isto tako na custom ploci ja ne razbijam glavu sta ce neko da "ubode" u nju jer nema GDE to da uradi... itd.

Znaci, teoretske brzine su jedna prica, i lepa zelja, bile uvek,... moguce je najsigurnije ostvariti ih samo na custom hardware-u, koji radi samo jedan posao i/ili samo jednu grupu poslova... u standardnom hardware-u je primarno da on radi sa svim neocekivanim dodatnim karticama, te se tu vrlo cesto srozavaju performanse u cilju stabilnog rada...

Da ponovim, ovo je stara prica, i postoji od kada postoje procesorske magistrale za periferije... i od kada je, nekad davno, stampanje na stampacu "smrzavalo" ceo PC (tako je sve pocelo)... sada su magistrale nove i brze, ali problemi su stari iako su brzi i oni...


pozdrav i izvin'te sto se ubacujem :)

bogi
Ok. Da racunamo u svakom slucaju nije preko 50 MB/s pri najvecem sample rate-u. To svakako nije mnogo...
A sto se tice PCIe slota... u praksi nije uopste mnogo brzi od agp8x.
Jesi li pogledao one test programe koje sam okacio?

[boggy]

Ok. Da racunamo u svakom slucaju nije preko 50 MB/s pri najvecem sample rate-u. To svakako nije mnogo...

Pod uslovom da je samo to...

Bez obzira na sve, papir i olovka su izuzetno vredni pomagaci kod ovakvih stvari... sprecavaju "rad napamet" i ofrlje pretpostavke...
Ako nekako mozes da meris vremena, onda to uradi... nemas Logic Analyzer, i nemas predstavu ko te usporava (ako te iko usporava), brljas u "mraku i magli"... spremi alate za to!
Dibagovati magistralu bez Logic Anlyzera je prilicno velika vestina, i potpisujem da oni koji su dizajnirali sprave na kojima radis ne znaju tu vestinu, jednostavno zato sto su Logic Analyzer imali na stolu :)


A sto se tice PCIe slota... u praksi nije uopste mnogo brzi od agp8x.

Kreni sa stereo stream-om, malim koracima, brini o funkcionalnosti, batali ostale stvari... dok ne proradi...

Pretpostavljam da se tu mora i nekakav protokol komunikacije napisati... sta se radi sa kojim semplom, redni broj sempla (da se ne pobrkaju)... itd..
Nisam upoznat detaljno o prici koju pricas, ali je pomno pratim na ovom Forumu, jer mi je interesantna.
Pomagacu nekim opstim pricama koje sam iskusio, ako bude prilike kao sad, recimo kada krenu price da ti "bulaznis" jer su svi procitali da to nije tako, iako ti GLEDAS problem a ostali citaju o problemu i veruju... Takve probleme sam imao i ja, i to je prilicno destimulisuce za onog ko je zavukao ruke u "saht" da ne bi (i drugima, komentatorima) "smrdelo"... naravno, niko od komentatora ne primecuje da tebi smrdi do besvesti u tome sahtu... itd.

Da ponovim, ne znam ja uopste da li ti gresis negde ili ne, ali ova prica mi dovoljno izgleda poznato da se ne moze ocekivati bas sve onako kako papiri kazu... dok se to ne proveri i konkretno, na kraju, ne iskristalise ko je nesto "zaj..'o" u ARMIJI ljudi koji su dotakli ovu tvoju problematiku, u toku realizacije, dok nije dosla do tebe.

Inace kada to saznas, najverovatnije mozes da se "slikas" sa tim saznanjem. :)


Jesi li pogledao one test programe koje sam okacio?

Ne, nisam... ne smem! :( Radim nesto drugo, i ako krenem da brljam po tome mogu da se "zaboravim" :mrgreen:

Trudicu se, barem za sad, da budem samo "glas razuma" u ovoj prici... mislim da ti je to dovoljno, i da ces se vec sam iskobeljati... :)

pozdrav

bogi


p.s. Pokusaj da sto pre dobijes stereo DEMO i baci na Forum da ljudi to probaju!!! Mnogo je vaznije raditi funkcionalnost, a brzinu ostaviti za kasnije,... seti se da je namena onoga sto radis primarno funkcija i kvalitet, a brzina je tek sledeci zahtev

[peraZdera]

Pod uslovom da je samo to...

Bez obzira na sve, papir i olovka su izuzetno vredni pomagaci kod ovakvih stvari... sprecavaju "rad napamet" i ofrlje pretpostavke...
Ako nekako mozes da meris vremena, onda to uradi... nemas Logic Analyzer, i nemas predstavu ko te usporava (ako te iko usporava), brljas u "mraku i magli"... spremi alate za to!
Dibagovati magistralu bez Logic Anlyzera je prilicno velika vestina, i potpisujem da oni koji su dizajnirali sprave na kojima radis ne znaju tu vestinu, jednostavno zato sto su Logic Analyzer imali na stolu :)


Kreni sa stereo stream-om, malim koracima, brini o funkcionalnosti, batali ostale stvari... dok ne proradi...

Pretpostavljam da se tu mora i nekakav protokol komunikacije napisati... sta se radi sa kojim semplom, redni broj sempla (da se ne pobrkaju)... itd..
Nisam upoznat detaljno o prici koju pricas, ali je pomno pratim na ovom Forumu, jer mi je interesantna.
Pomagacu nekim opstim pricama koje sam iskusio, ako bude prilike kao sad, recimo kada krenu price da ti "bulaznis" jer su svi procitali da to nije tako, iako ti GLEDAS problem a ostali citaju o problemu i veruju... Takve probleme sam imao i ja, i to je prilicno destimulisuce za onog ko je zavukao ruke u "saht" da ne bi (i drugima, komentatorima) "smrdelo"...

Da ponovim, ne znam ja uopste da li ti gresis negde ili ne, ali ova prica mi dovoljno izgleda poznato da se ne moze ocekivati bas sve onako kako papiri kazu... dok se to ne proveri i konkretno, na kraju, ne iskristalise ko je nesto "zaj..'o" u ARMIJI ljudi koji su dotakli ovu tvoju problematiku, u toku realizacije, dok nije dosla do tebe.

Inace kada to saznas, najverovatnije mozes da se "slikas" sa tim saznanjem. :)



Ne, nisam... ne smem! :( Radim nesto drugo, i ako krenem da brljam po tome mogu da se "zaboravim" :mrgreen:

Trudicu se, barem za sad, da budem samo "glas razuma" u ovoj prici... mislim da ti je to dovoljno, i da ces se vec sam iskobeljati... :)

pozdrav

bogi

Najvise me nerviraju ljudi koji nista ne procitaju, ali u svakom slucaju "znaju" sta je ispravno i obavezno su u pravu!:mad: .
Hvala puno na podrsci!:)

[boggy]

Najvise me nerviraju ljudi koji nista ne procitaju, ali u svakom slucaju "znaju" sta je ispravno i obavezno su u pravu!:mad: .
Hvala puno na podrsci!:)
Pricamo o stvarima gde cak i pisani "dokazi" ne pomazu ako VIDIMO da nije tako... da li zbog nase greske ili tudje, nebitno je... vaznije je nastaviti posao, od dokazivanja da neko "prica gluposti"!!!! Destimulisuce je bez ikakvog valjanog razloga, na kraju krajeva!!!

Imas standardnu situaciju, gde JEDAN nesto radi a ostali komentarisu... iako su svi bili u prilici da ih to neki put iznervira.... makar i kuhinjske elemente kacili na zid, ili menjali svecice na motoru :)

Samo polako i COOL! :cool:


pozdrav

bogi

[peraZdera]

Pricamo o stvarima gde cak i pisani "dokazi" ne pomazu ako VIDIMO da nije tako... da li zbog nase greske ili tudje, nebitno je... vaznije je nastaviti posao, od dokazivanja da neko "prica gluposti"!!!! Destimulisuce je bez ikakvog valjanog razloga, na kraju krajeva!!!

I to sto kazes...;)