We also need a pre defined region with textures, objects (physical/non) and scripts running (just like a normal scenario), a 'default' oar will work I think
2010/6/22 Dirk Krause <[email protected]> > yes, this absolutely is one way to go. > > we successfully experimented with > - ec2 linux instances sporting the hippo viewer > - streaming the hippo window output as a .flv source > - emulating keystrokes to the hippo viewer to move the avatar > > all in all this makes a fully qualified client that hits the OpenSimulator > as hard as a real client does, still it is scriptable in a limited way. and > it would be perfectly scalable via the cloud. > > -- Dirk > > > -----Ursprüngliche Nachricht----- > Von: [email protected] [mailto: > [email protected]] Im Auftrag von peter host > Gesendet: Dienstag, 22. Juni 2010 12:30 > An: [email protected] > Betreff: Re: [Opensim-users] Load Testing OpenSim > > I haven't much dug into that, but it seems to me that a scalable cloud > infra should be perfect for what you describe : large numbers of > clients for a limited time, *real* different ips,... > 1 loader script piloting 'on the fly' created ec2/whaterver client > instances, only for the time they're needed. Even for large load > tests, the overall cost should noy go beyond a few dollars. > > > Testing the load of a large number of clients requires a lot of > infrastructure -- multiple client systems and a lot of networking. That > makes stress testing difficult to set up and to create a portable, automated > stress tester. > > > > -- mb > > > _______________________________________________ > Opensim-users mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-users > _______________________________________________ > Opensim-users mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-users >
_______________________________________________ Opensim-users mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-users
