PxPlus User Forum

Twitter Twitter Twitter

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - martinp

Pages: 1 [2] 3
16
Programming / Re: Reading simple data from a TCP channel
« on: March 23, 2023, 01:48:11 PM »
Thanks Mike but this data is coming in very slow like as you can see by the time stamp.  Every few seconds very small data chunks? 

17
Programming / Reading simple data from a TCP channel
« on: March 23, 2023, 01:38:57 PM »
Hello everyone, just a simple question.

I have an incoming TCP data stream I want to capture.  For example port 9004.

I've created a simple incoming server routine.  Not sure if I needed KEEPALIVE but

let TCP=unt; open (TCP,bsz=4096,err=ERR_PORT)"[tcp];9004;KEEPALIVE"
READ_NEXT:
read record (TCP,err=ERR_READ)A$
print "Got: ",A$
goto READ_NEXT


Similarly I ran a linux "nc capture command" capturing data from another port which has the same data being sent to it.


What I am noticing is occasionally the PVX program does something like this:

Almost like a terminator character is received on the port and it registers part of the data then it continues on the next read fine.  So I would have to concatenate the data.

The nc command however does not break apart any data.

I am just wondering if I need to change anything in this routine.  Thanks.


18
Thin Client/WindX / Re: WindX screen rendering performance
« on: February 07, 2023, 10:18:29 AM »
If you are going over the internet there are many things that can slow it down.  Depending on what method you are using to connect (cs, telnet, ssh, app server, SSL)  but within *winproc there are number of features that may or may not be needed that slow performance on internet connections (Even fast ones)

I went through *winproc and commented out many sections that I found slowed things down for me and sped things up tremendously, however you may lose some features, but you may not be using them anyway.

For example there is a "Check customization" section that for me really slowed things down you can try to disable that if you don't need that feature.

Also in *winproc.rsz  there is a CHECK_MANUAL_MANIPULATION that can slow down folders

Screen resizing is also slower remotely but those fixes may help, if you have a fixed window its much faster but you need to accommodate different resolutions which may be difficult.

These two are probably offer the most improvement.

This can truely only be appreciated by working remotely over the years :)  If you are local on a LAN things will be much faster.

19
Looks like I was able to simply download openssl, compile it and just point the libraries to it and it seems to be working, let me do some more tests.  Thanks!

set PXP_CRYPTO_LIB=....
set PXP_SSL_LIB=...

20
Thanks Mike, no real urgency, I was just upgrading and I figure why not go to Ubuntu's latest.  I can wait for 2023 I suppose.  I just wasn't sure if it was something I was doing wrong because the document said pvxplus supported 3.0.2 SSL.

21
Hi, I'm going from obsolete to latest greatest :) 

root@art-orion:/lib# openssl version
OpenSSL 3.0.2 15 Mar 2022 (Library: OpenSSL 3.0.2 15 Mar 2022)

I linked :

/lib/libssl.so -> /lib/x86_64-linux-gnu/ibssl.so.3
/lib/libcrypto.so -> /lib/x86_64-linux-gnu/libcrypto.so.3

I am getting this error opening a secure channel:


-}OPEN (1) "[tcp]www.pvxplus.com;443;secure"

Error #99: Feature not supported
Last IO to [tcp]www.pvxplus.com;443;secure, channel 1

Could not locate entry point 'SSL_get_peer_certificate' in libssl library.
Likely an incompatible SSL Interface. (err/ret=0/0)


I see 3.0.2 is supported is that windows only?  Or do I just need to wait for pvxplus built for ubuntu 22?  Thank for your time.

22
Web Services / Re: Pvxweb File Upload
« on: March 29, 2022, 10:43:44 AM »
Thanks for the ideas Mike!  Perfect.

Martin

23
Web Services / Pvxweb File Upload
« on: March 26, 2022, 05:28:17 PM »
Is there a way to receive a file with the pvxweb server?  (Web browser uploads file to pvxweb serevr)

I was able to do it by using apache and PHP, but I was curious if I can handle the POST of the binary file through the pvxweb server alone?

Thanks.

24
Thin Client/WindX / Windows 11 - strange window sizes with older windx/
« on: December 06, 2021, 11:51:43 AM »
Having lots of issues with an older pvx 5.14 windx on windows 11.  Anyone else notice this as well?  Mostly maximizing, extends larger than the screen all the time.

I tried the newer windx which helped running on older server.  I guess its time to upgrade? :) 

