|
|
You're in the
sql server connect
group:NIC settings for SQL 2005 and windows 2003?
sql server connect:
application' (If the primary use is file storage, then it is 'file sharing'.) Typically, for an OLTP database you want smaller TCP packets, for an OLAP database, larger TCP packets. -- Arnie Rowland, Ph.D. Westwood Consulting, Inc Most good judgment comes from experience. Most experience comes from bad judgment. - Anonymous [quoted text, click to view] "DBA Dude" <code@aham.com> wrote in message news:OsqdVVJvGHA.2436@TK2MSFTNGP06.phx.gbl... > All > > Anyone know what is truly recommended for the NIC settings for SQL 2005 > when installed on Windows 2003? > > Microsoft SQL MVP and SQL author: Mark L. states that the NIC should be > set to: > > "Maximize date throughput for file sharing." > > However, MSDN article states that the setting should be: > > "Maximize data throughput for network applications." > > Anyone have any definitive resource on actually what it should be set at? > > Thank you > > DBA DAB >
All
Anyone know what is truly recommended for the NIC settings for SQL 2005 when installed on Windows 2003? Microsoft SQL MVP and SQL author: Mark L. states that the NIC should be set to: "Maximize date throughput for file sharing." However, MSDN article states that the setting should be: "Maximize data throughput for network applications." Anyone have any definitive resource on actually what it should be set at? Thank you DBA DAB
Can't argue with dem dere MVP's -but sounds specious to me...
-- Arnie Rowland, Ph.D. Westwood Consulting, Inc Most good judgment comes from experience. Most experience comes from bad judgment. - Anonymous [quoted text, click to view] "DBA Dude" <code@aham.com> wrote in message news:OlCxvMMvGHA.4436@TK2MSFTNGP05.phx.gbl... > Hi Arnie > > It would seem so, but this fellow Microsoft MVP in SQL, say's that isn't > true. That when you combine the SQL 2005 with windows 2003, you sould > always use the ""Maximize date throughput for file sharing" setting. > > Anyone else have opinions? > > Thanks > > > > "Arnie Rowland" <arnie@1568.com> wrote in message > news:u$ndEiJvGHA.1436@TK2MSFTNGP02.phx.gbl... >> If the primary use of the server is SQL Server, then it is a 'network >> application' >> (If the primary use is file storage, then it is 'file sharing'.) >> >> Typically, for an OLTP database you want smaller TCP packets, for an OLAP >> database, larger TCP packets. >> >> -- >> Arnie Rowland, Ph.D. >> Westwood Consulting, Inc >> >> Most good judgment comes from experience. >> Most experience comes from bad judgment. >> - Anonymous >> >> >> "DBA Dude" <code@aham.com> wrote in message >> news:OsqdVVJvGHA.2436@TK2MSFTNGP06.phx.gbl... >>> All >>> >>> Anyone know what is truly recommended for the NIC settings for SQL 2005 >>> when installed on Windows 2003? >>> >>> Microsoft SQL MVP and SQL author: Mark L. states that the NIC should be >>> set to: >>> >>> "Maximize date throughput for file sharing." >>> >>> However, MSDN article states that the setting should be: >>> >>> "Maximize data throughput for network applications." >>> >>> Anyone have any definitive resource on actually what it should be set >>> at? >>> >>> Thank you >>> >>> DBA DAB >>> >> >> > >
From: http://msdn2.microsoft.com/en-us/library/ms191471.aspx
Maximize data throughput for network applications (the option that SQL Server automatically sets) From: http://technet2.microsoft.com/WindowsServer/en/library/78a4be20-3f57-4b8d-a921-ac5d93665ff41033.mspx?mfr=true Maximize data throughput for network applications Optimizes systems for distributed applications that typically do their own memory caching (such as SQL Server, which sets this option by default). But maybe, just maybe, there is a reason for someone offering a countering opinion... (I'd love to hear it.) -- Arnie Rowland, Ph.D. Westwood Consulting, Inc Most good judgment comes from experience. Most experience comes from bad judgment. - Anonymous [quoted text, click to view] "DBA Dude" <code@aham.com> wrote in message news:OlCxvMMvGHA.4436@TK2MSFTNGP05.phx.gbl... > Hi Arnie > > It would seem so, but this fellow Microsoft MVP in SQL, say's that isn't > true. That when you combine the SQL 2005 with windows 2003, you sould > always use the ""Maximize date throughput for file sharing" setting. > > Anyone else have opinions? > > Thanks > > > > "Arnie Rowland" <arnie@1568.com> wrote in message > news:u$ndEiJvGHA.1436@TK2MSFTNGP02.phx.gbl... >> If the primary use of the server is SQL Server, then it is a 'network >> application' >> (If the primary use is file storage, then it is 'file sharing'.) >> >> Typically, for an OLTP database you want smaller TCP packets, for an OLAP >> database, larger TCP packets. >> >> -- >> Arnie Rowland, Ph.D. >> Westwood Consulting, Inc >> >> Most good judgment comes from experience. >> Most experience comes from bad judgment. >> - Anonymous >> >> >> "DBA Dude" <code@aham.com> wrote in message >> news:OsqdVVJvGHA.2436@TK2MSFTNGP06.phx.gbl... >>> All >>> >>> Anyone know what is truly recommended for the NIC settings for SQL 2005 >>> when installed on Windows 2003? >>> >>> Microsoft SQL MVP and SQL author: Mark L. states that the NIC should be >>> set to: >>> >>> "Maximize date throughput for file sharing." >>> >>> However, MSDN article states that the setting should be: >>> >>> "Maximize data throughput for network applications." >>> >>> Anyone have any definitive resource on actually what it should be set >>> at? >>> >>> Thank you >>> >>> DBA DAB >>> >> >> > >
Hi Arnie
It would seem so, but this fellow Microsoft MVP in SQL, say's that isn't true. That when you combine the SQL 2005 with windows 2003, you sould always use the ""Maximize date throughput for file sharing" setting. Anyone else have opinions? Thanks [quoted text, click to view] "Arnie Rowland" <arnie@1568.com> wrote in message news:u$ndEiJvGHA.1436@TK2MSFTNGP02.phx.gbl... > If the primary use of the server is SQL Server, then it is a 'network > application' > (If the primary use is file storage, then it is 'file sharing'.) > > Typically, for an OLTP database you want smaller TCP packets, for an OLAP > database, larger TCP packets. > > -- > Arnie Rowland, Ph.D. > Westwood Consulting, Inc > > Most good judgment comes from experience. > Most experience comes from bad judgment. > - Anonymous > > > "DBA Dude" <code@aham.com> wrote in message > news:OsqdVVJvGHA.2436@TK2MSFTNGP06.phx.gbl... >> All >> >> Anyone know what is truly recommended for the NIC settings for SQL 2005 >> when installed on Windows 2003? >> >> Microsoft SQL MVP and SQL author: Mark L. states that the NIC should be >> set to: >> >> "Maximize date throughput for file sharing." >> >> However, MSDN article states that the setting should be: >> >> "Maximize data throughput for network applications." >> >> Anyone have any definitive resource on actually what it should be set at? >> >> Thank you >> >> DBA DAB >> > >
You need to have it set to network resources to enable AWE
with SQL Server 2005: http://msdn2.microsoft.com/en-us/library/ms179301.aspx -Sue On Thu, 10 Aug 2006 22:03:25 -0400, "DBA Dude" [quoted text, click to view] <Brainb@Yahoo.com> wrote:
>Hey Arnie > >I had read both of those articles as well. This is why I posted this message >in this newsgroup. > >Tough to argue with it.. but then again, these are written by technical >writers, not tech's, and that is also tough to believe over an MVP. > >Anyhow, thanks for taking the time. I need more people to speak on this >becaues I always go with real-work experience, rather than the Microsoft "do >it our way, not the right way" adage. >Take care.. > >"Arnie Rowland" <arnie@1568.com> wrote in message >news:%236KFDSNvGHA.324@TK2MSFTNGP06.phx.gbl... >> From: http://msdn2.microsoft.com/en-us/library/ms191471.aspx >> >> Maximize data throughput for network applications (the option that SQL >> Server automatically sets) >> >> From: >> http://technet2.microsoft.com/WindowsServer/en/library/78a4be20-3f57-4b8d-a921-ac5d93665ff41033.mspx?mfr=true >> Maximize data throughput for network applications >> Optimizes systems for distributed applications that typically do their >> own memory caching (such as SQL Server, which sets this option by >> default). >> >> But maybe, just maybe, there is a reason for someone offering a countering >> opinion... (I'd love to hear it.) >> >> -- >> Arnie Rowland, Ph.D. >> Westwood Consulting, Inc >> >> >> Most good judgment comes from experience. >> Most experience comes from bad judgment. >> - Anonymous >> >> >> "DBA Dude" <code@aham.com> wrote in message >> news:OlCxvMMvGHA.4436@TK2MSFTNGP05.phx.gbl... >>> Hi Arnie >>> >>> It would seem so, but this fellow Microsoft MVP in SQL, say's that isn't >>> true. That when you combine the SQL 2005 with windows 2003, you sould >>> always use the ""Maximize date throughput for file sharing" setting. >>> >>> Anyone else have opinions? >>> >>> Thanks >>> >>> >>> >>> "Arnie Rowland" <arnie@1568.com> wrote in message >>> news:u$ndEiJvGHA.1436@TK2MSFTNGP02.phx.gbl... >>>> If the primary use of the server is SQL Server, then it is a 'network >>>> application' >>>> (If the primary use is file storage, then it is 'file sharing'.) >>>> >>>> Typically, for an OLTP database you want smaller TCP packets, for an >>>> OLAP database, larger TCP packets. >>>> >>>> -- >>>> Arnie Rowland, Ph.D. >>>> Westwood Consulting, Inc >>>> >>>> Most good judgment comes from experience. >>>> Most experience comes from bad judgment. >>>> - Anonymous >>>> >>>> >>>> "DBA Dude" <code@aham.com> wrote in message >>>> news:OsqdVVJvGHA.2436@TK2MSFTNGP06.phx.gbl... >>>>> All >>>>> >>>>> Anyone know what is truly recommended for the NIC settings for SQL 2005 >>>>> when installed on Windows 2003? >>>>> >>>>> Microsoft SQL MVP and SQL author: Mark L. states that the NIC should be >>>>> set to: >>>>> >>>>> "Maximize date throughput for file sharing." >>>>> >>>>> However, MSDN article states that the setting should be: >>>>> >>>>> "Maximize data throughput for network applications." >>>>> >>>>> Anyone have any definitive resource on actually what it should be set >>>>> at? >>>>> >>>>> Thank you >>>>> >>>>> DBA DAB >>>>> >>>> >>>> >>> >>> >> >> >
Hey Arnie
I had read both of those articles as well. This is why I posted this message in this newsgroup. Tough to argue with it.. but then again, these are written by technical writers, not tech's, and that is also tough to believe over an MVP. Anyhow, thanks for taking the time. I need more people to speak on this becaues I always go with real-work experience, rather than the Microsoft "do it our way, not the right way" adage. Take care.. [quoted text, click to view] "Arnie Rowland" <arnie@1568.com> wrote in message news:%236KFDSNvGHA.324@TK2MSFTNGP06.phx.gbl... > From: http://msdn2.microsoft.com/en-us/library/ms191471.aspx > > Maximize data throughput for network applications (the option that SQL > Server automatically sets) > > From: > http://technet2.microsoft.com/WindowsServer/en/library/78a4be20-3f57-4b8d-a921-ac5d93665ff41033.mspx?mfr=true > Maximize data throughput for network applications > Optimizes systems for distributed applications that typically do their > own memory caching (such as SQL Server, which sets this option by > default). > > But maybe, just maybe, there is a reason for someone offering a countering > opinion... (I'd love to hear it.) > > -- > Arnie Rowland, Ph.D. > Westwood Consulting, Inc > > > Most good judgment comes from experience. > Most experience comes from bad judgment. > - Anonymous > > > "DBA Dude" <code@aham.com> wrote in message > news:OlCxvMMvGHA.4436@TK2MSFTNGP05.phx.gbl... >> Hi Arnie >> >> It would seem so, but this fellow Microsoft MVP in SQL, say's that isn't >> true. That when you combine the SQL 2005 with windows 2003, you sould >> always use the ""Maximize date throughput for file sharing" setting. >> >> Anyone else have opinions? >> >> Thanks >> >> >> >> "Arnie Rowland" <arnie@1568.com> wrote in message >> news:u$ndEiJvGHA.1436@TK2MSFTNGP02.phx.gbl... >>> If the primary use of the server is SQL Server, then it is a 'network >>> application' >>> (If the primary use is file storage, then it is 'file sharing'.) >>> >>> Typically, for an OLTP database you want smaller TCP packets, for an >>> OLAP database, larger TCP packets. >>> >>> -- >>> Arnie Rowland, Ph.D. >>> Westwood Consulting, Inc >>> >>> Most good judgment comes from experience. >>> Most experience comes from bad judgment. >>> - Anonymous >>> >>> >>> "DBA Dude" <code@aham.com> wrote in message >>> news:OsqdVVJvGHA.2436@TK2MSFTNGP06.phx.gbl... >>>> All >>>> >>>> Anyone know what is truly recommended for the NIC settings for SQL 2005 >>>> when installed on Windows 2003? >>>> >>>> Microsoft SQL MVP and SQL author: Mark L. states that the NIC should be >>>> set to: >>>> >>>> "Maximize date throughput for file sharing." >>>> >>>> However, MSDN article states that the setting should be: >>>> >>>> "Maximize data throughput for network applications." >>>> >>>> Anyone have any definitive resource on actually what it should be set >>>> at? >>>> >>>> Thank you >>>> >>>> DBA DAB >>>> >>> >>> >> >> > >
I wouldn't assume it is incorrect. Prior to SQL Server 2005,
some people bragged about how you actually could get rid of the sa login. And they did. Of course I only saw one post back from someone who said it totally hosed them - which it would have done to others. The people I know who write for Microsoft are actually very technical, very knowledgeable, and more technical than most people. I'd be leery of generalizing them as something like "tech writers who wouldn't know stuff in the real world". If you feel something in books online is incorrect, click the send feedback link in the top right and send it in. They truly welcome any and all feedback. -Sue On Fri, 11 Aug 2006 12:09:37 -0400, "DBA Dude" [quoted text, click to view] <Brainb@Yahoo.com> wrote:
>Hi Sue > >Actually, that's incorrect. I have 3 SQL 2005 servers with AWE set and none >are set with the "Maximize data throughput for network applications" and >it's working just fine. Microsoft articles are written by tech writers, so >they wouldn't know this stuff in the real world apparently (judging from >these articles that are not correct.) > >I really believe Microsoft should have hard-core tech's go through each of >their articles, one by one, and check out this erroneous errors. > > > > >"Sue Hoegemeier" <Sue_H@nomail.please> wrote in message >news:ldqnd2592cea5lmtd9gjl7d279fejnall1@4ax.com... >> You need to have it set to network resources to enable AWE >> with SQL Server 2005: >> http://msdn2.microsoft.com/en-us/library/ms179301.aspx >> >> -Sue >> >> On Thu, 10 Aug 2006 22:03:25 -0400, "DBA Dude" >> <Brainb@Yahoo.com> wrote: >> >>>Hey Arnie >>> >>>I had read both of those articles as well. This is why I posted this >>>message >>>in this newsgroup. >>> >>>Tough to argue with it.. but then again, these are written by technical >>>writers, not tech's, and that is also tough to believe over an MVP. >>> >>>Anyhow, thanks for taking the time. I need more people to speak on this >>>becaues I always go with real-work experience, rather than the Microsoft >>>"do >>>it our way, not the right way" adage. >>>Take care.. >>> >>>"Arnie Rowland" <arnie@1568.com> wrote in message >>>news:%236KFDSNvGHA.324@TK2MSFTNGP06.phx.gbl... >>>> From: http://msdn2.microsoft.com/en-us/library/ms191471.aspx >>>> >>>> Maximize data throughput for network applications (the option that >>>> SQL >>>> Server automatically sets) >>>> >>>> From: >>>> http://technet2.microsoft.com/WindowsServer/en/library/78a4be20-3f57-4b8d-a921-ac5d93665ff41033.mspx?mfr=true >>>> Maximize data throughput for network applications >>>> Optimizes systems for distributed applications that typically do >>>> their >>>> own memory caching (such as SQL Server, which sets this option by >>>> default). >>>> >>>> But maybe, just maybe, there is a reason for someone offering a >>>> countering >>>> opinion... (I'd love to hear it.) >>>> >>>> -- >>>> Arnie Rowland, Ph.D. >>>> Westwood Consulting, Inc >>>> >>>> >>>> Most good judgment comes from experience. >>>> Most experience comes from bad judgment. >>>> - Anonymous >>>> >>>> >>>> "DBA Dude" <code@aham.com> wrote in message >>>> news:OlCxvMMvGHA.4436@TK2MSFTNGP05.phx.gbl... >>>>> Hi Arnie >>>>> >>>>> It would seem so, but this fellow Microsoft MVP in SQL, say's that >>>>> isn't >>>>> true. That when you combine the SQL 2005 with windows 2003, you sould >>>>> always use the ""Maximize date throughput for file sharing" setting. >>>>> >>>>> Anyone else have opinions? >>>>> >>>>> Thanks >>>>> >>>>> >>>>> >>>>> "Arnie Rowland" <arnie@1568.com> wrote in message >>>>> news:u$ndEiJvGHA.1436@TK2MSFTNGP02.phx.gbl... >>>>>> If the primary use of the server is SQL Server, then it is a 'network >>>>>> application' >>>>>> (If the primary use is file storage, then it is 'file sharing'.) >>>>>> >>>>>> Typically, for an OLTP database you want smaller TCP packets, for an >>>>>> OLAP database, larger TCP packets. >>>>>> >>>>>> -- >>>>>> Arnie Rowland, Ph.D. >>>>>> Westwood Consulting, Inc >>>>>> >>>>>> Most good judgment comes from experience. >>>>>> Most experience comes from bad judgment. >>>>>> - Anonymous >>>>>> >>>>>> >>>>>> "DBA Dude" <code@aham.com> wrote in message >>>>>> news:OsqdVVJvGHA.2436@TK2MSFTNGP06.phx.gbl... >>>>>>> All >>>>>>> >>>>>>> Anyone know what is truly recommended for the NIC settings for SQL >>>>>>> 2005 >>>>>>> when installed on Windows 2003? >>>>>>> >>>>>>> Microsoft SQL MVP and SQL author: Mark L. states that the NIC should >>>>>>> be >>>>>>> set to: >>>>>>> >>>>>>> "Maximize date throughput for file sharing." >>>>>>> >>>>>>> However, MSDN article states that the setting should be: >>>>>>> >>>>>>> "Maximize data throughput for network applications." >>>>>>> >>>>>>> Anyone have any definitive resource on actually what it should be set >>>>>>> at? >>>>>>> >>>>>>> Thank you >>>>>>> >>>>>>> DBA DAB >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >> >
Hi Sue
Actually, that's incorrect. I have 3 SQL 2005 servers with AWE set and none are set with the "Maximize data throughput for network applications" and it's working just fine. Microsoft articles are written by tech writers, so they wouldn't know this stuff in the real world apparently (judging from these articles that are not correct.) I really believe Microsoft should have hard-core tech's go through each of their articles, one by one, and check out this erroneous errors. [quoted text, click to view] "Sue Hoegemeier" <Sue_H@nomail.please> wrote in message news:ldqnd2592cea5lmtd9gjl7d279fejnall1@4ax.com... > You need to have it set to network resources to enable AWE > with SQL Server 2005: > http://msdn2.microsoft.com/en-us/library/ms179301.aspx > > -Sue > > On Thu, 10 Aug 2006 22:03:25 -0400, "DBA Dude" > <Brainb@Yahoo.com> wrote: > >>Hey Arnie >> >>I had read both of those articles as well. This is why I posted this >>message >>in this newsgroup. >> >>Tough to argue with it.. but then again, these are written by technical >>writers, not tech's, and that is also tough to believe over an MVP. >> >>Anyhow, thanks for taking the time. I need more people to speak on this >>becaues I always go with real-work experience, rather than the Microsoft >>"do >>it our way, not the right way" adage. >>Take care.. >> >>"Arnie Rowland" <arnie@1568.com> wrote in message >>news:%236KFDSNvGHA.324@TK2MSFTNGP06.phx.gbl... >>> From: http://msdn2.microsoft.com/en-us/library/ms191471.aspx >>> >>> Maximize data throughput for network applications (the option that >>> SQL >>> Server automatically sets) >>> >>> From: >>> http://technet2.microsoft.com/WindowsServer/en/library/78a4be20-3f57-4b8d-a921-ac5d93665ff41033.mspx?mfr=true >>> Maximize data throughput for network applications >>> Optimizes systems for distributed applications that typically do >>> their >>> own memory caching (such as SQL Server, which sets this option by >>> default). >>> >>> But maybe, just maybe, there is a reason for someone offering a >>> countering >>> opinion... (I'd love to hear it.) >>> >>> -- >>> Arnie Rowland, Ph.D. >>> Westwood Consulting, Inc >>> >>> >>> Most good judgment comes from experience. >>> Most experience comes from bad judgment. >>> - Anonymous >>> >>> >>> "DBA Dude" <code@aham.com> wrote in message >>> news:OlCxvMMvGHA.4436@TK2MSFTNGP05.phx.gbl... >>>> Hi Arnie >>>> >>>> It would seem so, but this fellow Microsoft MVP in SQL, say's that >>>> isn't >>>> true. That when you combine the SQL 2005 with windows 2003, you sould >>>> always use the ""Maximize date throughput for file sharing" setting. >>>> >>>> Anyone else have opinions? >>>> >>>> Thanks >>>> >>>> >>>> >>>> "Arnie Rowland" <arnie@1568.com> wrote in message >>>> news:u$ndEiJvGHA.1436@TK2MSFTNGP02.phx.gbl... >>>>> If the primary use of the server is SQL Server, then it is a 'network >>>>> application' >>>>> (If the primary use is file storage, then it is 'file sharing'.) >>>>> >>>>> Typically, for an OLTP database you want smaller TCP packets, for an >>>>> OLAP database, larger TCP packets. >>>>> >>>>> -- >>>>> Arnie Rowland, Ph.D. >>>>> Westwood Consulting, Inc >>>>> >>>>> Most good judgment comes from experience. >>>>> Most experience comes from bad judgment. >>>>> - Anonymous >>>>> >>>>> >>>>> "DBA Dude" <code@aham.com> wrote in message >>>>> news:OsqdVVJvGHA.2436@TK2MSFTNGP06.phx.gbl... >>>>>> All >>>>>> >>>>>> Anyone know what is truly recommended for the NIC settings for SQL >>>>>> 2005 >>>>>> when installed on Windows 2003? >>>>>> >>>>>> Microsoft SQL MVP and SQL author: Mark L. states that the NIC should >>>>>> be >>>>>> set to: >>>>>> >>>>>> "Maximize date throughput for file sharing." >>>>>> >>>>>> However, MSDN article states that the setting should be: >>>>>> >>>>>> "Maximize data throughput for network applications." >>>>>> >>>>>> Anyone have any definitive resource on actually what it should be set >>>>>> at? >>>>>> >>>>>> Thank you >>>>>> >>>>>> DBA DAB >>>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> >
Sue
I appreciate your defense of technical writers, but they are just that, technical writers, not do'ers. Hence, they write things (like this below) that are not correct. Yes, I have already sent them feedback on this article and many others. Believe me, I know how tough it is to find a hard-core tech that is willing to write a how-to book as well. I've been working right next to techincal writers for years now, and none were actual tech's. It's two different skill sets. Unfortunately, that's a problem in the end though. [quoted text, click to view] "Sue Hoegemeier" <Sue_H@nomail.please> wrote in message news:5ogpd2hc0bemanke6135ku3p4jij809139@4ax.com... >I wouldn't assume it is incorrect. Prior to SQL Server 2005, > some people bragged about how you actually could get rid of > the sa login. And they did. Of course I only saw one post > back from someone who said it totally hosed them - which it > would have done to others. > The people I know who write for Microsoft are actually very > technical, very knowledgeable, and more technical than most > people. I'd be leery of generalizing them as something like > "tech writers who wouldn't know stuff in the real world". > If you feel something in books online is incorrect, click > the send feedback link in the top right and send it in. They > truly welcome any and all feedback. > > -Sue > > On Fri, 11 Aug 2006 12:09:37 -0400, "DBA Dude" > <Brainb@Yahoo.com> wrote: > >>Hi Sue >> >>Actually, that's incorrect. I have 3 SQL 2005 servers with AWE set and >>none >>are set with the "Maximize data throughput for network applications" and >>it's working just fine. Microsoft articles are written by tech writers, so >>they wouldn't know this stuff in the real world apparently (judging from >>these articles that are not correct.) >> >>I really believe Microsoft should have hard-core tech's go through each of >>their articles, one by one, and check out this erroneous errors. >> >> >> >> >>"Sue Hoegemeier" <Sue_H@nomail.please> wrote in message >>news:ldqnd2592cea5lmtd9gjl7d279fejnall1@4ax.com... >>> You need to have it set to network resources to enable AWE >>> with SQL Server 2005: >>> http://msdn2.microsoft.com/en-us/library/ms179301.aspx >>> >>> -Sue >>> >>> On Thu, 10 Aug 2006 22:03:25 -0400, "DBA Dude" >>> <Brainb@Yahoo.com> wrote: >>> >>>>Hey Arnie >>>> >>>>I had read both of those articles as well. This is why I posted this >>>>message >>>>in this newsgroup. >>>> >>>>Tough to argue with it.. but then again, these are written by technical >>>>writers, not tech's, and that is also tough to believe over an MVP. >>>> >>>>Anyhow, thanks for taking the time. I need more people to speak on this >>>>becaues I always go with real-work experience, rather than the Microsoft >>>>"do >>>>it our way, not the right way" adage. >>>>Take care.. >>>> >>>>"Arnie Rowland" <arnie@1568.com> wrote in message >>>>news:%236KFDSNvGHA.324@TK2MSFTNGP06.phx.gbl... >>>>> From: http://msdn2.microsoft.com/en-us/library/ms191471.aspx >>>>> >>>>> Maximize data throughput for network applications (the option that >>>>> SQL >>>>> Server automatically sets) >>>>> >>>>> From: >>>>> http://technet2.microsoft.com/WindowsServer/en/library/78a4be20-3f57-4b8d-a921-ac5d93665ff41033.mspx?mfr=true >>>>> Maximize data throughput for network applications >>>>> Optimizes systems for distributed applications that typically do >>>>> their >>>>> own memory caching (such as SQL Server, which sets this option by >>>>> default). >>>>> >>>>> But maybe, just maybe, there is a reason for someone offering a >>>>> countering >>>>> opinion... (I'd love to hear it.) >>>>> >>>>> -- >>>>> Arnie Rowland, Ph.D. >>>>> Westwood Consulting, Inc >>>>> >>>>> >>>>> Most good judgment comes from experience. >>>>> Most experience comes from bad judgment. >>>>> - Anonymous >>>>> >>>>> >>>>> "DBA Dude" <code@aham.com> wrote in message >>>>> news:OlCxvMMvGHA.4436@TK2MSFTNGP05.phx.gbl... >>>>>> Hi Arnie >>>>>> >>>>>> It would seem so, but this fellow Microsoft MVP in SQL, say's that >>>>>> isn't >>>>>> true. That when you combine the SQL 2005 with windows 2003, you sould >>>>>> always use the ""Maximize date throughput for file sharing" setting. >>>>>> >>>>>> Anyone else have opinions? >>>>>> >>>>>> Thanks >>>>>> >>>>>> >>>>>> >>>>>> "Arnie Rowland" <arnie@1568.com> wrote in message >>>>>> news:u$ndEiJvGHA.1436@TK2MSFTNGP02.phx.gbl... >>>>>>> If the primary use of the server is SQL Server, then it is a >>>>>>> 'network >>>>>>> application' >>>>>>> (If the primary use is file storage, then it is 'file sharing'.) >>>>>>> >>>>>>> Typically, for an OLTP database you want smaller TCP packets, for an >>>>>>> OLAP database, larger TCP packets. >>>>>>> >>>>>>> -- >>>>>>> Arnie Rowland, Ph.D. >>>>>>> Westwood Consulting, Inc >>>>>>> >>>>>>> Most good judgment comes from experience. >>>>>>> Most experience comes from bad judgment. >>>>>>> - Anonymous >>>>>>> >>>>>>> >>>>>>> "DBA Dude" <code@aham.com> wrote in message >>>>>>> news:OsqdVVJvGHA.2436@TK2MSFTNGP06.phx.gbl... >>>>>>>> All >>>>>>>> >>>>>>>> Anyone know what is truly recommended for the NIC settings for SQL >>>>>>>> 2005 >>>>>>>> when installed on Windows 2003? >>>>>>>> >>>>>>>> Microsoft SQL MVP and SQL author: Mark L. states that the NIC >>>>>>>> should >>>>>>>> be >>>>>>>> set to: >>>>>>>> >>>>>>>> "Maximize date throughput for file sharing." >>>>>>>> >>>>>>>> However, MSDN article states that the setting should be: >>>>>>>> >>>>>>>> "Maximize data throughput for network applications." >>>>>>>> >>>>>>>> Anyone have any definitive resource on actually what it should be >>>>>>>> set >>>>>>>> at? >>>>>>>> >>>>>>>> Thank you >>>>>>>> >>>>>>>> DBA DAB >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>> >> >
This Books Online article mentions that the SQL Server setup configures the
setting for network applications "enabling the server to accommodate more connections. Although maximizing throughput for network applications is recommended, you can change this setting." http://msdn2.microsoft.com/en-us/library/ms191471.aspx This article http://msdn2.microsoft.com/en-us/library/ms179301.aspx mentions: "If the Maximize data throughput for file sharing option is selected in Network Connection, the operating system gives priority to applications that perform buffered input/output (I/O) operations by caching their I/O pages in file system cache. This option may limit memory available to SQL Server for normal operation." It also mentions [When setting up AWE] "The Maximize data throughput for network application option of Network Connection in Control Panel must be selected." I remember reading an article (I can't find the link now) that mentioned you should choose file sharing. I don't remember where I found the article or the reasoning behind their suggestion, but I would be tempted to go with the "network applications" selection. -- Keith Kratochvil [quoted text, click to view] "DBA Dude" <code@aham.com> wrote in message news:OlCxvMMvGHA.4436@TK2MSFTNGP05.phx.gbl... > Hi Arnie > > It would seem so, but this fellow Microsoft MVP in SQL, say's that isn't > true. That when you combine the SQL 2005 with windows 2003, you sould > always use the ""Maximize date throughput for file sharing" setting. > > Anyone else have opinions? > > Thanks > > > > "Arnie Rowland" <arnie@1568.com> wrote in message > news:u$ndEiJvGHA.1436@TK2MSFTNGP02.phx.gbl... >> If the primary use of the server is SQL Server, then it is a 'network >> application' >> (If the primary use is file storage, then it is 'file sharing'.) >> >> Typically, for an OLTP database you want smaller TCP packets, for an OLAP >> database, larger TCP packets. >> >> -- >> Arnie Rowland, Ph.D. >> Westwood Consulting, Inc >> >> Most good judgment comes from experience. >> Most experience comes from bad judgment. >> - Anonymous >> >> >> "DBA Dude" <code@aham.com> wrote in message >> news:OsqdVVJvGHA.2436@TK2MSFTNGP06.phx.gbl... >>> All >>> >>> Anyone know what is truly recommended for the NIC settings for SQL 2005 >>> when installed on Windows 2003? >>> >>> Microsoft SQL MVP and SQL author: Mark L. states that the NIC should be >>> set to: >>> >>> "Maximize date throughput for file sharing." >>> >>> However, MSDN article states that the setting should be: >>> >>> "Maximize data throughput for network applications." >>> >>> Anyone have any definitive resource on actually what it should be set >>> at? >>> >>> Thank you >>> >>> DBA DAB >>> >> >> > >
But you have been getting responses from SQL MVPs : )
-Sue On Mon, 14 Aug 2006 12:13:49 -0400, "DBA Dude" [quoted text, click to view] <code@aham.com> wrote:
>The odd thing is the only thing you're all recommending are articles by >Microsoft. Not actual performance testing on your own. Thus, i tend to >believe the Microsoft SQL MVP's who have actually done performance testing >with both settings. > > >"Keith Kratochvil" <sqlguy.back2u@comcast.net> wrote in message >news:%23LZnGA7vGHA.4868@TK2MSFTNGP02.phx.gbl... >> This Books Online article mentions that the SQL Server setup configures >> the setting for network applications "enabling the server to accommodate >> more connections. Although maximizing throughput for network applications >> is recommended, you can change this setting." >> http://msdn2.microsoft.com/en-us/library/ms191471.aspx >> >> This article http://msdn2.microsoft.com/en-us/library/ms179301.aspx >> mentions: >> "If the Maximize data throughput for file sharing option is selected in >> Network Connection, the operating system gives priority to applications >> that perform buffered input/output (I/O) operations by caching their I/O >> pages in file system cache. This option may limit memory available to SQL >> Server for normal >> operation." >> >> It also mentions [When setting up AWE] "The Maximize data throughput for >> network application option of Network Connection in Control Panel must be >> selected." >> >> >> I remember reading an article (I can't find the link now) that mentioned >> you should choose file sharing. I don't remember where I found the >> article or the reasoning behind their suggestion, but I would be tempted >> to go with the "network applications" selection. >> >> -- >> Keith Kratochvil >> >> >> "DBA Dude" <code@aham.com> wrote in message >> news:OlCxvMMvGHA.4436@TK2MSFTNGP05.phx.gbl... >>> Hi Arnie >>> >>> It would seem so, but this fellow Microsoft MVP in SQL, say's that isn't >>> true. That when you combine the SQL 2005 with windows 2003, you sould >>> always use the ""Maximize date throughput for file sharing" setting. >>> >>> Anyone else have opinions? >>> >>> Thanks >>> >>> >>> >>> "Arnie Rowland" <arnie@1568.com> wrote in message >>> news:u$ndEiJvGHA.1436@TK2MSFTNGP02.phx.gbl... >>>> If the primary use of the server is SQL Server, then it is a 'network >>>> application' >>>> (If the primary use is file storage, then it is 'file sharing'.) >>>> >>>> Typically, for an OLTP database you want smaller TCP packets, for an >>>> OLAP database, larger TCP packets. >>>> >>>> -- >>>> Arnie Rowland, Ph.D. >>>> Westwood Consulting, Inc >>>> >>>> Most good judgment comes from experience. >>>> Most experience comes from bad judgment. >>>> - Anonymous >>>> >>>> >>>> "DBA Dude" <code@aham.com> wrote in message >>>> news:OsqdVVJvGHA.2436@TK2MSFTNGP06.phx.gbl... >>>>> All >>>>> >>>>> Anyone know what is truly recommended for the NIC settings for SQL 2005 >>>>> when installed on Windows 2003? >>>>> >>>>> Microsoft SQL MVP and SQL author: Mark L. states that the NIC should be >>>>> set to: >>>>> >>>>> "Maximize date throughput for file sharing." >>>>> >>>>> However, MSDN article states that the setting should be: >>>>> >>>>> "Maximize data throughput for network applications." >>>>> >>>>> Anyone have any definitive resource on actually what it should be set >>>>> at? >>>>> >>>>> Thank you >>>>> >>>>> DBA DAB >>>>> >>>> >>>> >>> >>> >> >> >
The odd thing is the only thing you're all recommending are articles by
Microsoft. Not actual performance testing on your own. Thus, i tend to believe the Microsoft SQL MVP's who have actually done performance testing with both settings. [quoted text, click to view] "Keith Kratochvil" <sqlguy.back2u@comcast.net> wrote in message news:%23LZnGA7vGHA.4868@TK2MSFTNGP02.phx.gbl... > This Books Online article mentions that the SQL Server setup configures > the setting for network applications "enabling the server to accommodate > more connections. Although maximizing throughput for network applications > is recommended, you can change this setting." > http://msdn2.microsoft.com/en-us/library/ms191471.aspx > > This article http://msdn2.microsoft.com/en-us/library/ms179301.aspx > mentions: > "If the Maximize data throughput for file sharing option is selected in > Network Connection, the operating system gives priority to applications > that perform buffered input/output (I/O) operations by caching their I/O > pages in file system cache. This option may limit memory available to SQL > Server for normal > operation." > > It also mentions [When setting up AWE] "The Maximize data throughput for > network application option of Network Connection in Control Panel must be > selected." > > > I remember reading an article (I can't find the link now) that mentioned > you should choose file sharing. I don't remember where I found the > article or the reasoning behind their suggestion, but I would be tempted > to go with the "network applications" selection. > > -- > Keith Kratochvil > > > "DBA Dude" <code@aham.com> wrote in message > news:OlCxvMMvGHA.4436@TK2MSFTNGP05.phx.gbl... >> Hi Arnie >> >> It would seem so, but this fellow Microsoft MVP in SQL, say's that isn't >> true. That when you combine the SQL 2005 with windows 2003, you sould >> always use the ""Maximize date throughput for file sharing" setting. >> >> Anyone else have opinions? >> >> Thanks >> >> >> >> "Arnie Rowland" <arnie@1568.com> wrote in message >> news:u$ndEiJvGHA.1436@TK2MSFTNGP02.phx.gbl... >>> If the primary use of the server is SQL Server, then it is a 'network >>> application' >>> (If the primary use is file storage, then it is 'file sharing'.) >>> >>> Typically, for an OLTP database you want smaller TCP packets, for an >>> OLAP database, larger TCP packets. >>> >>> -- >>> Arnie Rowland, Ph.D. >>> Westwood Consulting, Inc >>> >>> Most good judgment comes from experience. >>> Most experience comes from bad judgment. >>> - Anonymous >>> >>> >>> "DBA Dude" <code@aham.com> wrote in message >>> news:OsqdVVJvGHA.2436@TK2MSFTNGP06.phx.gbl... >>>> All >>>> >>>> Anyone know what is truly recommended for the NIC settings for SQL 2005 >>>> when installed on Windows 2003? >>>> >>>> Microsoft SQL MVP and SQL author: Mark L. states that the NIC should be >>>> set to: >>>> >>>> "Maximize date throughput for file sharing." >>>> >>>> However, MSDN article states that the setting should be: >>>> >>>> "Maximize data throughput for network applications." >>>> >>>> Anyone have any definitive resource on actually what it should be set >>>> at? >>>> >>>> Thank you >>>> >>>> DBA DAB >>>> >>> >>> >> >> > >
Who is this Mark L MVP and where did you read this recommendation?
-- HTH Kalen Delaney, SQL Server MVP [quoted text, click to view] "DBA Dude" <code@aham.com> wrote in message news:uOuGJ89vGHA.4624@TK2MSFTNGP02.phx.gbl... >I haven't noticed any responses from MS SQL MVP's, other than the person >who suggested it in the first place. > > My point is that you can't always go on techincal writers messages. You > sometimes have to go with the pro's who actually do the testing and > performance. > > Experience counts! > > "Sue Hoegemeier" <Sue_H@nomail.please> wrote in message > news:mpc1e2p534rugru7austrmt4g0h49bk9rt@4ax.com... >> But you have been getting responses from SQL MVPs : ) >> >> -Sue >> >> On Mon, 14 Aug 2006 12:13:49 -0400, "DBA Dude" >> <code@aham.com> wrote: >> >>>The odd thing is the only thing you're all recommending are articles by >>>Microsoft. Not actual performance testing on your own. Thus, i tend to >>>believe the Microsoft SQL MVP's who have actually done performance >>>testing >>>with both settings. >>> >>> >>>"Keith Kratochvil" <sqlguy.back2u@comcast.net> wrote in message >>>news:%23LZnGA7vGHA.4868@TK2MSFTNGP02.phx.gbl... >>>> This Books Online article mentions that the SQL Server setup configures >>>> the setting for network applications "enabling the server to >>>> accommodate >>>> more connections. Although maximizing throughput for network >>>> applications >>>> is recommended, you can change this setting." >>>> http://msdn2.microsoft.com/en-us/library/ms191471.aspx >>>> >>>> This article http://msdn2.microsoft.com/en-us/library/ms179301.aspx >>>> mentions: >>>> "If the Maximize data throughput for file sharing option is selected in >>>> Network Connection, the operating system gives priority to applications >>>> that perform buffered input/output (I/O) operations by caching their >>>> I/O >>>> pages in file system cache. This option may limit memory available to >>>> SQL >>>> Server for normal >>>> operation." >>>> >>>> It also mentions [When setting up AWE] "The Maximize data throughput >>>> for >>>> network application option of Network Connection in Control Panel must >>>> be >>>> selected." >>>> >>>> >>>> I remember reading an article (I can't find the link now) that >>>> mentioned >>>> you should choose file sharing. I don't remember where I found the >>>> article or the reasoning behind their suggestion, but I would be >>>> tempted >>>> to go with the "network applications" selection. >>>> >>>> -- >>>> Keith Kratochvil >>>> >>>> >>>> "DBA Dude" <code@aham.com> wrote in message >>>> news:OlCxvMMvGHA.4436@TK2MSFTNGP05.phx.gbl... >>>>> Hi Arnie >>>>> >>>>> It would seem so, but this fellow Microsoft MVP in SQL, say's that >>>>> isn't >>>>> true. That when you combine the SQL 2005 with windows 2003, you sould >>>>> always use the ""Maximize date throughput for file sharing" setting. >>>>> >>>>> Anyone else have opinions? >>>>> >>>>> Thanks >>>>> >>>>> >>>>> >>>>> "Arnie Rowland" <arnie@1568.com> wrote in message >>>>> news:u$ndEiJvGHA.1436@TK2MSFTNGP02.phx.gbl... >>>>>> If the primary use of the server is SQL Server, then it is a 'network >>>>>> application' >>>>>> (If the primary use is file storage, then it is 'file sharing'.) >>>>>> >>>>>> Typically, for an OLTP database you want smaller TCP packets, for an >>>>>> OLAP database, larger TCP packets. >>>>>> >>>>>> -- >>>>>> Arnie Rowland, Ph.D. >>>>>> Westwood Consulting, Inc >>>>>> >>>>>> Most good judgment comes from experience. >>>>>> Most experience comes from bad judgment. >>>>>> - Anonymous >>>>>> >>>>>> >>>>>> "DBA Dude" <code@aham.com> wrote in message >>>>>> news:OsqdVVJvGHA.2436@TK2MSFTNGP06.phx.gbl... >>>>>>> All >>>>>>> >>>>>>> Anyone know what is truly recommended for the NIC settings for SQL >>>>>>> 2005 >>>>>>> when installed on Windows 2003? >>>>>>> >>>>>>> Microsoft SQL MVP and SQL author: Mark L. states that the NIC should >>>>>>> be >>>>>>> set to: >>>>>>> >>>>>>> "Maximize date throughput for file sharing." >>>>>>> >>>>>>> However, MSDN article states that the setting should be: >>>>>>> >>>>>>> "Maximize data throughput for network applications." >>>>>>> >>>>>>> Anyone have any definitive resource on actually what it should be >>>>>>> set >>>>>>> at? >>>>>>> >>>>>>> Thank you >>>>>>> >>>>>>> DBA DAB >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >> > >
I haven't noticed any responses from MS SQL MVP's, other than the person who
suggested it in the first place. My point is that you can't always go on techincal writers messages. You sometimes have to go with the pro's who actually do the testing and performance. Experience counts! [quoted text, click to view] "Sue Hoegemeier" <Sue_H@nomail.please> wrote in message news:mpc1e2p534rugru7austrmt4g0h49bk9rt@4ax.com... > But you have been getting responses from SQL MVPs : ) > > -Sue > > On Mon, 14 Aug 2006 12:13:49 -0400, "DBA Dude" > <code@aham.com> wrote: > >>The odd thing is the only thing you're all recommending are articles by >>Microsoft. Not actual performance testing on your own. Thus, i tend to >>believe the Microsoft SQL MVP's who have actually done performance testing >>with both settings. >> >> >>"Keith Kratochvil" <sqlguy.back2u@comcast.net> wrote in message >>news:%23LZnGA7vGHA.4868@TK2MSFTNGP02.phx.gbl... >>> This Books Online article mentions that the SQL Server setup configures >>> the setting for network applications "enabling the server to accommodate >>> more connections. Although maximizing throughput for network >>> applications >>> is recommended, you can change this setting." >>> http://msdn2.microsoft.com/en-us/library/ms191471.aspx >>> >>> This article http://msdn2.microsoft.com/en-us/library/ms179301.aspx >>> mentions: >>> "If the Maximize data throughput for file sharing option is selected in >>> Network Connection, the operating system gives priority to applications >>> that perform buffered input/output (I/O) operations by caching their I/O >>> pages in file system cache. This option may limit memory available to >>> SQL >>> Server for normal >>> operation." >>> >>> It also mentions [When setting up AWE] "The Maximize data throughput for >>> network application option of Network Connection in Control Panel must >>> be >>> selected." >>> >>> >>> I remember reading an article (I can't find the link now) that mentioned >>> you should choose file sharing. I don't remember where I found the >>> article or the reasoning behind their suggestion, but I would be tempted >>> to go with the "network applications" selection. >>> >>> -- >>> Keith Kratochvil >>> >>> >>> "DBA Dude" <code@aham.com> wrote in message >>> news:OlCxvMMvGHA.4436@TK2MSFTNGP05.phx.gbl... >>>> Hi Arnie >>>> >>>> It would seem so, but this fellow Microsoft MVP in SQL, say's that >>>> isn't >>>> true. That when you combine the SQL 2005 with windows 2003, you sould >>>> always use the ""Maximize date throughput for file sharing" setting. >>>> >>>> Anyone else have opinions? >>>> >>>> Thanks >>>> >>>> >>>> >>>> "Arnie Rowland" <arnie@1568.com> wrote in message >>>> news:u$ndEiJvGHA.1436@TK2MSFTNGP02.phx.gbl... >>>>> If the primary use of the server is SQL Server, then it is a 'network >>>>> application' >>>>> (If the primary use is file storage, then it is 'file sharing'.) >>>>> >>>>> Typically, for an OLTP database you want smaller TCP packets, for an >>>>> OLAP database, larger TCP packets. >>>>> >>>>> -- >>>>> Arnie Rowland, Ph.D. >>>>> Westwood Consulting, Inc >>>>> >>>>> Most good judgment comes from experience. >>>>> Most experience comes from bad judgment. >>>>> - Anonymous >>>>> >>>>> >>>>> "DBA Dude" <code@aham.com> wrote in message >>>>> news:OsqdVVJvGHA.2436@TK2MSFTNGP06.phx.gbl... >>>>>> All >>>>>> >>>>>> Anyone know what is truly recommended for the NIC settings for SQL >>>>>> 2005 >>>>>> when installed on Windows 2003? >>>>>> >>>>>> Microsoft SQL MVP and SQL author: Mark L. states that the NIC should >>>>>> be >>>>>> set to: >>>>>> >>>>>> "Maximize date throughput for file sharing." >>>>>> >>>>>> However, MSDN article states that the setting should be: >>>>>> >>>>>> "Maximize data throughput for network applications." >>>>>> >>>>>> Anyone have any definitive resource on actually what it should be set >>>>>> at? >>>>>> >>>>>> Thank you >>>>>> >>>>>> DBA DAB >>>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> >
[quoted text, click to view]
On Mon, 14 Aug 2006 16:20:04 -0400, "DBA Dude" <code@aham.com> wrote: >I haven't noticed any responses from MS SQL MVP's, other than the person who >suggested it in the first place. I count three. Not all MVPs put it in their sig line.
I'm still wondering why we don't know the name of the mysterious "Mark L",
an alleged "MVP", or the location of his "testing and benchmarking" documentation. I would think that many of us here would benefit from the sharing of such 'important' information that apparently contradicts what we all seem to believe. Without the opportunity to review the 'testing and benchmarking', I really can't change my opinions and recommendations. -- Arnie Rowland, Ph.D. Westwood Consulting, Inc Most good judgment comes from experience. Most experience comes from bad judgment. - Anonymous [quoted text, click to view] "DBA Dude" <code@aham.com> wrote in message news:uGf7QJJwGHA.3372@TK2MSFTNGP02.phx.gbl... > Great. I like to hear from them. The more people that tune in, the better. > > Have any of these MVP's done benchmarking to determine the best > performance? It appears they haven't because all they have done is > reference MSDN articles. > > It's not the article that makes the best argument, it's the performance > testing and benchmarking. > > At this time, I'm afraid I have to go with the performance testing and > benchmarking recommendation, not the MSDN articles written by tech > writers. > > > > > "Roy Harvey" <roy_harvey@snet.net> wrote in message > news:8vp1e2hs7hs18vcvtnr7vvelt8issf5ttf@4ax.com... >> On Mon, 14 Aug 2006 16:20:04 -0400, "DBA Dude" <code@aham.com> wrote: >> >>>I haven't noticed any responses from MS SQL MVP's, other than the person >>>who >>>suggested it in the first place. >> >> I count three. Not all MVPs put it in their sig line. >> >> http://mvp.support.microsoft.com/communities/mvp.aspx?product=1&competency=Windows+Server+System+-+SQL+Server > >
Great. I like to hear from them. The more people that tune in, the better.
Have any of these MVP's done benchmarking to determine the best performance? It appears they haven't because all they have done is reference MSDN articles. It's not the article that makes the best argument, it's the performance testing and benchmarking. At this time, I'm afraid I have to go with the performance testing and benchmarking recommendation, not the MSDN articles written by tech writers. [quoted text, click to view] "Roy Harvey" <roy_harvey@snet.net> wrote in message news:8vp1e2hs7hs18vcvtnr7vvelt8issf5ttf@4ax.com... > On Mon, 14 Aug 2006 16:20:04 -0400, "DBA Dude" <code@aham.com> wrote: > >>I haven't noticed any responses from MS SQL MVP's, other than the person >>who >>suggested it in the first place. > > I count three. Not all MVPs put it in their sig line. > > http://mvp.support.microsoft.com/communities/mvp.aspx?product=1&competency=Windows+Server+System+-+SQL+Server
That should be interesting.
This page on the OFFICIAL Microsoft MVP Site shows that there is no SQL Server MVP named Mark L https://mvp.support.microsoft.com/communities/mvp.aspx?adv=1&name=mark&competency=Windows+Server+System+-+SQL+Server The only Mark is Mark Allison. -- HTH Kalen Delaney, SQL Server MVP [quoted text, click to view] "DBA Dude" <code@aham.com> wrote in message news:eCKFKVLwGHA.4444@TK2MSFTNGP05.phx.gbl... > I'm trying to get in touch with him right now so he can speak for himself. > > Stay tuned! > > > > "Arnie Rowland" <arnie@1568.com> wrote in message > news:u36$PIKwGHA.4460@TK2MSFTNGP05.phx.gbl... >> I'm still wondering why we don't know the name of the mysterious "Mark >> L", an alleged "MVP", or the location of his "testing and benchmarking" >> documentation. I would think that many of us here would benefit from the >> sharing of such 'important' information that apparently contradicts what >> we all seem to believe. >> >> Without the opportunity to review the 'testing and benchmarking', I >> really can't change my opinions and recommendations. >> >> -- >> Arnie Rowland, Ph.D. >> Westwood Consulting, Inc >> >> Most good judgment comes from experience. >> Most experience comes from bad judgment. >> - Anonymous >> >> >> "DBA Dude" <code@aham.com> wrote in message >> news:uGf7QJJwGHA.3372@TK2MSFTNGP02.phx.gbl... >>> Great. I like to hear from them. The more people that tune in, the >>> better. >>> >>> Have any of these MVP's done benchmarking to determine the best >>> performance? It appears they haven't because all they have done is >>> reference MSDN articles. >>> >>> It's not the article that makes the best argument, it's the performance >>> testing and benchmarking. >>> >>> At this time, I'm afraid I have to go with the performance testing and >>> benchmarking recommendation, not the MSDN articles written by tech >>> writers. >>> >>> >>> >>> >>> "Roy Harvey" <roy_harvey@snet.net> wrote in message >>> news:8vp1e2hs7hs18vcvtnr7vvelt8issf5ttf@4ax.com... >>>> On Mon, 14 Aug 2006 16:20:04 -0400, "DBA Dude" <code@aham.com> wrote: >>>> >>>>>I haven't noticed any responses from MS SQL MVP's, other than the >>>>>person who >>>>>suggested it in the first place. >>>> >>>> I count three. Not all MVPs put it in their sig line. >>>> >>>> http://mvp.support.microsoft.com/communities/mvp.aspx?product=1&competency=Windows+Server+System+-+SQL+Server >>> >>> >> >> > >
I'm trying to get in touch with him right now so he can speak for himself.
Stay tuned! [quoted text, click to view] "Arnie Rowland" <arnie@1568.com> wrote in message news:u36$PIKwGHA.4460@TK2MSFTNGP05.phx.gbl... > I'm still wondering why we don't know the name of the mysterious "Mark L", > an alleged "MVP", or the location of his "testing and benchmarking" > documentation. I would think that many of us here would benefit from the > sharing of such 'important' information that apparently contradicts what > we all seem to believe. > > Without the opportunity to review the 'testing and benchmarking', I really > can't change my opinions and recommendations. > > -- > Arnie Rowland, Ph.D. > Westwood Consulting, Inc > > Most good judgment comes from experience. > Most experience comes from bad judgment. > - Anonymous > > > "DBA Dude" <code@aham.com> wrote in message > news:uGf7QJJwGHA.3372@TK2MSFTNGP02.phx.gbl... >> Great. I like to hear from them. The more people that tune in, the >> better. >> >> Have any of these MVP's done benchmarking to determine the best >> performance? It appears they haven't because all they have done is >> reference MSDN articles. >> >> It's not the article that makes the best argument, it's the performance >> testing and benchmarking. >> >> At this time, I'm afraid I have to go with the performance testing and >> benchmarking recommendation, not the MSDN articles written by tech >> writers. >> >> >> >> >> "Roy Harvey" <roy_harvey@snet.net> wrote in message >> news:8vp1e2hs7hs18vcvtnr7vvelt8issf5ttf@4ax.com... >>> On Mon, 14 Aug 2006 16:20:04 -0400, "DBA Dude" <code@aham.com> wrote: >>> >>>>I haven't noticed any responses from MS SQL MVP's, other than the person >>>>who >>>>suggested it in the first place. >>> >>> I count three. Not all MVPs put it in their sig line. >>> >>> http://mvp.support.microsoft.com/communities/mvp.aspx?product=1&competency=Windows+Server+System+-+SQL+Server >> >> > >
Your comment is totally out of line.
Ever heard the expression 'wrote the book'. Well, Kalen 'wrote the book'. You should check it out and then, perhaps, sheepishly, demur. We are always open to new information. Several of us would like to know more about who, what, how (you know, details) of any performance testing that brings in new information. There actually may be something there -but we need to be able to trace it down. -- Arnie Rowland, Ph.D. Westwood Consulting, Inc Most good judgment comes from experience. Most experience comes from bad judgment. - Anonymous [quoted text, click to view] "DBA Dude" <code@aham.com> wrote in message news:uf2aHDVwGHA.4612@TK2MSFTNGP02.phx.gbl... > wow, you really do believe everything you read don't you! > > Can't always judge a book by it's page you know... > > And I would suggest to you that you do your own benchmarking and > peformance test, and THEN get back to me. > > It doesn't appear you rightly deserve your "MVP" to me.. sorry. > > "Kalen Delaney" <replies@public_newsgroups.com> wrote in message > news:ejzmJeLwGHA.4872@TK2MSFTNGP02.phx.gbl... >> That should be interesting. >> >> This page on the OFFICIAL Microsoft MVP Site shows that there is no SQL >> Server MVP named Mark L >> https://mvp.support.microsoft.com/communities/mvp.aspx?adv=1&name=mark&competency=Windows+Server+System+-+SQL+Server >> >> The only Mark is Mark Allison. >> -- >> HTH >> Kalen Delaney, SQL Server MVP >> >> >> "DBA Dude" <code@aham.com> wrote in message >> news:eCKFKVLwGHA.4444@TK2MSFTNGP05.phx.gbl... >>> I'm trying to get in touch with him right now so he can speak for >>> himself. >>> >>> Stay tuned! >>> >>> >>> >>> "Arnie Rowland" <arnie@1568.com> wrote in message >>> news:u36$PIKwGHA.4460@TK2MSFTNGP05.phx.gbl... >>>> I'm still wondering why we don't know the name of the mysterious "Mark >>>> L", an alleged "MVP", or the location of his "testing and benchmarking" >>>> documentation. I would think that many of us here would benefit from >>>> the sharing of such 'important' information that apparently contradicts >>>> what we all seem to believe. >>>> >>>> Without the opportunity to review the 'testing and benchmarking', I >>>> really can't change my opinions and recommendations. >>>> >>>> -- >>>> Arnie Rowland, Ph.D. >>>> Westwood Consulting, Inc >>>> >>>> Most good judgment comes from experience. >>>> Most experience comes from bad judgment. >>>> - Anonymous >>>> >>>> >>>> "DBA Dude" <code@aham.com> wrote in message >>>> news:uGf7QJJwGHA.3372@TK2MSFTNGP02.phx.gbl... >>>>> Great. I like to hear from them. The more people that tune in, the >>>>> better. >>>>> >>>>> Have any of these MVP's done benchmarking to determine the best >>>>> performance? It appears they haven't because all they have done is >>>>> reference MSDN articles. >>>>> >>>>> It's not the article that makes the best argument, it's the >>>>> performance testing and benchmarking. >>>>> >>>>> At this time, I'm afraid I have to go with the performance testing and >>>>> benchmarking recommendation, not the MSDN articles written by tech >>>>> writers. >>>>> >>>>> >>>>> >>>>> >>>>> "Roy Harvey" <roy_harvey@snet.net> wrote in message >>>>> news:8vp1e2hs7hs18vcvtnr7vvelt8issf5ttf@4ax.com... >>>>>> On Mon, 14 Aug 2006 16:20:04 -0400, "DBA Dude" <code@aham.com> wrote: >>>>>> >>>>>>>I haven't noticed any responses from MS SQL MVP's, other than the >>>>>>>person who >>>>>>>suggested it in the first place. >>>>>> >>>>>> I count three. Not all MVPs put it in their sig line. >>>>>> >>>>>> http://mvp.support.microsoft.com/communities/mvp.aspx?product=1&competency=Windows+Server+System+-+SQL+Server >>>>> >>>>> >>>> >>>> >>> >>> >> >> > >
I usually pull out of threads like this but that comment is
so inappropriate and out of line. All she asked for was who Mark L was as no one seems to know a Mark L who is an SQL Server MVP. Never heard of him, never seen his name on any of the MVP stuff we get, not listed by Microsoft as an MVP, etc. If I were you, I would hope that not too many people read this thread and your comment. Kalen has put a ton of time, energy - and yes benchmarking and testing - into helping more people that you can imagine in the SQL Server community. Being that rude to someone who is so well thought of, highly regarded, incredibly respect and totally deserving of those opinions is just so far beyond stupid. You made yourself look pretty bad. -Sue On Wed, 16 Aug 2006 12:26:48 -0400, "DBA Dude" [quoted text, click to view] <code@aham.com> wrote:
>wow, you really do believe everything you read don't you! > >Can't always judge a book by it's page you know... > >And I would suggest to you that you do your own benchmarking and peformance >test, and THEN get back to me. > >It doesn't appear you rightly deserve your "MVP" to me.. sorry. > >"Kalen Delaney" <replies@public_newsgroups.com> wrote in message >news:ejzmJeLwGHA.4872@TK2MSFTNGP02.phx.gbl... >> That should be interesting. >> >> This page on the OFFICIAL Microsoft MVP Site shows that there is no SQL >> Server MVP named Mark L >> https://mvp.support.microsoft.com/communities/mvp.aspx?adv=1&name=mark&competency=Windows+Server+System+-+SQL+Server >> >> The only Mark is Mark Allison. >> -- >> HTH >> Kalen Delaney, SQL Server MVP >> >> >> "DBA Dude" <code@aham.com> wrote in message >> news:eCKFKVLwGHA.4444@TK2MSFTNGP05.phx.gbl... >>> I'm trying to get in touch with him right now so he can speak for >>> himself. >>> >>> Stay tuned! >>> >>> >>> >>> "Arnie Rowland" <arnie@1568.com> wrote in message >>> news:u36$PIKwGHA.4460@TK2MSFTNGP05.phx.gbl... >>>> I'm still wondering why we don't know the name of the mysterious "Mark >>>> L", an alleged "MVP", or the location of his "testing and benchmarking" >>>> documentation. I would think that many of us here would benefit from the >>>> sharing of such 'important' information that apparently contradicts what >>>> we all seem to believe. >>>> >>>> Without the opportunity to review the 'testing and benchmarking', I >>>> really can't change my opinions and recommendations. >>>> >>>> -- >>>> Arnie Rowland, Ph.D. >>>> Westwood Consulting, Inc >>>> >>>> Most good judgment comes from experience. >>>> Most experience comes from bad judgment. >>>> - Anonymous >>>> >>>> >>>> "DBA Dude" <code@aham.com> wrote in message >>>> news:uGf7QJJwGHA.3372@TK2MSFTNGP02.phx.gbl... >>>>> Great. I like to hear from them. The more people that tune in, the >>>>> better. >>>>> >>>>> Have any of these MVP's done benchmarking to determine the best >>>>> performance? It appears they haven't because all they have done is >>>>> reference MSDN articles. >>>>> >>>>> It's not the article that makes the best argument, it's the performance >>>>> testing and benchmarking. >>>>> >>>>> At this time, I'm afraid I have to go with the performance testing and >>>>> benchmarking recommendation, not the MSDN articles written by tech >>>>> writers. >>>>> >>>>> >>>>> >>>>> >>>>> "Roy Harvey" <roy_harvey@snet.net> wrote in message >>>>> news:8vp1e2hs7hs18vcvtnr7vvelt8issf5ttf@4ax.com... >>>>>> On Mon, 14 Aug 2006 16:20:04 -0400, "DBA Dude" <code@aham.com> wrote: >>>>>> >>>>>>>I haven't noticed any responses from MS SQL MVP's, other than the >>>>>>>person who >>>>>>>suggested it in the first place. >>>>>> >>>>>> I count three. Not all MVPs put it in their sig line. >>>>>> >>>>>> http://mvp.support.microsoft.com/communities/mvp.aspx?product=1&competency=Windows+Server+System+-+SQL+Server >>>>> >>>>> >>>> >>>> >>> >>> >> >> >
wow, you really do believe everything you read don't you!
Can't always judge a book by it's page you know... And I would suggest to you that you do your own benchmarking and peformance test, and THEN get back to me. It doesn't appear you rightly deserve your "MVP" to me.. sorry. [quoted text, click to view] "Kalen Delaney" <replies@public_newsgroups.com> wrote in message news:ejzmJeLwGHA.4872@TK2MSFTNGP02.phx.gbl... > That should be interesting. > > This page on the OFFICIAL Microsoft MVP Site shows that there is no SQL > Server MVP named Mark L > https://mvp.support.microsoft.com/communities/mvp.aspx?adv=1&name=mark&competency=Windows+Server+System+-+SQL+Server > > The only Mark is Mark Allison. > -- > HTH > Kalen Delaney, SQL Server MVP > > > "DBA Dude" <code@aham.com> wrote in message > news:eCKFKVLwGHA.4444@TK2MSFTNGP05.phx.gbl... >> I'm trying to get in touch with him right now so he can speak for >> himself. >> >> Stay tuned! >> >> >> >> "Arnie Rowland" <arnie@1568.com> wrote in message >> news:u36$PIKwGHA.4460@TK2MSFTNGP05.phx.gbl... >>> I'm still wondering why we don't know the name of the mysterious "Mark >>> L", an alleged "MVP", or the location of his "testing and benchmarking" >>> documentation. I would think that many of us here would benefit from the >>> sharing of such 'important' information that apparently contradicts what >>> we all seem to believe. >>> >>> Without the opportunity to review the 'testing and benchmarking', I >>> really can't change my opinions and recommendations. >>> >>> -- >>> Arnie Rowland, Ph.D. >>> Westwood Consulting, Inc >>> >>> Most good judgment comes from experience. >>> Most experience comes from bad judgment. >>> - Anonymous >>> >>> >>> "DBA Dude" <code@aham.com> wrote in message >>> news:uGf7QJJwGHA.3372@TK2MSFTNGP02.phx.gbl... >>>> Great. I like to hear from them. The more people that tune in, the >>>> better. >>>> >>>> Have any of these MVP's done benchmarking to determine the best >>>> performance? It appears they haven't because all they have done is >>>> reference MSDN articles. >>>> >>>> It's not the article that makes the best argument, it's the performance >>>> testing and benchmarking. >>>> >>>> At this time, I'm afraid I have to go with the performance testing and >>>> benchmarking recommendation, not the MSDN articles written by tech >>>> writers. >>>> >>>> >>>> >>>> >>>> "Roy Harvey" <roy_harvey@snet.net> wrote in message >>>> news:8vp1e2hs7hs18vcvtnr7vvelt8issf5ttf@4ax.com... >>>>> On Mon, 14 Aug 2006 16:20:04 -0400, "DBA Dude" <code@aham.com> wrote: >>>>> >>>>>>I haven't noticed any responses from MS SQL MVP's, other than the >>>>>>person who >>>>>>suggested it in the first place. >>>>> >>>>> I count three. Not all MVPs put it in their sig line. >>>>> >>>>> http://mvp.support.microsoft.com/communities/mvp.aspx?product=1&competency=Windows+Server+System+-+SQL+Server >>>> >>>> >>> >>> >> >> > >
Sue,
You're making yourself look bad. Your mind is closed and thus, you're not open to something beyond what you might believe. This puts you at the disadvantage - in everything you do. Good luck, as you're going to need it. [quoted text, click to view] "Sue Hoegemeier" <Sue_H@nomail.please> wrote in message news:ipj6e21iricv8tnroavjs09vn3u1ale5v1@4ax.com... >I usually pull out of threads like this but that comment is > so inappropriate and out of line. All she asked for was who > Mark L was as no one seems to know a Mark L who is an SQL > Server MVP. Never heard of him, never seen his name on any > of the MVP stuff we get, not listed by Microsoft as an MVP, > etc. > If I were you, I would hope that not too many people read > this thread and your comment. Kalen has put a ton of time, > energy - and yes benchmarking and testing - into helping > more people that you can imagine in the SQL Server > community. Being that rude to someone who is so well thought > of, highly regarded, incredibly respect and totally > deserving of those opinions is just so far beyond stupid. > You made yourself look pretty bad. > > -Sue > > On Wed, 16 Aug 2006 12:26:48 -0400, "DBA Dude" > <code@aham.com> wrote: > >>wow, you really do believe everything you read don't you! >> >>Can't always judge a book by it's page you know... >> >>And I would suggest to you that you do your own benchmarking and >>peformance >>test, and THEN get back to me. >> >>It doesn't appear you rightly deserve your "MVP" to me.. sorry. >> >>"Kalen Delaney" <replies@public_newsgroups.com> wrote in message >>news:ejzmJeLwGHA.4872@TK2MSFTNGP02.phx.gbl... >>> That should be interesting. >>> >>> This page on the OFFICIAL Microsoft MVP Site shows that there is no SQL >>> Server MVP named Mark L >>> https://mvp.support.microsoft.com/communities/mvp.aspx?adv=1&name=mark&competency=Windows+Server+System+-+SQL+Server >>> >>> The only Mark is Mark Allison. >>> -- >>> HTH >>> Kalen Delaney, SQL Server MVP >>> >>> >>> "DBA Dude" <code@aham.com> wrote in message >>> news:eCKFKVLwGHA.4444@TK2MSFTNGP05.phx.gbl... >>>> I'm trying to get in touch with him right now so he can speak for >>>> himself. >>>> >>>> Stay tuned! >>>> >>>> >>>> >>>> "Arnie Rowland" <arnie@1568.com> wrote in message >>>> news:u36$PIKwGHA.4460@TK2MSFTNGP05.phx.gbl... >>>>> I'm still wondering why we don't know the name of the mysterious "Mark >>>>> L", an alleged "MVP", or the location of his "testing and >>>>> benchmarking" >>>>> documentation. I would think that many of us here would benefit from >>>>> the >>>>> sharing of such 'important' information that apparently contradicts >>>>> what >>>>> we all seem to believe. >>>>> >>>>> Without the opportunity to review the 'testing and benchmarking', I >>>>> really can't change my opinions and recommendations. >>>>> >>>>> -- >>>>> Arnie Rowland, Ph.D. >>>>> Westwood Consulting, Inc >>>>> >>>>> Most good judgment comes from experience. >>>>> Most experience comes from bad judgment. >>>>> - Anonymous >>>>> >>>>> >>>>> "DBA Dude" <code@aham.com> wrote in message >>>>> news:uGf7QJJwGHA.3372@TK2MSFTNGP02.phx.gbl... >>>>>> Great. I like to hear from them. The more people that tune in, the >>>>>> better. >>>>>> >>>>>> Have any of these MVP's done benchmarking to determine the best >>>>>> performance? It appears they haven't because all they have done is >>>>>> reference MSDN articles. >>>>>> >>>>>> It's not the article that makes the best argument, it's the >>>>>> performance >>>>>> testing and benchmarking. >>>>>> >>>>>> At this time, I'm afraid I have to go with the performance testing >>>>>> and >>>>>> benchmarking recommendation, not the MSDN articles written by tech >>>>>> writers. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> "Roy Harvey" <roy_harvey@snet.net> wrote in message >>>>>> news:8vp1e2hs7hs18vcvtnr7vvelt8issf5ttf@4ax.com... >>>>>>> On Mon, 14 Aug 2006 16:20:04 -0400, "DBA Dude" <code@aham.com> >>>>>>> wrote: >>>>>>> >>>>>>>>I haven't noticed any responses from MS SQL MVP's, other than the >>>>>>>>person who >>>>>>>>suggested it in the first place. >>>>>>> >>>>>>> I count three. Not all MVPs put it in their sig line. >>>>>>> >>>>>>> http://mvp.support.microsoft.com/communities/mvp.aspx?product=1&competency=Windows+Server+System+-+SQL+Server >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> >
It's not out of line. In fact, I don't believe a person who is so closed
minded should be a paper "MVP". It goes against the very nature of it. Thus, Kalen has the power to corrupt young minds and to me, that's way out of line. [quoted text, click to view] "Arnie Rowland" <arnie@1568.com> wrote in message news:OloDdzVwGHA.3364@TK2MSFTNGP02.phx.gbl... > Your comment is totally out of line. > > Ever heard the expression 'wrote the book'. Well, Kalen 'wrote the book'. > You should check it out and then, perhaps, sheepishly, demur. > > We are always open to new information. Several of us would like to know > more about who, what, how (you know, details) of any performance testing > that brings in new information. There actually may be something there -but > we need to be able to trace it down. > > -- > Arnie Rowland, Ph.D. > Westwood Consulting, Inc > > Most good judgment comes from experience. > Most experience comes from bad judgment. > - Anonymous > > > "DBA Dude" <code@aham.com> wrote in message > news:uf2aHDVwGHA.4612@TK2MSFTNGP02.phx.gbl... >> wow, you really do believe everything you read don't you! >> >> Can't always judge a book by it's page you know... >> >> And I would suggest to you that you do your own benchmarking and >> peformance test, and THEN get back to me. >> >> It doesn't appear you rightly deserve your "MVP" to me.. sorry. >> >> "Kalen Delaney" <replies@public_newsgroups.com> wrote in message >> news:ejzmJeLwGHA.4872@TK2MSFTNGP02.phx.gbl... >>> That should be interesting. >>> >>> This page on the OFFICIAL Microsoft MVP Site shows that there is no SQL >>> Server MVP named Mark L >>> https://mvp.support.microsoft.com/communities/mvp.aspx?adv=1&name=mark&competency=Windows+Server+System+-+SQL+Server >>> >>> The only Mark is Mark Allison. >>> -- >>> HTH >>> Kalen Delaney, SQL Server MVP >>> >>> >>> "DBA Dude" <code@aham.com> wrote in message >>> news:eCKFKVLwGHA.4444@TK2MSFTNGP05.phx.gbl... >>>> I'm trying to get in touch with him right now so he can speak for >>>> himself. >>>> >>>> Stay tuned! >>>> >>>> >>>> >>>> "Arnie Rowland" <arnie@1568.com> wrote in message >>>> news:u36$PIKwGHA.4460@TK2MSFTNGP05.phx.gbl... >>>>> I'm still wondering why we don't know the name of the mysterious "Mark >>>>> L", an alleged "MVP", or the location of his "testing and >>>>> benchmarking" documentation. I would think that many of us here would >>>>> benefit from the sharing of such 'important' information that >>>>> apparently contradicts what we all seem to believe. >>>>> >>>>> Without the opportunity to review the 'testing and benchmarking', I >>>>> really can't change my opinions and recommendations. >>>>> >>>>> -- >>>>> Arnie Rowland, Ph.D. >>>>> Westwood Consulting, Inc >>>>> >>>>> Most good judgment comes from experience. >>>>> Most experience comes from bad judgment. >>>>> - Anonymous >>>>> >>>>> >>>>> "DBA Dude" <code@aham.com> wrote in message >>>>> news:uGf7QJJwGHA.3372@TK2MSFTNGP02.phx.gbl... >>>>>> Great. I like to hear from them. The more people that tune in, the >>>>>> better. >>>>>> >>>>>> Have any of these MVP's done benchmarking to determine the best >>>>>> performance? It appears they haven't because all they have done is >>>>>> reference MSDN articles. >>>>>> >>>>>> It's not the article that makes the best argument, it's the >>>>>> performance testing and benchmarking. >>>>>> >>>>>> At this time, I'm afraid I have to go with the performance testing >>>>>> and benchmarking recommendation, not the MSDN articles written by >>>>>> tech writers. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> "Roy Harvey" <roy_harvey@snet.net> wrote in message >>>>>> news:8vp1e2hs7hs18vcvtnr7vvelt8issf5ttf@4ax.com... >>>>>>> On Mon, 14 Aug 2006 16:20:04 -0400, "DBA Dude" <code@aham.com> >>>>>>> wrote: >>>>>>> >>>>>>>>I haven't noticed any responses from MS SQL MVP's, other than the >>>>>>>>person who >>>>>>>>suggested it in the first place. >>>>>>> >>>>>>> I count three. Not all MVPs put it in their sig line. >>>>>>> >>>>>>> http://mvp.support.microsoft.com/communities/mvp.aspx?product=1&competency=Windows+Server+System+-+SQL+Server >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> >> > >
[quoted text, click to view]
> We are always open to new information. Several of us would like to know > more about who, what, how (you know, details) of any performance testing > that brings in new information. There actually may be something there -but > we need to be able to trace it down. Perhaps below is the person referenced - Mark Long, a MS certified Instructor. http://www.vtc.com/modules/products/authorInfo.php?author=161
yes, that's him, because that email address shown is the one I communicate
with him wiht. He's also an MCDBA [quoted text, click to view] "Scott Morris" <bogus@bogus.com> wrote in message news:O9IsDOWwGHA.1624@TK2MSFTNGP02.phx.gbl... >> We are always open to new information. Several of us would like to know >> more about who, what, how (you know, details) of any performance testing >> that brings in new information. There actually may be something >> there -but we need to be able to trace it down. > > Perhaps below is the person referenced - Mark Long, a MS certified > Instructor. > > http://www.vtc.com/modules/products/authorInfo.php?author=161 >
Jeez "Scott", I "wonder" how you knew that? :>) [quoted text, click to view] "Scott Morris" <bogus@bogus.com> wrote in message news:O9IsDOWwGHA.1624@TK2MSFTNGP02.phx.gbl... >> We are always open to new information. Several of us would like to know >> more about who, what, how (you know, details) of any performance testing >> that brings in new information. There actually may be something >> there -but we need to be able to trace it down. > > Perhaps below is the person referenced - Mark Long, a MS certified > Instructor. > > http://www.vt |