The simplest solution and the one already implemented in linux, tmpfs. It would be best to allocate 4-8GB to tmpfs on /tmp and let the kernel do the work it was designed to do. And you would not be limited to PCI bus speeds. The DDR2800 is about 12GB/sec. Some would say "overheads, etc, etc". Agreed, even at 95% loss (doubtful) you still get higher badwitch then PCI bus/hard rive could do :)
Asterisk can be directed to save files to tmp and them you can move the files to remote server with least possible priority. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Luki Sent: Monday, 10 April 2006 18:41 To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] Re: update - 512 Simultaneous Calls with DigitalRecording > Has anyone seen these solid state "Drives" from gigabyte yet? - > http://www.pcper.com/article.php?aid=224&type=expert&pid=3 Interesting device. Looks like the burst throughput is right on par with good drives, but you have better sustained throughput and obviously near zero latency. But what truly is the advantage compared to having 4 GB (dedicated) RAM in the machine and making a RAM disk with it? You need the RAM either way and that ought to be at least as fast as this card on a 33 MHz PCI bus. You loose the "non-volatile" advantage but that's about it, no? --Luki _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
