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 - Remy

Pages: 1 ... 17 18 [19] 20 21 ... 27
271
Storage / Re: VBE graphic storage use
« on: August 07, 2018, 12:00:22 am »
Hi,

Whatching a video (with VLC), I just got a, exception error into VBE2GRAD )

 Filename: C:\OS2\DLL\VBE2GRAD.DLL (04/22/2018 12:25:25 63,963)
 Address:  005B:1F2C1FD9 (0001:00001FD9)
 Cause:    Attempted to read from 7EF11F00
           (unallocated memory)

 Registers
______________________________________________________________________

 EAX : 000000A3   EBX  : 7F811F00   ECX : 00000138   EDX  : 7EF11F00
 ESI : 7EF11F00   EDI  : 7F811F00
 ESP : 02A4E920   EBP  : 02A4E93C   EIP : 1F2C1FD9   EFLG : 00210293
 CS  : 005B       CSLIM: FFFFFFFF   SS  : 0053       SSLIM: FFFFFFFF

 EAX : not a valid address
 EBX : read/write memory allocated by DRIVER
 ECX : not a valid address
 EDX : unallocated memory
 ESI : unallocated memory
 EDI : read/write memory allocated by DRIVER

 ::)


272
Storage / Re: VBE graphic storage use
« on: August 05, 2018, 01:21:50 am »
Here with some ATI card which I forget how much memory it has, perhaps 256MB, I get
Code: [Select]
BIOS-supplied information
OemVendorNamePtr  = C0000127
OemProductNamePtr = C00000B7
VideoModePtr      = 8E000044
TotalVramSize     = 1000000
OemVendorName     = (C) 1988-2005, ATI Technologies Inc.
OemProductName    = REDWOOD
EDID Version 1.3
Display size 47 cm x 30 cm
Display resolution is 1680x1050
Info: 11900,1680,1050,160,30,48,32,3,6
Setting custom resolution 1680x1050
DTD Old: Clock=21825 H=1856 HBl=672 HSO=96 HSW=224 V=1392 VBl=47 VSO=1 VSW=3 0 0 2
DTD New: Clock=11900 H=1680 HBl=160 HSO=48 HSW=32 V=1050 VBl=30 VSO=3 VSW=6 0 0 2
VBE VRAM Base=D0000000 Size=700000 (7168Kib) (rounded up)=800000 (8192KiB)

TotalVramSize     = 1000000  <<==== 16MiB
Strange...

273
Storage / Re: VBE graphic storage use
« on: August 04, 2018, 08:10:13 pm »
Hi Remy,

I'm sure there are many other folks on our forum much better skilled at explaining the details of this, but AFAIK you are seeing the amount of virtual memory available (thus the 256MB value) and then the video driver enforced mapping, which I would guess ends up being the 32MB value (due to the setups).

I am using SNAP here, so in that log file I see the following:

Code: [Select]
Loading driver for device 0 (radeon.drv)
---------------------------------------------------------

Video memory limited to user supplied value of 32MB

...but that reflects the hard-limit I set for SNAP as far as memory usage goes.

The values out of testlog are told been BIOS velues.
In my BIOS, I set 32MiB to be shared vith the IGD which is in the y7 5775C (given to have 128MiB)
It not possible to find 256MiB !

Thanks for your reply

274
Storage / VBE graphic storage use
« on: August 04, 2018, 04:50:07 pm »
Hi !
I'm looking for the amount of graphic storage I have for my panorama driver.
I used testlog generic to check.

I have a i7 5775C with integrated graphic shipset and 128MiB edram
I also set additional storage under the BIOS to 32MiB
So, the total amount of video storage should be 160MiB

The result i've got is very strange !
First lines from graphic parts :
----- Output of: PanoUtil.exe -i -v -s -----------------------------------------
BIOS-supplied information
OemVendorNamePtr  = 0
OemProductNamePtr = 0
VideoModePtr      = c0009ae7
VBE VRAM size 1ff0000 (31 MiB) (rounded) 2000000 (32 MiB)
Number of modes = 18

Here I have 32MiB which seems to be same as BIOS shared memory... 
Where is gone the CPU graphic edram of 128MiB?

Let continue with the 32MiB bios setting.   
next in the report, I found:

Panorama v1.10 log for GID=0 started at 3.8.2018 12:21:59
This copy of Panorama is licensed to RÚmy Dodin #os5p014be69d7d.
Profile setting for Shadow...Enabled
VESA version is 300
BIOS-supplied information
OemVendorNamePtr  = 0
OemProductNamePtr = 0
VideoModePtr      = C0009AE7
TotalVramSize     = FFF0000           <<==== 256MiB !!!!
OemVendorName     =
OemProductName    =
EDID Version 1.3

