467,925 Members | 1,994 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 467,925 developers. It's quick & easy.

determining max pool size

hi

i've got an app that runs something like 4000 updates when certain
pages are updated. it's taking on average 20 seconds for these pages
to execute the update command (15 seconds if all i do is open and
close the connection without even executing the sql statement). the
original max pool size set in the web.config file was set to 100. I've
boosted the max pool size to 500 and now get the update command to
execute in about 2-3 seconds.

i'm worried that i'm going to run out of resources somewhere. this is
an SQL Express server. the "maximum number of concurrent connections"
in SQL Express is set to 0 (unlimited). the machine SQL Express is
installed on is Intel Xeon 2.8 with 2.5 gigs ram.

the ado.net default max pool size is 100. why? why not boost it to
1000 or more? what environmental issues do i need to consider when
setting the max pool size?

tks in advance.

Apr 8 '08 #1
  • viewed: 10964
Share:
4 Replies
what environmental issues do i need to consider when
setting the max pool size?
I believe SQL Server Express isn't meant for this kind of situation and that
you should spend some money on proper SQL Server licenses.
Apr 8 '08 #2
On Apr 8, 11:01*am, "Peter Morris"
<peter[dot]morris(at)capableobjects.comwrote:
what environmental issues do i need to consider when
setting the max pool size?

I believe SQL Server Express isn't meant for this kind of situation and that
you should spend some money on proper SQL Server licenses.
SQL Express is running in my QA environment. I've got SQL 2000
Standard running in production and plan on making the changes there
should things stress test well in QA.
Apr 8 '08 #3
I do not see how increasing pool size changes the speed Update command is
running with..
Are you sure you are closing DB connections always? Cause it sounds like you
do not... 500 open connections to SQL server I awfully lot....

George.

"steven" <s_*****@hotmail.comwrote in message
news:95**********************************@u12g2000 prd.googlegroups.com...
hi

i've got an app that runs something like 4000 updates when certain
pages are updated. it's taking on average 20 seconds for these pages
to execute the update command (15 seconds if all i do is open and
close the connection without even executing the sql statement). the
original max pool size set in the web.config file was set to 100. I've
boosted the max pool size to 500 and now get the update command to
execute in about 2-3 seconds.

i'm worried that i'm going to run out of resources somewhere. this is
an SQL Express server. the "maximum number of concurrent connections"
in SQL Express is set to 0 (unlimited). the machine SQL Express is
installed on is Intel Xeon 2.8 with 2.5 gigs ram.

the ado.net default max pool size is 100. why? why not boost it to
1000 or more? what environmental issues do i need to consider when
setting the max pool size?

tks in advance.

Apr 8 '08 #4
On Apr 8, 11:33*am, "George Ter-Saakov" <gt-...@cardone.comwrote:
I do not see how increasing pool size changes the speed Update command is
running with..
the larger the pool size, the more requests can be server. anything
over 500 requests sits in a queue.
Are you sure you are closing DB connections always? Cause it sounds like you
do not... 500 open connections to SQL server I awfully lot....
agreed. i've inherited this project from another developer who was
apparently aware of a memory leak somewhere because she had pooling
turned off altogether. this worked fine for her until the number of
records grew and now we're dealing with some very expensive opening
and closing of db connections. i've spent a little while working on
trying to make sure the connections are closed, but there's thousands
of lines of code and i can't be sure i've caught everything. we're
also looking at phasing out the current site by the end of the year,
so i'm just trying to make things work without expending huge amounts
of resources on trying to track down every issue.

i've reduced the number of connectios in the pool to 100 and it seems
to be executing quickly enough. my main concern now is that i've
missed closing connections somewhere and if i create too small a
connection pool, the pool will max out. so, i'd rather have a really
large pool and hope the garbage collector has time to clean up any
unused connections than too small a connection pool. if a large
connection pool simply means more CPU and ram usage, i'm okay with
that.
>
George.

"steven" <s_mu...@hotmail.comwrote in message

news:95**********************************@u12g2000 prd.googlegroups.com...
hi
i've got an app that runs something like 4000 updates when certain
pages are updated. it's taking on average 20 seconds for these pages
to execute the update command (15 seconds if all i do is open and
close the connection without even executing the sql statement). the
original max pool size set in the web.config file was set to 100. I've
boosted the max pool size to 500 and now get the update command to
execute in about 2-3 seconds.
i'm worried that i'm going to run out of resources somewhere. this is
an SQL Express server. the "maximum number of concurrent connections"
in SQL Express is set to 0 (unlimited). the machine SQL Express is
installed on is Intel Xeon 2.8 with 2.5 gigs ram.
the ado.net default max pool size is 100. why? why not boost it to
1000 or more? what environmental issues do i need to consider when
setting the max pool size?
tks in advance.- Hide quoted text -

- Show quoted text -
Apr 8 '08 #5

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

2 posts views Thread by Luca | last post: by
1 post views Thread by Konstantinos Michas | last post: by
1 post views Thread by Ken | last post: by
4 posts views Thread by Bei | last post: by
1 post views Thread by Jake K | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.