This discussion has been locked. The information referenced herein may be inaccurate due to age, software updates, or external references.
You can no longer post new replies to this discussion. If you have a similar question you can start a new discussion in this forum.

Multi-threading Orion NPM (netperfmonservice)

What is the plan for making netperfmonservice multi threaded ????

With the trend for servers being more but slower CPU/Cores is getting quite difficult to find hardware that meet
the minimum requirement which is 3GHz for Orion

In our organization we use HP servers and the im currently looking for new DL-series hardware to run Orion NPM but the only products i can find is based on Xeon E5450 CPU which results in the servers being quite expensive ???

What to do ???      i fear that soon it will no longer be possible to get some =>3GHz CPU...  and then i will no longer be possible to meet the requirements.


In my opinion we ned NEED this service to support multi-threading...  SOON

  • While I'm no expert on servers, I don't think it's quite that simple. We have just replaced our 3 DL380G4 dual processor, dual core 3GHz SLX pollers with DL360 dual processor, quad core 2.66Ghz machines.
    The new machines have a much easier job of the polling tasks and even the single core that is working slightly harder than the rest is no-where near the levels previously observed. I also was quite concerned at the raw GHz speed issue, but it appears that the new processors, bus speed, cache etc more than compensate for the difference.
    It might be that the guidelines just need tweaking for the current generation of servers.
    Not saying that it wouldn't be nice to have netperfmon service multi-threaded - just not sure myself that I see this as a priority.
    Dave.

     

     

  • yes..  i fully agree with you that maybe the guidelines needs tweaking....    for the raw GHz today doesnt say so much about the speed...

    I know that i would most likely get better performace from slower bur newer generation of CPU but my problem is that i cannot justify buying hardware that does not meet the requirements...

  • Actually from what I understand it is multithreaded.  I know on all my procs I see even utilization.

  • I see this question revisited with some regularity on Thwack. Maybe it is time for someone at SolarWinds to set the record straight again.

    Which, if any, Orion processes are multi-threaded?

    And, if the NetPerfMon service is still single threaded, are there any plans to re-engineer it so that it is multi threaded?

  • FormerMember
    0 FormerMember in reply to patriot

    Netperformon is not multithreaded, but pretty much everything else is.  We are currently working on an update to the main SNMP that would make it multi-threaded.  And to anticipate the next question, I can't provide a date on that just yet.

  • Thanks Denny, and would you believe that I was NOT going to ask for a date? :)

  • Most of the Orion services are multithreaded: the Job Scheduler/Job Engine, Orion Module Engine, Syslog, Traps, the Alerting Engine, the Information Service, and the website.

    The Orion GUI tools (Report Writer, System Manager, Custom Property Editor, etc.) are generally not multithreaded. Network Atlas makes some limited use of extra threads.

    NetPerfMonService is not multithreaded, but the SNMP/ICMP library that is uses for its polling is. It can have a large number of SNMP or ICMP requests outstanding and will use many threads to record the response packets as they come in. These responses are then queued for processing by NetPerfMonService proper.

    You may have noticed that we haven't been adding a lot of new functionality to NetPerfMonService. New types of polling like Wireless, EnergyWise, and the Universal Device Poller are all being built on top of the Job Engine. The same is true of APM and IP Address Manager. I can't speak to specific features, releases, or timelines, but you can expect this trend to continue. The Job Engine is where we are focusing our efforts for scalability, including aggressive multithreading and distributed polling. Eventually, when the Job Engine is ready for it, we want it to take over the functions currently handled by NetPerfMonService.

  • I know Orion v10 is slated for the next couple of months.  Will the multi-threaded NPM make its debut in v10?

    I run quad dual core servers for my pollers, but am hitting limits with NPM.

    It's very difficult for me to justify the purchase of additional servers when I have so much overhead left on the current servers.

     

    - v

  • This is not in 10.0, but this project is in process.