15,895,799 members
Sign in
Sign in
Email
Password
Forgot your password?
Sign in with
home
articles
Browse Topics
>
Latest Articles
Top Articles
Posting/Update Guidelines
Article Help Forum
Submit an article or tip
Import GitHub Project
Import your Blog
quick answers
Q&A
Ask a Question
View Unanswered Questions
View All Questions
View C# questions
View C++ questions
View Javascript questions
View Visual Basic questions
View Python questions
discussions
forums
CodeProject.AI Server
All Message Boards...
Application Lifecycle
>
Running a Business
Sales / Marketing
Collaboration / Beta Testing
Work Issues
Design and Architecture
Artificial Intelligence
ASP.NET
JavaScript
Internet of Things
C / C++ / MFC
>
ATL / WTL / STL
Managed C++/CLI
C#
Free Tools
Objective-C and Swift
Database
Hardware & Devices
>
System Admin
Hosting and Servers
Java
Linux Programming
Python
.NET (Core and Framework)
Android
iOS
Mobile
WPF
Visual Basic
Web Development
Site Bugs / Suggestions
Spam and Abuse Watch
features
features
Competitions
News
The Insider Newsletter
The Daily Build Newsletter
Newsletter archive
Surveys
CodeProject Stuff
community
lounge
Who's Who
Most Valuable Professionals
The Lounge
The CodeProject Blog
Where I Am: Member Photos
The Insider News
The Weird & The Wonderful
help
?
What is 'CodeProject'?
General FAQ
Ask a Question
Bugs and Suggestions
Article Help Forum
About Us
Search within:
Articles
Quick Answers
Messages
Comments by psychokeith (Top 2 by date)
psychokeith
22-Nov-12 18:11pm
View
The "Client" target is a Windows 2000 Server with Single Core - Hyperthreading disabled - and the other machine is a fully threaded multi-cored XP machine. However I am developing the app on two XP machines with hperthreading enabled - and I still have the problem that if the client is sending data the Server listens and picks up the changes, but does not send its own data back down the socket for the client to update in a timely fashion
The Port I am referring to is from
Client::Client( const char* host, const char* port, AddStringListener* pDebugWin )
etc
{
m_address = INETAddr( host, port );
}
where port is set at 3040 or there abouts
I hope this clarifies a few things. The actual code contains alot of specific code, so my question is based on generalities, so that I can look at a few solutions. I am currently chopping up the Data so the client signals work as they do now with the Server listening on say 3040, and the old Server signals being seperated out so the Client machine becomes a Listening Server Process and the Server becomes its client sending on say 3041 with the "client" listening as a Server on that port. This probably could get round the "multithreading" as they would then be two distinct applications. I dont know if this will work but it would seem a logical way of improving throughput! However. I am just open to suggestions at present! It might indeed be that the protoclos are not set up correctly, or I might need a stream in one direction and a UDP connection in the other direction. At the moment all data is queued and streamed. Again the bugs may be in the streaming, but it works extemely well in one direction!
psychokeith
18-Nov-12 13:21pm
View
Sorry but the machine runs old Software that we were told will not work properly with multithreading enabled - seems rather stange to me as well!