<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.16.3">
</HEAD>
<BODY>
<BR>
tir, 24 03 2009 kl. 14:44 -0700, skrev Ross Finlayson:
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">>Figured it out. I am attaching the config.solaris inline. I've just </FONT>
<FONT COLOR="#000000">>added -m64 three places to instruct compiler and linker to make 64 </FONT>
<FONT COLOR="#000000">>bit files.</FONT>
<FONT COLOR="#000000">Thanks.</FONT>
<FONT COLOR="#000000">One question, though: What happens if someone uses this new </FONT>
<FONT COLOR="#000000">"config.solaris" to compile/link an application on (and for) a 32-bit </FONT>
<FONT COLOR="#000000">Solaris system. Will the resulting binary still run OK</FONT>?
</PRE>
</BLOCKQUOTE>
Hello<BR>
<BR>
Sorry for the delay, had some work to do ;-)<BR>
<BR>
A 64 bit binary cannot run on a 32 bit solaris as far as I know, so better make a config.solaris64<BR>
<BR>
On the project I worked on i made som load tests. This on a ferry which has been converted to a floating hotel with 88 cabins.<BR>
<BR>
I tested live555server successfully with 40 simultaneous clients. Showing different MPEG2 ts files ripped from DVD's. <BR>
<BR>
The server seems sigle threaded and connections maxes out at about 45 clients connecting to 5 different MPEGs.<BR>
<BR>
So I started another instance which listens on port 8554 as the code defaults to. Cool. Another 45 clients I thought. But sadly the server maxed out at about 60 clients. Still 28 from the teoretical max.<BR>
<BR>
So the question is. Are there any other tricks I could use?<BR>
<BR>
The system is a Quad core AMD 2,5 GHz, 8 GB RAM and 14 SAS disks on ZFS.<BR>
<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">Or should there be two config files for Solaris: </FONT>
<FONT COLOR="#000000">"config.solaris-32bit" and "config.solaris-64bit"? Please let me </FONT>
<FONT COLOR="#000000">know, so I can make the appropriate changes for the next release of </FONT>
<FONT COLOR="#000000">the software.</FONT>
</PRE>
</BLOCKQUOTE>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
Venlig hilsen<BR>
<BR>
<IMG SRC="cid:1238053954.3462.0.camel@msn" ALIGN="bottom" BORDER="0"><BR>
<BR>
Michael Skaastrup Web:www.conecom.dk <BR>
<BR>
Systemkonsulent Email: msn@conecom.dk<BR>
Con E Com A/S Tlf: 36 93 25 57 <BR>
Hjallesegade 45 Mob: +45 20 31 41 90<BR>
5260 Odense S<BR>
<BR>
Tlf: +45 70 11 20 19<BR>
<BR>
Fax: +45 70 11 20 18<BR>
<BR>
Vi gør opmærksom på, at denne e-mail kan indeholde fortrolig information. Hvis du ved en fejltagelse modtager e-mailen, beder vi dig venligst informere afsender om fejlen ved at bruge svar-funktionen. Samtidig beder vi dig slette e-mailen i dit system uden at videresende eller kopiere den.<BR>
Selv om e-mailen og ethvert vedhæftet bilag efter vores overbevisning er fri for virus og andre fejl, som kan påvirke computeren eller it-systemet, hvori den modtages og læses, åbnes den på modtagerens eget ansvar. Vi påtager os ikke noget ansvar for tab og skade, som er opstået i forbindelse med at modtage og bruge e-mailen.<BR>
_______________<BR>
Please note that this message may contain confidential information. If you have received this message by mistake, please inform the sender of the mistake by sending a reply, then delete the message from your system without making, distributing or retaining any copies of it.<BR>
Although we believe that the message and any attachments are free from viruses and other errors that might affect the computer or IT system where it is received and read, the recipient opens the message at his or her own risk. We assume no responsibility for any loss or damage arising from the receipt or use of this message.<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
</TD>
</TR>
</TABLE>
</TD>
</TR>
</TABLE>
</BODY>
</HTML>