It's an impression of mine, or maybe the .NET implementation of the net functionality isn't good??? I noticed that I can't try to resolve, let's say 10, IP simultaneously! It will run sloooooooooww!!! And it gets slower if I rise this number... Thern I can't connect to 10 IP "simultaneously", because they aren't resolved
No bug. I put a two breakpoints: one just before the resolve line, one just after. The code freezes here.
You need to develop a quick application, you use .NET, but if speed is a problem, you will probably be looking at C++ and not using the .NET framework (because even if you use C++ and then you use the .NET framework, I doubt it would be much faster, if any comapred to the VB .NET program)
sorry but dont say bull****..that has nothing to do, the c++ and .net version of a prog that does what the guy say will have like only 10-20% difference at most in time..if u want to ping or whatever to 10 ips at the same times you'll just have to use threads..if u do that u are doing without threads in c++ it will take forever too
And also: what speed ???? The problem isn't speed!!!! All I do is resolving the 10 ips in 10 different threads, but my CPU is 0% using during this!!!!!!!!!!!!!!!
So there's something in the .NET framework, I think....
And the last thing: if I resolve 30 ips, it takes A LOT, and fail to resolve all 30 THIS IS STRANGE, ISN'T IT???
Here's the project. Sorry for the comments, they are italian, mixed with english, bad english
At startup it will download from internet a list of "hubs", just try to connect to all the hubs in the first page. (Mine are 26). There are some bugs, always due to the socket implementation.
And remember that the first thing that can't make this program fly is: bad code
Also I have a bug in the publicshubs form, the ordering method doesn't work... Anyone can have a look at that??? The ICompare class seems ok, but it still doesn't work.