25
Great release!  How many users (using Webster+) for example a 2-3 license support comfortably?   Is this similar to the pvxplus web server task handler in terms of capability?  I'd imagine the pvxweb server is slightly more responsive but I am interested.  Thanks.

26
Programming / Re: New Linux Versions = Decreased performance?
« on: December 29, 2020, 10:38:50 PM »
Bingo!  We got it Mike!

I can't believe the performance hit this has resulted in.

There are ways to disable the fixes on the linux kernel which are available by research but I won't post those there due to security.  However I am glad the reason was found.  I am personally surprised at the level of impact it has on pvx.  It's probably because pvx is so fast as well that its a full single thread process that any delays are exasperated.

I had updated my ubuntu16 test machine and afterwards it too was patched and began to have the slow down.

Even though the test example I gave was an extreme case, I did notice a noticeable performance hit across the board.  Now in order to overcome these fixes, one needs to purchase newer hardware that are not affected by these security flaws.

Thanks again for your help on this, I'm not sure if this will help others or just help answer my stubbornness to understand the issue.  At least I have some baselines and examples to compare with now.

Have a great new years :)

27
Programming / Re: New Linux Versions = Decreased performance?
« on: December 29, 2020, 07:19:52 PM »
I also did another test by creating a ramdisk and transferred the test file to the ramdisk and the results were exactly as when the file is fully cached, no improvement.

I looked into some of the kernel tuning parameters, and I can't find anything to really get this to go any faster like the earlier kernels.

28
Programming / Re: New Linux Versions = Decreased performance?
« on: December 29, 2020, 04:05:35 PM »
Thanks Mike, I checked the free -m on two of them both appear to fill up the cash properly during the test and remain as I re-test.  I see no disk access during the tests.

The reason I am reporting this, is I notice across the board performance reduction, though it may not be as 'apparent' to the average user.

ubuntu 12:

             total       used       free     shared    buffers     cached
Mem:          7890       1056       6834          0         17        883
-/+ buffers/cache:        155       7735
Swap:         8092          0       8092


ubuntu 20:

              total        used        free      shared  buff/cache   available
Mem:           7865         171        6688           2        1005        7447
Swap:          8191           0        8191

29
Programming / New Linux Versions = Decreased performance?
« on: December 29, 2020, 02:04:58 PM »
Hey everyone, I am in the process of upgrading one of our servers and I have noticed a decrease in performance from newer versions of Linux.

To perform this test I have a large file and doing a basic read cycle test.  The file contains:

     Maximum Record size ..........: 256 (Variable)
     Maximum # records ............: (No limit)
     Current # records ............: 1867559
     Size of key block ............: 4096 bytes
     Record Expansion factor ......: 10%
     External key size ............: 0
     Alt. key 0 ...................: [1:1:6]+[2:1:8]+[3:1:2]+[4:1:3]+[5:1:5]+[6:1:2]+[7:1:16]


Read Cycle Program:

0010 BEGIN
0020 PRINT DTE(0:"%hz:%mz:%sz")
0030 OPEN (1)"/home/martin/TESTFILE"
0040 LET X$=KEY(1,END=0099)
0050 READ (1,KEY=X$)A$
0060 T++
0070 GOTO 0040
0099 PRINT DTE(0:"%hz:%mz:%sz")

The important part of this test is that it is to be run *MULTIPLE* times to fill the memory.  Usually two passes complete filling the memory.  Afterwards zero disk access is used, it's all memory based.  This eliminates the disk-io variable from the test.

Test Results:

Code: [Select]

ubuntu server 10.04 = 9 seconds 2.6.32-38-server
ubuntu server 12.04 = 9 seconds 3.2.0-23-generic
ubuntu server 16.04 = 9 seconds 4.4.0-21-generic
ubuntu server 18.04 = 14 seconds 4.15.0-128-generic #131 (running pxp for ub16)
ubuntu server 20.04 = 14 seconds 5.4.0-58-generic #64

debian 10 = 14 seconds 4.19.0-13-amd64

windows10 = 11 seconds  20H2 - 19042.685

All tests were done with pvx17 64-bit and the same hardware, however I've seen the same results with older providex as well.

So my current conclusions are something has happened around the 4.4+ kernel that seems to be causing this as you can see a 5 second difference between 16.04 and 18.04.  I'm not sure what the solution is yet, as I have just discovered this after numerous tests, I'd like to hear from the staff at pvxplus before I do any more tests.

Thanks for any thoughts,
Martin

30
Devon, Just related to this, was the Esc key also trapped at some point?  It also used to close windows as well.

Thanks,

Martin

Pages: 1 [2] 3