Slowness in replying to threads?

[cscgal]

Is it just me or have others experienced extreme slowness in replying to threads?

[iamthwee]

Roger that.

[Ancient Dragon]

yes I have too, but thought it was just my internet provider or something. Its also somewhat slow loading the whole page, half will load ok but the ramainder (probably menus) takes a while. In the meantime I can't use the vertical browser scrollbar.

[jbennet]

yeah its slow loading the whole page or when posting

it loads the top part fine, then the thread then after a short period

then after a long period the quick reply box comes up.

the lottle busy thing just spins around for ages when you click post

[cscgal]

Hmm ... testing testing 1-2-3.

[cscgal]

Hmm ... that worked spiffy *confused*

[jbennet]

only slow on some threads (at first i thaught just maybe the long ones but this is ont the case).

[jbennet]

only slow on some threads (at first i thaught just maybe the long ones but this isnt the case)

[cscgal]

I made some tweaks this afternoon which should hopefully help the cause.

[John A]

For me, it seemed like the only slowness was after hitting the "reply" button, especially when in Advanced Editor mode.

Haven't experienced too much slowdowns today; I'll let you know how fast this post went from the Advanced Editor reply.

[edit] took about 4 seconds, which is acceptable

[cscgal]

The problem seems to be the table-level locking limitation of ISAM tables in the database. Essentially this means that only one update can be made at a time to a particular table, so if multiple people try to post at once, one of them has to wait for the other.

I am going to look into changing the post table to InnoDB, which has row-level locking.

[jbennet]

The problem seems to be the table-level locking limitation of ISAM tables in the database. Essentially this means that only one update can be made at a time to a particular table, so if multiple people try to post at once, one of them has to wait for the other. I am going to look into changing the post table to InnoDB, which has row-level locking.

the what??? :eek:

[cscgal]

Hehe. Don't worry about it. Problem SHOULD be improved now.

[cscgal]

Test ... test ... another test :)

[~s.o.s~]

Hmm ... testing testing 1-2-3.

Test ... test ... another test

I guess this is the secret behind your "awesome" post count....:)

BTW a distinct lag when I hit the "Post Quick Reply" button, but other than that, its okay.

[MidiMagic]

It's still doing it. When I am waiting, I notice that it is waiting for an ad to load, not a Daniweb address.

I have seen this before. It usually happens when an ad company oversubscribes its service. Then, many many browsers are sitting there waiting to be serviced.

The leading offender in this type of slowdown is doubleclick.net. They are always oversubscribed. I have never seen a BBS that let them display ads which was NOT slow.

[jbennet]

the vista rollover ads seem to take ages to come up over here

[cscgal]

Vista rollover ads?

[iamthwee]

Slowness is back.

Out of interest what precautions has daniweb taken to prevent DOS attacks, or non registered users who try and deliberately slow things down.

For example on other forums, when non registered users search for information they are prompted with a .gif box with letters and numbers they have to match.

This is obviously put in place to prevent bots from continuously searching for words and hogging up resources...

[jbennet]

in relation to the previous post, i think daniwebs server has anti-DoS systems as ive noticed that if i open like 30 diffferent threads in different tabs at once i get "connection refused by server"