[aprssig] program for linix

[Max Harper]

Per the dixprs website
"Processes:
	* Main program, doing digipeating, message handling, sendin beacon, logging, etc.
	* IS Gateway process, communicating to Internet
	* Radio port handling (independent process for each radio ports)
In a typical system with one radio port there are three running processes."

Max KG4PID
 
 From: Ray Wells <vk2tv at exemail.com.au>
To: aprssig at tapr.org 
Sent: Tuesday, May 27, 2014 9:36 PM
Subject: Re: [aprssig] program for linix
  


Lee,

That's interesting, especially the figure for aprx. My
      installation of dixprs (with 3 radio ports, the server and the
      remote database enabled) sits around 33-34% for the main instance
      of dixprs.py. There is four other instances with cpu load =< 1%
      in each case. Maybe they're for each of the radio ports and the
      remote database. Might be worth asking Bela to clarify the
      situation.

Ray vk2tv




On 28/05/14 12:09, Lee Bengston wrote:


>
>On Tue, May 27, 2014 at 6:49 PM, Ray Wells <vk2tv at exemail.com.au> wrote:
>
>Lee,
>>
>>How does aprx compare with dixprs for cpu loading?
                  Have you ever recorded those figures?
>>
>>Ray vk2tv  
>> 
>​ Well, I am recording them now.  :-)
>
> Dixprs fluctuates mostly between ​19 and 21 percent cpu load, which in my mind is not too bad considering the Pi is not very powerful.  Aprx consistently shows "0%", which I assume means something less than 1%, which is impressively low.  I think that shows how much more efficient compiled applications can be as opposed to those written in interpreted scripting languages like Python.  Also dixprs runs a web server and interacts with a database, so that stuff probably makes a difference as well.
>
> Regards,
> Lee - K5DAT
> 
>     
> 
>
>_______________________________________________
aprssig mailing list aprssig at tapr.org http://www.tapr.org/mailman/listinfo/aprssig   


_______________________________________________
aprssig mailing list
aprssig at tapr.org
http://www.tapr.org/mailman/listinfo/aprssig
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.tapr.org/pipermail/aprssig_lists.tapr.org/attachments/20140527/e69a6bd9/attachment.html>