Other Uses for an AGP Slot?
SleepyHappyDoc asks: "AGP seems to be going the way of the dinosaur, but there's still a lot of slots on legacy motherboards out there. If you don't have need for the graphical advantages of AGP (say, on a headless server), what else could you use the AGP slot for? Could the advantages of AGP over PCI be leveraged in a use other than graphics cards?"
I would think that perhaps you could use the bus bandwidth and an old/slow card to do additional computation. Leverage the GPUs in the more recent AGP 3D offerings and use it for something...uh....usefull :)
Perhaps we can user in a new age of game design where you can load your machine up with older cards to assist with the heavy 3D math for a game, or maybe expose those cards as a virtual machine of some sort.
Blar.
I'm going to have to go with none and move along.
The problem with slashdot is that most of its users were bullied and stuffed into lockers as kids!
AGP's architecture makes it unsuited for bi-directional communication. For what it would cost to fabricate an AGP card you could buy a PCI-Express mobo+card.
You could always make try to hack your own peripheral.
Religion for nerds. Stuff that really matters
http://www.matrox.com/mga/theguide/contents/AGPvsP CI.cfm
There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
AGP has more downstream bandwidth to the slot than upstream bandwidth from the slot, whereas PCI and PCIe have the same to and from the slot.
You could use it for something like a beefy sound board.. or, something...
No, not much other than graphics output really needs that kind of bandwidth differential.
I don't know of any non-gfx cards that would use the CPU but there was a C compiler released that would use the GPU instead of CPU for your generic computations (instead of 3d gfx) and for certain kinds of calculations/programs it would be equivalent of 10GHZ P4 class CPU in the means of speed. Look up archives of Slashdot for it.
45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
Well, this still involves to use a graphics card, but in a bit different way.
YMMV with the performance though.
while true; do eject; eject -t; done
AGP is a one-way architecture - the motherboard sends data to the graphics card, the graphics card processes it and sends it to the monitor. The limitations of this way of working are why dual graphics card solutions were never practical on AGP once you started increasing the complexity of the data - the bus wasn't capable enough.
That said, it's not impossible to get it working. You just need to get around the one-way bus problem. There are two obvious solutions for this, to my mind: (ignoring the fact that no cards exist to do it for you)
Use it for one way data
You create a card that acts only to process and send away data. At its simplest, this might be an audio card (without line-in, obviously). Getting slightly more creative, the card could take the 'load' of preparing documents and printing them off the CPU, although I can't see this being useful. Using a rather crossfire-like setup, you could send the output of a suitable graphics card into an input on another, and use it as a pre-processor; at its most basic this could be used to divide a signal in half to be processed by two (or more) cards, or getting more complex it could render something simple - perhaps hidden windows, for use in transparency effects, or perhaps acting as a 2D processor and leaving 3D work to the 'bigger' card - tag this as 'rendered' and send the output to its big brother.To be honest though, this seems a little ridiculous.
Creating a feedback path for 2-way data
This, in my opinion, is where it could be useful. The moment you add a way to send data back - at its simplest, I suppose this would be a SATA or IDE cable and suitable software that continuously reads the contents of the 'hard disk' - you have an opportunity for a specialised processor. The hack would be incredible difficult, granted, but the processor on a graphics card would seem to be well suited to encode video. You send your stream to the AGP card, it converts it to mpeg4 (for example) and sends it back via SATA, taking 99% of the load off the processor. (These cards have recently started to appear for PCIe, so the is definitely a market). With some sort of feedback path, the card could do anything a PCI card can do, but substantially faster thanks to AGP's higher bandwidth - the trick is getting a decent feedback loop.
After all that, though, I think the practical answer is no, there is no use for an AGP slot other than graphics; there is no demand for other cards, so they just don't exist.
GPGPU is what you're looking for.
An adaptor to use AGP cards in PCI slots already exists. It's called AGP express, and is made by ECS. A bridge chip to run AGP in PCIe should also be possible, and I'm sure we'll see one as demand increases.
Leverage is not a verb. Please stop using it as such. See the article posted today about loss of literacy.
-Splat
As it is write only, it is ideal for implementing a hardware /dev/null on Unix systems.
Sent from my ASR33 using ASCII
Many seem to be saying that the AGP has a lot of bandwidth going TO the card but not coming back from the card. This seems well suited to feed uncompressed video to a card in the AGP slot, have the AGP card compress the video into whatever format you wish, and then send back the compressed data.
So how would propose I add another gig when it cannot even accept a single gig?
It does however have a 32mb graphics card that is not used. Oh sure it is a tiny amount of memory but when the kernel is forced to start swapping it makes a difference. Not a huge amount to be sure and it doesn't help at all when it really needs to swap a lot but it gives me just a little bit more room to play with.
Haven't thought about upgrading the card but I guess if I ever see a really cheap 256mb card it might be worth it.
A dual P3 is still plenty fast for desktop use especially since the linux kernel keeps on improving. Windows users may wish to close their ears to save themselve from terminal shock but linux installs get better with age.
Sure sure someday I am going to have to buy a new system and now that dual core chips are here the hurdle is not as big as having to buy a dual single core machine was but still, the longer I can keep this system running the happier I am
Hardware/software hacking is about making stuff go that extra mile. Just plonking a wad of cash on the counter is totally missing the point.
MMO Quests are like orgasms:
You may solo them, I prefer them in a group.
Gotta have'm, 90% of our servers are now running headless(yikes) where have all the monitors gone? As for all the other slots, I guess it was poor planning from the beginning. But if you look at the market as being constantly in the state of BETA! then it all makes fucking sense.... just my two euro cents. Wait a damn, minute, as long as I have been drinking, and can type..Does the fact that MS has stopped support for some OS's now and others soon, that they have finally found all the bugs, and do not need to support their product???
Sig Hansen?
VESA Local Bus did have various other cards besides video cards available for it, including high performance disk drive controllers. AGP's design was deliberate by Intel to really only be useful for video cards, such as its mostly one-way data flow. Intel wasn't too happy with the VLB design, which was pretty much a hack, and also that it couldn't control how it was used, and was concerned about the power requirements and having to design for potential bad VLB card designs to protect itself.
I don't think you guys understand the kind of massive speed differential we're talking about. I don't remember the numbers, but it's like G/s to the card and K/s back. It's just enough to tell the processor that the card is ready for the next rendering task, nothing more.
Someone mentioned doing video compression... because you could send the compressed file back. Well ok, except, A. video cards only have 256mb of ram... so your uncompressed video would only be like what 30 seconds? B. getting the data back to the hard drive would be like transfering files over a serial cable... like old PS/2 serial, not USB2 serial.
Now... a card with a SATA out would work. That's the kind of bandwidth that would help, although for most applications just an IDE out would do the trick.
But these cards don't exist. So no... nothing to be done with agp slots.
Where do all these other top-level posters get their information?
w ww.gcsextreme.com/agpfaq.htm for more info. (Sorry, Slashdot's code doesn't want to let me make that into a proper link, it breaks it into 'archive.org' and 'gcsextreme.com' segments, you'll have to copy and paste, then remove the space yourself.)
AGP is a subset of PCI. The original AGP spec (1.0) defined a dedicated slot with a 32-bit, 66 MHz PCI connection directly to the Northbridge, plus the ability to directly access main memory more quickly than conventional DMA allowed. AGP 2x then increased speed by using a double data rate system, similar to DDR memory, transferring two data chunks per clock cycle.
AGP 4x then added a quad data rate connection, Fast Writes (the ability to write to main memory out of normal order,) and Direct Memory Execute (the ability for the AGP card to execute directly out of main memory, rather than having to load into on-board memory first.)
AGP 8x just oct-data rate'd it. It's still 32-bit, 66 MHz PCI, though.
But, either way, AGP *IS* a PCI connection. Fully compliant with PCI 2.1, with full bandwidth in each direction.
There are/were bridge chips that converted the AGP connection into one or more PCI slots, which would become fully-compliant PCI 32-bit, 66 MHz slots. These bridge chips were sometimes used on lower-end server motherboards with onboard PCI video, as a cheaper alternative to adding a separate 64-bit PCI controller. They could be found on products from Intel (L440GX,) and others.
BUT, since it is only 32-bit, you're limited to a 32-bit, 66 MHz PCI connection. PCI-X requires 64-bit for its faster bus speeds. That means that there are no bridge chips that will give you anything better than a 32-bit, 66 MHz PCI 2.1 connection. You can run multiple cards off this connection (As the Intel board listed above did,) but just as with 'regular' PCI, you are sharing the speed among all the cards.
But, any 66 MHz PCI card (or any correctly backwards-compatible PCI-X card,) would take advantage of the doubled speed over 33 MHz PCI, though.
See http://web.archive.org/web/20040205095311/http://
Another non-functioning site was "uncertainty.microsoft.com."
The purpose of that site was not known.
First, install a used graphics card. Then reprogram the graphics card to do other stuff.
:)
Any time domain project might work.
eg,
Audio Card. (Yes, you can produce audio on a graphics card).
Signal Generator (All kinds of repetative signals you can generate)
TV Remote (Just connect to a IR led on the output port).
Digital TV Modulator. http://www.hackaday.com/entry/1234000113073480/ This is the Best idea made practical.
Transmitter (on MANY different frequencies).
Ultrasonic transducer driver for driving 3 ultrasonic transducers. (Spot sound)
Just keep in mind you have 3 Digital to Analogue Controllers,
Programmable clocks
Memory (and a means of moving it to the DACs)
and two other digital outputs,
ALL PACKED NEATLY INTO A VIDEO CARD FORMAT... and it even works with AGP.
GrpA
Enjoy science fiction? "Turing Evolved" - AI, Mecha, Androids and rail-gun battles. What more could you want?