And in the same report :
Panorama v1.10 log for GID=0 started at 4.8.2018 16:8:59
This copy of Panorama is licensed to RÚmy Dodin #os5p014be69d7d.
Profile setting for Shadow...Enabled
VESA version is 300
BIOS-supplied information
OemVendorNamePtr  = 0
OemProductNamePtr = 0
VideoModePtr      = C0009AE7
TotalVramSize     = 1FF0000         <<<==== 32MiB
OemVendorName     =
OemProductName    =
EDID Version 1.3

Now, I no more know whats going here, all these values are been get from the bios but the bios is unable to send different storage values !
Did some of you check the amount of video storage according the real available value defined/installed ?
What about CPU graphical edram ?
How to check more deeper what happens... any idea is appreciated
Thanks
 

275
Storage / Re: PMSHELL
« on: August 03, 2018, 07:11:33 pm »
That much sounds like a memory leak either in some WPS class (which is likely, given its lousy stability) or even in the memory subsystem (which is rather unlikely, compared to option 1).

But this memory leakage problem is not related to the question of low/high memory arena. It is likely a problem of dynamically allocated memory that is not properly freed when no longer in use. Since every WPS class remains loaded for as long as PMSHELL is executing, that memory will be leaked until you shut down the system or do a WPS restart.

As a test: if you observe this leakage, just do a WPS restart (via XWorkplace/eWorkplace) and see if that brings back the lost memory.

- Wen it was possible, I did use it, it release about 50% of unreased storage but at the end, it goes into too low available shared storage below 512M
I saw that openoffice 4.1.3 does load dll in highmem. I flagged then to go in highmem and now it does it but I also saw that each time I close openoffice (only a fex MB of storage are release in below shared memory and none in high memory) and at each load, it load near 100MB into shared memory. After 3 start/stop, I lost about 300MB of shared memory... and so on. I tried to use C.A.D and do a WPS restart at time I saw my high shared storage dropped to about 100MB (virualaddresslimit=1536 and previously, I tried 2048 as well 2560), but this results into a bad screen display (like if out of frequence syncro) + hung = reboot.
- Firefox release well storage at stop time like other some other products or rexx based exe...
Strange...  Strange too having (when a few appls are running and some folders opened, at close of some folders or programs, parts of folder image or program image are persistent and when moving an othe rfolder above it, it does like a gum but seems to generate a lot of unstability...     
 
I think resolving this part of problem could improve a lot system stability and programs developments.     

276
Storage / Re: PMSHELL
« on: August 02, 2018, 06:41:19 pm »
Has it something to do with PMSHELL ?

When I open bigicons from ArcaOS and did a fast slide down and up, following by a close, 30MB are used in the shared storage. After folder close, only 1Mo is freed.... Do it again and a new 30MB are used in shared strage and 1MB released after close...
I did test with other applications and the amount of taken shared storage is release at end of session...
Strange...
If some of you could test to check if this happens for others too...

277
- firefox but slow... (faster browser needed - May be "Pale Moon" base on firefox could be an alternative)
- injoy firewall (for safety) but slowdown my internet link
- openoffice
- pm123
- kmp or VLC
- PMVIEW
- ClamAVGUI with ClamAV :D
- AVxCAT with ffmpeg :D

278
Storage / Re: PMSHELL
« on: July 30, 2018, 04:19:43 pm »
I wouldn't call it a "storage" issue. It is a shortage of lower shared memory space. I find that it is only a matter of a few minutes, until my system crashes, when lower shared memory drops below 100 MB (it is probably already dead if it shows 10 MB). To avoid the problem, I add the line"
Code: [Select]
VIRTUALADDRESSLIMIT=2560to CONFIG.SYS. Some systems will be able to use 3072, but, apparently, some other systems can't use that. It only increases the available upper shared memory anyway.

Doing that does not actually change the problem, without taking further steps to mark some things to actually use upper shared memory space (there are some fixes in the ArcaOS kernel for upper shared memory support too). The easiest thing to set to use upper shared memory space, is Apache Open Office. In the Extras folder, there is a tool to set it to use upper shared memory (some experimenting may be required). If you do that, you may find that there will be a LIBC problem (usually not obvious), if you close Open Office more than once. To avoid that, use the Quickstart thing, to prevent it from actually closing.

You should also realize, that shared memory may fragment. If the largest fragment is 5 MB, and some program needs 5.5 MB, you are dead in the water. If the program is properly written, to check if it actually got the requested memory, it will probably just crash the program. If it doesn't check (apparently, most programs don't), and tries to use it anyway, it usually causes what you describe.

If I did not understand you correctly Doug. You typed:
"without taking further steps to mark some things to actually use upper shared memory space".
However GCC applications already store data (such as browser cache) into the high area.

For Remy:

The real killer is the size of the large DLL's that get loaded this can fixed by using a tool to mark the code segments to load high. Do this for Firefox DLL's, THunderbird AND Open Office.  Do not mark the datasegments high of the DLL.
Also make a backup of your DLL's before doing this.  There is a tool from Yuri called high512 that can mark the DLL's high.

You are most likely not the first and the last OS/2 user to expereince these type of lockups. It might be usefull to report this in a ticket to AN ?

