Dnet client voor krachtige video-kaarten.

[Byzanthy]

Voor diegene die nou denkt dattie ook een koetje op z'n Gforce kan draaien...

Bedenkend dat m'n huidige video-kaart meer geheugen (en waarschijnlijk ook meer processor-power) heeft dan m'n eerste pentiumpje 75 vroeg ik me zomaar af, leek als ik ben, waarom je zo'n ding niet voor ander rekenwerk kunt gebruiken (in casu: een koe).

Zal misschien wel aan de processor-architectuur liggen, richting van data-verkeer... weet ik veel. Wie kan me dat effe helder uitleggen.

(Als't in theorie wel kan vind ik dat natuurlijk minstens zo interessant om te horen. mjam mjam )

En ja, ook ik wil de stats van de 17e.

[Onno]

De processoren die gebruikt worden op (huidige) videokaarten zijn geen general purpose processoren: ze kunnen alleen hun eigen specifieke taak verrichten... en daar valt RC5 niet onder.

[Hielko]

Daarnaast heb je het probleem dat je in een videokaart alleen maar data eet: je kan er alleen data instoppen, maar antwoorden zal ie niet terug kunnen geven.

[Onno]

Dat is niet waar. Een videokaart kan bewerkingen uitvoeren op data die in z'n geheugen staat, en het resultaat vervolgens ook weer wegschrijven naar datzelfde geheugen, dat weer te lezen is door je cpu.

[redwing]

Hier heeft distributed eerst een berichtje over op hun site gehad. Ik weet niet of het er nu nog staat, maar daaruit bleek dat de processoren zowiezo niet geschikt waren voor de berekeningen die je koetje maakt, en daarnaast dat het nogal moeilijk was om de gemaakte berekeningen weer terug in je PC te krijgen omdat er geen echte registers op die kaarten zitten die daar geschikt voor zijn.

[MOL]

Ik had dit nog in mijn handheld staan:

3D/OpenGL Video accelerator hardware programming specifics are usually very difficult to find documented anywhere because hardware manufacturers typically treat such information as confidential since knowledge of the internal operations can allow competitor manufacturers to gain an insight into the card's operations and propriety acceleration techniques.

All modern operating systems restrict direct hardware access to kernel-level processes/drivers. Writing a kernel-mode dnetc client is not something we are prepared to do because of the extensive design differences between supported operating systems.

Of course if low-level direct register manipulation is going to be done, it will be extremely video card specific.

Additionally, your video card would presumably already have a driver bound to it for normal display purposes. Interfacing in any way that allowed direct access to video card registers would require you to not loading your conventional video driver and instead use a "dnetc video driver", likely eliminating the ability to use that video card for normal display purposes.

It is doubtful that any 3D Accelerator cards would even contain any functionality that could be utilized in a meaningful way for accurate mathematical computation. Presumably most all of the operations provided by video cards are designed for eventual display rendering, and not general purpose math output.

For example, it might be necessary to use each pixel in a hidden buffer to represent an accumulator register. To multiply or divide by a scalar, an ambient light source of appropriate intensity might have to be created, taking into account the expected environment algorithms that the card might be applying. To average an arbitrary set of values with another set of values, you might need to creating an alpha blended texture map of the second set of values and be sure to achieve 1-to-1 pixel alignment by disabling perspective, disable texture map interpolation, and smoothing or output-enhancements.

In any case, the main CPU is having to perform additional computations to determine all of the parameters that might have to be supplied to the video card. And the video card is doing a lot of wasted matrix transformations or other operations that are targets strictly for visual output. It is also entirely unclear what level of interfacing will be possible/necessary. To complicate the issue, no technical documentation is publicly available for most of the commercial 3D Accelerators.

If you believe you have some information regarding the register-level operations that can be done, you are welcomed to attempt to put together your own core. Our client source code is publicly available for download.

[Byzanthy]

Toch wel jammer van al die processor-capaciteit.
Dank voor de uitleg in ieder geval.

[0rbit]

Het kost meer CPU-tijd om je videokaart te gebruiken als Rc5-kraak-device dan dat de videokaart voor je kan kraken... Inefficient dus...