PS3 file manager (new app) 260606-0332

[mohasi]

Hi there, I have been working on a clean file manager for a few weeks, its partially functional. What works:

- Navigation
- Copy / Cut / Paste
- Rename
- Delete
- New file / directory

Ill be adding some more functionality as I go. Some of the planned stuff includes:

- New file / directory
- Zip / Unzip
- Open text / image / audio files
- Text editor
- PS3 game mounting
- FTP
- Last updated date column
- Permissions info on a file
- Symlinking

Code:
https://codeberg.org/mohasi/ps3-dev/src/branch/main/apps/file-manager

Releases:
https://codeberg.org/mohasi/ps3-dev/releases

Thank you

 

[Berion]

Worth to investigate filesystem sync functionality. Because i.e in multiMAN, if user delete eg disc image, and not wait for sync (which occurring in unknown condition), XMB will be reporting old free size from before deleting, while file is in reality deleted, leaving user in technically damaged UFS2 state without way to fix it. The same apply to all FTP servers. This works fine on 4.21 but became broken on 4.4x and still is. Something strange going on with vsh I believe, and I put bet blindly on sync/async write.

 

[mohasi]

Worth to investigate filesystem sync functionality. Because i.e in multiMAN, if user delete eg disc image, and not wait for sync (which occurring in unknown condition), XMB will be reporting old free size from before deleting, while file is in reality deleted, leaving user in technically damaged UFS2 state without way to fix it. The same apply to all FTP servers. This works fine on 4.21 but became broken on 4.4x and still is. Something strange going on with vsh I believe, and I put bet blindly on sync/async write.

Thanks for your comment. I looked into this, and found (maybe incorrect):

• webMAN mod does not sync, nor does IRISMAN (it has it commented out in client.c), and ManaGunz does it for NTFS/exFAT.
• You are right, if no flushes occur, there could be discrepancy between deleted/copied files and actual disk state, which on power failure could cause issues. Although I am unsure of what exactly would happen, don't want to try.
• There are two levels available, a per file sync using cellFsFsync(fd), and a full device sync using sys_fs_sync lv2 syscall.

I could add both, but copying and syncing after every file for thousands of files may be too heavy performance wise so I will not add that, but I will add a device sync after a batch, even if it partially fails, covering copy/move/delete. A batch can be 1 file, or a thousand. So it will still run after single files. Just not in the middle of deleting a directory with a thousand.

I will also make a similar change in my "simple-ftp-plugin", but at a lower granularity, i.e. every command. AFAIK FTP works in lock-step, so the client sends a command for every single file to delete/copy etc, so since we already have that networking delay, adding a fast sync should not cause a noticeable perf drop.

I will make the change in the next release.

 

[jolek]

Added into the resources.

 

[Desmo]

Thanks mohasi! I always love coming back after a break and seeing what the devs have come up with for the scene. I'm in the process of dl'ing and will install to play around with.

Best Regards,
Desmo