Hi, We want to build an Asterisk system that needs to be able to record, when in a peak situation, a maximum of twenty calls simultaneously. I could not find any reference to performance and recording. I need to order a new server but need to know the specs I need. Does anyone have experience with recording multiple calls simultaneously on a single system with or without performance trouble? What kind of system do I need? John Vermeeren
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 jjmvermeeren@tiscali.nl wrote:> > Does anyone have experience with recording multiple calls > simultaneously on a single system with or without performance trouble? > What kind of system do I need? >Well, isnt this just a simple calculation? Do a record of one of your lines for about a minute. Look at the size of the created file and divide the kb by 60 and multiply by 20 and you have an first overview about how much data will get written down to harddisk per second. But I think you should be fairly well if you use state-of-the-art server disks. They should be fast enough for this. Marcus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFZFjMqwWWw48OFWoRAvhtAKC58l2WXpK/RmzWB2FtRDbHFxsJWQCgp3OI o9zojHnurfaMtAOjLytHFUs=upqP -----END PGP SIGNATURE-----
Has anyone tried recording to a ramdisk? To an NFS mount? Was there a benefit? jjmvermeeren@tiscali.nl wrote:> Hi, > > We want to build an Asterisk system that needs to be able to record, > when in a peak situation, a maximum of twenty calls simultaneously. I > could not find any reference to performance and recording. I need to > order a new server but need to know the specs I need. > > Does anyone have experience with recording multiple calls > simultaneously on a single system with or without performance trouble? > What kind of system do I need? > > John Vermeeren > > > > _______________________________________________ > --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 > >
Yeh even a simple UDMA 5 enabled hard drive can handle 30 calls recording easily . Sata hard drives are even better . On 22/11/06, Marcus Franke <marcus.franke@gmx.net> wrote:> > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > jjmvermeeren@tiscali.nl wrote: > > > > Does anyone have experience with recording multiple calls > > simultaneously on a single system with or without performance trouble? > > What kind of system do I need? > > > > Well, isnt this just a simple calculation? > > Do a record of one of your lines for about a minute. > > Look at the size of the created file and divide the kb by 60 and > multiply by 20 and you have an first overview about how much data will > get written down to harddisk per second. > > But I think you should be fairly well if you use state-of-the-art > server disks. They should be fast enough for this. > > > > Marcus > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFFZFjMqwWWw48OFWoRAvhtAKC58l2WXpK/RmzWB2FtRDbHFxsJWQCgp3OI > o9zojHnurfaMtAOjLytHFUs> =upqP > -----END PGP SIGNATURE----- > _______________________________________________ > --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 >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20061122/1bf2b021/attachment.htm
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Vicky wrote:> Yeh even a > simple UDMA 5 enabled hard drive can handle 30 calls recording easily . > Sata hard drives are even better . >Hehe, UDMA sounds like EIDE drives.. nice to see they are fast enough, but I do not recommend those as server hardware. ;-) But, if John is going to buy a extra new server, he could use two drives in a mirror setup extra for recordings of these files. As it is not only the frequency of reading/writing these files but other accesses of the media like starting programs or reading/writing of logfiles that slowes down the access to the recorded audio files. Marcus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFZGUUqwWWw48OFWoRAvidAJwPSpTSuY6nwxKTDKI8fZDmshmbUgCgtWAp 27akzsEDv03q5CmlGMObo50=2jAI -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Welter wrote:> Has anyone tried recording to a ramdisk? To an NFS mount? Was there a > benefit? >RAM disk? Interesting idea, but what to do in case of a server crash loosing these recorded files? You will get very angry customers if you have to explain them, that your server, where you did record their complaints, crashed and lost their problems :) Id recommend this as a cache drive where you would move the files away from, when the call is finished. But thats extra cpu cycles and it would be kind of an effort to trigger the move the files after call is finished.. Marcus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFZGnpqwWWw48OFWoRAoxqAJ0WIynm41jcxh3WT2GM1C/8bMj1KACg8vZJ gkKQtIlykyJO6ZQwmvggUm4=JC+B -----END PGP SIGNATURE-----
Hey i said that as per his requirement as an example :) . His requirement is just around 20 calls . For a moderate server i think sata raid should be fine ..Heres some result posted by someone for recording calls on ram disk . http://thread.gmane.org/gmane.comp.telephony.pbx.asterisk.user/118497 On 22/11/06, Marcus Franke < marcus.franke@gmx.net> wrote:> > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Vicky wrote: > > Yeh even a > > simple UDMA 5 enabled hard drive can handle 30 calls recording easily . > > Sata hard drives are even better . > > > > Hehe, UDMA sounds like EIDE drives.. nice to see they are fast enough, > but I do not recommend those as server hardware. ;-) > > But, if John is going to buy a extra new server, he could use two drives > in a mirror setup extra for recordings of these files. As it is not only > the frequency of reading/writing these files but other accesses of the > media like starting programs or reading/writing of logfiles that slowes > down the access to the recorded audio files. > > > Marcus > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFFZGUUqwWWw48OFWoRAvidAJwPSpTSuY6nwxKTDKI8fZDmshmbUgCgtWAp > 27akzsEDv03q5CmlGMObo50> =2jAI > -----END PGP SIGNATURE----- > _______________________________________________ > --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 >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20061122/1fce241c/attachment.htm
Marcus Franke wrote:> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Michael Welter wrote: > >> Has anyone tried recording to a ramdisk? To an NFS mount? Was there a >> benefit? >> >> > > RAM disk? Interesting idea, but what to do in case of a server crash > loosing these recorded files? > >Or use something like Gigabyte i-ram, PCI SATA RAM disk with battery backup. http://www.gigabyte.com.tw/Products/Storage/Products_Overview.aspx?ProductID=2180&ProductName=GC-RAMDISK> You will get very angry customers if you have to explain them, that your > server, where you did record their complaints, crashed and lost their > problems :) > > Id recommend this as a cache drive where you would move the files away > from, when the call is finished. But thats extra cpu cycles and it would > be kind of an effort to trigger the move the files after call is finished.. >Well, you should always archive the calls automatically to CDR, DVD-R or tape. Most commercial call recording systems will do. Some will Leo
On a modern server without IDE drives, you dont even need RAID to accomplish this. Problems arise at around 50-60 calls in my experience (HPDL 360, 3Ghz, Gig of RAM and RAID 1 mirroring. I run a cron job that checks files sizes and when they do not change within a specified period of time, they are considered complete and are FTPed to another server running SOX to MUX and compress the audio. Above that, checkout Orkaudio or RAMdisk. Orkaudio has my praises right now. The team over there has tweaked a recording server for us to handle about 200 simultaneous calls and all the recording is done passively through Pcap and mirrored switch ports. Thanks, Steve Vicky wrote:> Hey i said that as per his requirement as an example :) . His > requirement is just around 20 calls . For a moderate server i think > sata raid should be fine ..Heres some result posted by someone for > recording calls on ram disk . > http://thread.gmane.org/gmane.comp.telephony.pbx.asterisk.user/118497 > > On 22/11/06, * Marcus Franke* < marcus.franke@gmx.net > <mailto:marcus.franke@gmx.net>> wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Vicky wrote: > > Yeh even a > > simple UDMA 5 enabled hard drive can handle 30 calls recording > easily . > > Sata hard drives are even better . > > > > Hehe, UDMA sounds like EIDE drives.. nice to see they are fast > enough, > but I do not recommend those as server hardware. ;-) > > But, if John is going to buy a extra new server, he could use two > drives > in a mirror setup extra for recordings of these files. As it is > not only > the frequency of reading/writing these files but other accesses of > the > media like starting programs or reading/writing of logfiles that > slowes > down the access to the recorded audio files. > > > Marcus > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFFZGUUqwWWw48OFWoRAvidAJwPSpTSuY6nwxKTDKI8fZDmshmbUgCgtWAp > 27akzsEDv03q5CmlGMObo50> =2jAI > -----END PGP SIGNATURE----- > _______________________________________________ > --Bandwidth and Colocation provided by Easynews.com > <http://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 >