http://news.zdnet.co.uk/hardware/0,1000000091,39237341,00.htm
That article is from 2005.. not sure now.. it was a while back that I did my own testing which related to doing something along the lines of the following.. and Indy TCP Server, multi threaded with 5 connections, each connection Doing the same task repetitively.. with 5 connecting exes all hammering the query away as fast as possible.. The test was to measure how many requests per second the server could handle.. it was doing about 20 a second (which was slow) and after forcing the server application to make use of only 1 CPU (can be done in code) it jumped to 120 processes a second.. the issue I gather is internal locking on the threads.. WIKIpedia quotes the issue as a P4 architecture issue. On 11/5/07, Leigh Wanstead <[EMAIL PROTECTED]> wrote: > > Any article related to what you said? > > TIA > > Regards > Leigh > > -----Original Message----- > *From:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > *On Behalf Of *Kyley Harris > *Sent:* Monday, November 05, 2007 4:24 PM > *To:* NZ Borland Developers Group - Delphi List > *Subject:* Re: [DUG] XP, hyperthreading and speed > > Its been proven long ago that Hyperthreading slows down a delphi multi > threaded app.. Any Server app I have on a hyperthreaded machine can go 10 > times faster if I force it to use only 1 cpu from the task manager. > something to do with Context switching in the app.. I don't know how this > would be under the new dual cores.. that was P4 architecture. > > > _______________________________________________ > NZ Borland Developers Group - Delphi mailing list > Post: delphi@delphi.org.nz > Admin: http://delphi.org.nz/mailman/listinfo/delphi > Unsubscribe: send an email to [EMAIL PROTECTED] with Subject: > unsubscribe > -- Kyley Harris Harris Software +64-21-671-821
_______________________________________________ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to [EMAIL PROTECTED] with Subject: unsubscribe
