[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Expected performance of importing mail?
- To: zimbra-hied-admins <zimbra-hied-admins@sfu.ca>
- Subject: Re: Expected performance of importing mail?
- From: Amos <a.goo0h@gmail.com>
- Date: Fri, 2 May 2008 07:17:34 -0500
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=bjklBckPdfC0jAI010ipLE2vSmC1an8hIJCuKTX+pSo=; b=D/U65evjngGGh7aWsFtb1IVuDeseygpUsbXUWL4uTycZK3ycl+Eh+E+XNlVA2hfB/1mcUHe9c/T+Ev5dgKZ3oHZqvnwkXj9OOYW+jXtJW/r8daJDRr39tmDCaHQmj0mc6+jz/wyp1auwOjkAF9aa1IYKhkJSgjltT2mBcEvWHag=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=yFcA3W40t6RmjffhOA+S2hAG1DU1s7fvjY5zAvtvLTdjKuN1VdyCmOkHj5FUw/8K5o8sY0nnFv0/znXTM3SjEor6/nq3H9+OZoV4lWBojkCY5cEga7vSR+T0b6Fajh0hEwJanrtVseO1XcjQFHeL2mWGjaMOilNsVeHuVP6FTKg=
- In-reply-to: <1190533285.249491209709860422.JavaMail.root@jaguar7.sfu.ca>
- References: <307015080.249471209709817011.JavaMail.root@jaguar7.sfu.ca> <1190533285.249491209709860422.JavaMail.root@jaguar7.sfu.ca>
On Fri, May 2, 2008 at 1:31 AM, Steve Hillman <hillman@sfu.ca> wrote:
> I'm a Solaris guy and am used to a much bigger bag of tricks when it comes to doing performance analysis. Unfortunately, a year of banging on Zimbra folks to support Solaris hasn't yielded the desired result, so we're stuck running on Linux, leaving me at a bit of a loss to dig deep into the server-side
>
We're not using Zimbra (though hoping one day might), but have to
admit I too would like to see Zimbra folks support Solaris. I would
think in particular the "T" series servers would be a terrific fit for
their Java application. We've also have had great results with ZFS,
and think that would make a nice fit for their message storage. Oh
well....
Amos