OS/2, eCS & ArcaOS - Technical > Applications
LarsenCommander - new test version
Dariusz Piatkowski:
Hello Andi,
Sorry about the long delay in providing my feedback!
--- Quote from: Andi B. on February 23, 2025, 04:22:34 pm ---I've just released v1.09.00. See https://sourceforge.net/projects/lcmd-git/files/
--- Code: ---Change History:
---------------
20250222 v1.9.0
- Skip sending lot of GUI (PM) messages for updating progress dialog with fast disks while copying and deleting files.
This is to work around PM memory leaks (crashes) when hammered with very much messages in a short period of time.
With fast disks copying or deleting small files takes few ms or even less. The previous logic to update the
progress bar after each file (and during a file when it is bigger) is changed to not send more than about one
message in 125ms. PM seems to be not safely ignore to much unhandled messages and starts to eat up shared memory.
Eventually this crashes the whole system when the process is not closed before. F.i. this skipps more than 69000
messages when copying the ApacheOpenOffice source code tree. The same skipping logic improves speed when deleting lot
of files. F.e. 33s instead 53s for AOO source code tree (about 70k files). More than 76000 messages where skipped with
that new delete logic.
--- End code ---
--- End quote ---
Alright...this is by far my favourite file manager, so I do put it through it's fair share of paces.
Everything seems to be alright with the exception of the fact that the 'Bytes per second' window no longer shows the graphical throughput rate as the file copy progresses.
I repeated my file copy/move several times (between different SOURCE=>TARGET combinations and this is consistent.
So I left the above section of your post purposely because I now wonder if perhaps the "...Skip sending lot of GUI (PM) messages..." is the root cause of this???
Othwerise, things are good...thank you again for maintaning this !!!
Andi B.:
--- Quote ---Everything seems to be alright with the exception of the fact that the 'Bytes per second' window no longer shows the graphical throughput rate as the file copy progresses.
--- End quote ---
Good catch. I wonder why I've overlooked this. Needs investigation.
Andi B.:
Dariusz wrote -
--- Quote ---....
'Bytes per second' window no longer shows the graphical throughput rate
....
So I left the above section of your post purposely because I now wonder if perhaps the "...Skip sending lot of GUI (PM) messages..." is the root cause of this???
--- End quote ---
I'm pretty sure you are completely right on this. Recently I copied a lot of stuff to a NAS samba share and sometimes the speed counter were updated. Currently I'm not sure about the internal logic of this display element. I'm not sure if I can make it work again cause my 'message skipping' logic is on a rather low level where I may not be able to selectively filter (or allow) them easily.
Anyway if I ever find the time for more LCMD work first would be reworking of EA handling during copy. I had a few full system hangs (most probably JFS problem, see above) when I wanted to copy >100GB of data. Only wanted to say thanks for all the testing and giving a sign that I'm still alive ;-) Although don't doing much OS/2 programming stuff anymore.
Btw. copying on Linux isn't that solid too. I tried at least 3 file manager there (Caja, Nemo, ??, ??) until I came across Dolphin. The others are toys not capable of copying huge amount of files too. Always though before a Linux (Debian) box is made for real work. But especially on the GUI stuff there seems to be a lot of amateur programmers. And our well known problems with unresponsive network shares (WPS hangs or long timeouts) exist to some extend on Linux too. Even with NFS shares which I thought is their native and preferred network sharing protocol :-(.
Navigation
[0] Message Index
[*] Previous page
Go to full version