Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. General Programming
  3. C#
  4. delete

delete

Scheduled Pinned Locked Moved C#
6 Posts 4 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • N Offline
    N Offline
    nhqlbaislwfiikqraqnm
    wrote on last edited by
    #1

    delete

    K 1 Reply Last reply
    0
    • N nhqlbaislwfiikqraqnm

      delete

      K Offline
      K Offline
      Keith Barrow
      wrote on last edited by
      #2

      Put each IP Search onto a separate thread. Whatever you sdo though the network response time is likely to be the limiting factor.

      L D 2 Replies Last reply
      0
      • K Keith Barrow

        Put each IP Search onto a separate thread. Whatever you sdo though the network response time is likely to be the limiting factor.

        L Offline
        L Offline
        Luc Pattyn
        wrote on last edited by
        #3

        IMO bad advice. Using a few threads will help, launching tens or hundreds will result in hitting a bottleneck or a deliberate limitation inside the TCP/IP stack. :)

        Luc Pattyn


        Have a look at my entry for the lean-and-mean competition; please provide comments, feedback, discussion, and don’t forget to vote for it! Thank you.


        Local announcement (Antwerp region): Lange Wapper? Neen!


        1 Reply Last reply
        0
        • K Keith Barrow

          Put each IP Search onto a separate thread. Whatever you sdo though the network response time is likely to be the limiting factor.

          D Offline
          D Offline
          Dave Kreskowiak
          wrote on last edited by
          #4

          This is really bad advice. Did you know that your allocating 1MB of RAM PER THREAD you create and keep running? I'd look at using the managed thread pool before I start launching threads by the hundreds.

          A guide to posting questions on CodeProject[^]
          Dave Kreskowiak Microsoft MVP Visual Developer - Visual Basic
               2006, 2007, 2008
          But no longer in 2009...

          N 1 Reply Last reply
          0
          • D Dave Kreskowiak

            This is really bad advice. Did you know that your allocating 1MB of RAM PER THREAD you create and keep running? I'd look at using the managed thread pool before I start launching threads by the hundreds.

            A guide to posting questions on CodeProject[^]
            Dave Kreskowiak Microsoft MVP Visual Developer - Visual Basic
                 2006, 2007, 2008
            But no longer in 2009...

            N Offline
            N Offline
            nhqlbaislwfiikqraqnm
            wrote on last edited by
            #5

            how would you change the code that it scan it fast or what would you add everybody said an other solution!

            D 1 Reply Last reply
            0
            • N nhqlbaislwfiikqraqnm

              how would you change the code that it scan it fast or what would you add everybody said an other solution!

              D Offline
              D Offline
              Dave Kreskowiak
              wrote on last edited by
              #6

              I'd design it so that I'd have about 5 or 10 or so threads all pulling IP addresses from a queue. Each of these workers would get an IP address, do it's job, report back, and then go get another address. You do NOT create a new thread for each IP address.

              A guide to posting questions on CodeProject[^]
              Dave Kreskowiak Microsoft MVP Visual Developer - Visual Basic
                   2006, 2007, 2008
              But no longer in 2009...

              1 Reply Last reply
              0
              Reply
              • Reply as topic
              Log in to reply
              • Oldest to Newest
              • Newest to Oldest
              • Most Votes


              • Login

              • Don't have an account? Register

              • Login or register to search.
              • First post
                Last post
              0
              • Categories
              • Recent
              • Tags
              • Popular
              • World
              • Users
              • Groups