Are there any other newsgroups on msnews that the readers can recommend for
If you have a difficult problem that fits well within a MS component of SBS,
then try that newsgroup, as well as this one. (but don't go too wild with
the crossposts) For example, if you are having problems with Exchange, try
microsoft.public.exchange, with Proxy try microsoft.public.proxy. IMHO this
newsgroup is good for most "routine" problems that you are likly to run into
with SBS, and there is some good "best practice" stuff here as well.
> Are there any other newsgroups on msnews that the readers can recommend
> SBS admins?
If you are interested in only staying on the NT4 platform for more
information, the Outlook groups do have some really interesting stuff that
goes on with subjects that don't always come up here.
Overall, Mal is correct that this group is remarkably more diverse than just
about any other that is hosted by MS. You will learn more here about
networking, clients, servers, hardware and software than in just about any
other public MS group....it's just that good. Part of it is due to this
group being aimed at a technical level of expertise that tends to be
consistent with a level of understanding that most SBS sites and
Administrators can comprehend. I occasionally like to drop in on the
"microsoft.public.windowsnt.protocol.routing" group just so I can be
reminded that John R. Buchan knows more about TCP/IP and routing than I
every expect to learn. Some of that discussion gets pretty geeky, but it's
hot if you like to dig into those issues.
> Mal Osborne
> MCSE Mensa
> > Hi
> > Are there any other newsgroups on msnews that the readers can recommend
> > SBS admins?
> > Simon
I have found a peculiar problem with HPUX tcp. if I change the readraw size in
client.c to 16384 (I have apps that use readraws of that size) i can get
from an hp 750 to a dec 5000-260 the INCREDIBLE speed of 160k/sec on large
reads. (wow am i impressed :-)
i find that if i add:
sockopt = 1;
setsockopt(s, 6, TCP_NODELAY, (char *)&sockopt, sizeof(int));
/* note 6 is from getprotobyname("tcp") (/etc/protocols) */
the speed goes to a more respectable 976k/sec with a load of 1 on both machines.
this option prevents collecting 'small' amounts of data into a single packet
when there is data outstanding. I cant EVER see a use for this in a server so
I think it might be useful for other platforms also. I also cant see why it is
doing this given the present circumstances.
note (also doesnt hurt (hp sepcific option))
sockopt = 40960;
setsockopt(s, SOL_SOCKET, SO_SNDBUF, (char*)&sockopt, sizeof(int))
setsockopt(s, SOL_SOCKET, SO_RCVBUF, (char*)&sockopt, sizeof(int))
8. FW: Hello
11. useful link