Roderick

Arent't there set to load high by default?
How to know all dll's which aren't set to be loaded into high storage area?
Thanks

For now, I'm unable to boot ArcaOS after having got a TRAP0003 and lost of many JFS link entries... (made unrecoverable by JFS)
Trying to recover my system

I think it is no more possible to recover...
264 file(s) where scratched during the trap and a lot of uncoverable files... (including, exe, dll and drivers)  :( :o

279
Storage / Re: PMSHELL
« on: July 30, 2018, 04:16:54 pm »
I wouldn't call it a "storage" issue. It is a shortage of lower shared memory space. I find that it is only a matter of a few minutes, until my system crashes, when lower shared memory drops below 100 MB (it is probably already dead if it shows 10 MB). To avoid the problem, I add the line"
Code: [Select]
VIRTUALADDRESSLIMIT=2560to CONFIG.SYS. Some systems will be able to use 3072, but, apparently, some other systems can't use that. It only increases the available upper shared memory anyway.

Doing that does not actually change the problem, without taking further steps to mark some things to actually use upper shared memory space (there are some fixes in the ArcaOS kernel for upper shared memory support too). The easiest thing to set to use upper shared memory space, is Apache Open Office. In the Extras folder, there is a tool to set it to use upper shared memory (some experimenting may be required). If you do that, you may find that there will be a LIBC problem (usually not obvious), if you close Open Office more than once. To avoid that, use the Quickstart thing, to prevent it from actually closing.

You should also realize, that shared memory may fragment. If the largest fragment is 5 MB, and some program needs 5.5 MB, you are dead in the water. If the program is properly written, to check if it actually got the requested memory, it will probably just crash the program. If it doesn't check (apparently, most programs don't), and tries to use it anyway, it usually causes what you describe.

It is already set to VIRTUALADDRESSLIMIT=2560 but this is usefull for high memory.

280
Storage / PMSHELL
« on: July 29, 2018, 08:50:51 pm »
Did some of you get storage issue ?
I saw that as soon my shared memory gors below 10Mb, I have display freeze and fullscreen mode fails.
I check free memory using SL.

I tried to kill PMSHELL used by WPS which results into a WPS restart and 70MB freed memory into share storage.
How to configure to have shared memory freed as soon it is no more used ?
Thanks     

281
Internet / Re: Firefox - 45.9.0 for OS/2 GA1.1...anyone...anyone???
« on: July 23, 2018, 01:32:38 am »
FYI

Firefox 45.9 is longer to start than FF 38.8 but I tried do speed it up using RAM drive - xul.dll is very big ! (29 398 067 bytes)
I do a xcopy of my @uniroot\usr\lib\firefox-45.9.0 to @ramroot\lib\firefox-45.9.0 after having added a new program icon named firefox with program path: M:\lib\firefox-45.9.0 \firefox.exe under  @uniroot\usr\lib\firefox-45.9.0

this is done by the startup.cmd
...
md M:\lib\firefox-45.9.0
xcopy of my C:\usr\lib\firefox-45.9.0 M:\lib\firefox-45.9.0  /S /E
exit

Than, I run firefox from my RAM drive (created under ArcaOS and using my extra 12MB storage)
I found it to be faster to start now. Other dll's have been left on @unixroot 

282
I did the test, setting ijfw to priority 100 didn't provide my any speed gain : same as priority 40

283
Hi,

I have been following the thread. I am using the MMRE driver for my RTL 8110 xE fast express Ethernet (device:8136h). I have for a few years ago also slow upload/download. I have at that time just bought Injoy Firewall and running Ecomstation 2.1 and could not figure out why my net performance was poor compared to Windows and Linux on same PC. I reported it to Bitwise and it turns out that Firewall was the issue. I needed to adjust the  firewall priority to 100. Since then I have the same performance on all OS Windows/Linux and ArcaOS.

I am using latest MMRE driver.

Thanks for your advice, I never tried to put priority to 100 due it is writtent it could have bad effect...
I'll give it a try.

284
Hi,

I did more test during my last updates and found an interresting thing...
When putting the MMRE driver before the FXWRAP (injoy firewall) driver, the speed increases a lot.
For those using IJFW, I suggest them having the FXWRAP device after the network device like :
DEVICE=C:\IBMCOM\MACS\MMRE.OS2
DEVICE=C:\IBMCOM\PROTOCOL\FXWRAP.SYS

After doing this, the speed is mutch better (34Mbps) and stopping the IJFW server, the speed goes up to 56Mbps now...   

285
General Discussion / Re: Display issue !
« on: July 19, 2018, 05:05:01 pm »
Hi Ivan,

I do not use SNAP which does not support 16/10 "wide screen" natively for my i7 5775 with integrated graphic processor.
Switching from one driver to an other is not end user friendly (no GUI et... like for other options for which end-user easy to use options are missing)

Regards
Remy
 

Pages: 1 ... 17 18 [19] 20 21 ... 27