Crest [fork]

Rating: 
4.916665
Your rating: None Average: 4.9 (12 votes)

Crest is a 'top/ps' like application. Forked from https://openrepos.net/content/miska/crest

As of version 1.8.1, Crest will no longer use the external 'ps' command, but gather this process info itself.

 

Filtered processes

The default view is apps only. But what defines an app? Crest simple used to filter names like "harbour-", "jolla-" or processes with dots. Lighthouse also has an app view, but filters app names found in /usr/share/applications.
Crest now also matches the desktop files in /usr/share/applications, but also includes sailfish-qml apps/processes (which seems more accurate than the old method Crest used).

In "Show all processes" mode Crest does not show the processes that appear between brackets; processes that do not have an associated command line (mostly kernel threads and some system services). They do not display memory usage, but can use CPU power. Not showing these processes shortens the process list a lot.

If "Incl. no cmdline [top 60]" is actived, those processes are also shown. To shorten the list and prevent higher cpu load, the list is limited to the top 60 entries.

RSS vs PSS

Crest shows the resident set size (RSS). It is less accurate than proportional set size (PSS), as PSS handles used shared memory use better. The downsize of PSS is that you need to have privileged access to collect that info.

Colors used for procesname

nemo/defaultuser = Theme.secondaryColor
root = Theme.primaryColor
others (android, media, system etc.) = Theme.secondaryHighlightColor

License to kill

Running as nemo/defaultuser, you can only kill your own processes.
But when /usr/bin/sudo is located and does not ask for a password, it will use that when needed (assuming sudo is configured correctly, else it fails of course), so root and android processes can be terminated as well. Needless to say killing random processes can make your system unstable or even crash.

 

Sources on github

Screenshots: 
Application versions: 
AttachmentSizeDate
File harbour-crest-1.7-2.armv7hl.rpm102.39 KB10/03/2021 - 20:21
File harbour-crest-1.7-2.i486.rpm119.13 KB10/03/2021 - 20:21
File harbour-crest-1.7-2.aarch64.rpm109.29 KB10/03/2021 - 20:21
File harbour-crest-1.7-3.i486.rpm119.46 KB09/10/2021 - 12:12
File harbour-crest-1.7-3.aarch64.rpm109.41 KB09/10/2021 - 12:12
File harbour-crest-1.7-3.armv7hl.rpm102.48 KB09/10/2021 - 12:12
File harbour-crest-1.7-4.i486.rpm135.13 KB17/10/2021 - 18:05
File harbour-crest-1.7-4.aarch64.rpm123.69 KB17/10/2021 - 18:05
File harbour-crest-1.7-4.armv7hl.rpm116.84 KB17/10/2021 - 18:05
File harbour-crest-1.8-1.aarch64.rpm123.31 KB06/12/2021 - 20:48
File harbour-crest-1.8-1.i486.rpm135.38 KB06/12/2021 - 20:48
File harbour-crest-1.8-1.armv7hl.rpm117.46 KB06/12/2021 - 20:48
File harbour-crest-1.8-2.aarch64.rpm123.57 KB07/12/2021 - 20:09
File harbour-crest-1.8-2.i486.rpm135.22 KB07/12/2021 - 20:09
File harbour-crest-1.8-2.armv7hl.rpm117.43 KB07/12/2021 - 20:09
File harbour-crest-1.8-3.aarch64.rpm123.5 KB07/12/2021 - 23:21
File harbour-crest-1.8-3.i486.rpm135.38 KB07/12/2021 - 23:21
File harbour-crest-1.8-3.armv7hl.rpm117.42 KB07/12/2021 - 23:21
File harbour-crest-1.9-1.aarch64.rpm123.95 KB12/12/2021 - 01:11
File harbour-crest-1.9-1.i486.rpm135.3 KB12/12/2021 - 01:11
File harbour-crest-1.9-1.armv7hl.rpm117.14 KB12/12/2021 - 01:11
File harbour-crest-1.9-2.aarch64.rpm123.85 KB19/12/2021 - 22:43
File harbour-crest-1.9-2.i486.rpm135.24 KB19/12/2021 - 22:43
File harbour-crest-1.9-2.armv7hl.rpm117.15 KB19/12/2021 - 22:43
Changelog: 
  • 1.9.2 Should fix incidental premature closing after selecting action from contextmenu.
  • 1.9.1 On process details page
    • also display username if registered
    • again fill CPU time with calculated value instead of "00:00:00"
    • extra info regarding Group owner ID
  • 1.8-3 fixed screen refresh regression introduced in 1.8.1
  • 1.8-2 fix: CPU% needed to be multiplied by 10.
  • 1.8-1 Removed dependency of procs-ng by gathering process info by itself
  • 1.7-4 Tried to disable require procps-ng for SFOS < 4, so it should also update on older versions
  • 1.7-3 kill child processes after 2 seconds as a workaround for possible SFOS 4.2 hang issues
  • 1.7-2
    • replace busybox-symlinks-procps with procps-ng during installation
    • added aarch64 build
  • 1.7-1 Cover improvements:
    • do not update when inactive
    • added uptime in day/hours/minutes/seconds format
    • Some layout changes
  • 1.6-1 Added viewmode including no command processes
  • 1.5-1
    • Added remorse timer for process killing
    • Additional process detail page
  • 1.4-1
    • Added process search function
    • Do not show program path in portrait mode
    • Use colorscheme for various users
    • Sudo support
    • Dropped reversed sort ordering
    • Show pid in kill dialog
    • Change app detection

Comments

olf's picture

Hi @ade,

triggered by the release comment "Tried to disable require procps-ng for SFOS < 4, so it should also update on older versions" for v1.7-4, I wondered why I still have v1.4-1 installed on SailfishOS 3.2.1.
Thus I started by checking the dependencies defined in the spec file (resulting in an unrelated mini-MR), but ultimately it simply seems to be compiled for newer SailfisOS releases.  A pkcon update harbour-crest results in Fatal error: nothing provides lbstdc++.so.6(GLIBCXX_3.4.21) needed by harbour-crest-1.8-3.armv7hl

Thus, can you please set the SDK to compile for an older SFOS release (possibly the oldest available).

BTW, the issues at GitHub are switched off, you might switch them on (e.g., I would have preferred to report there).  But if that was a deliberate decision, never mind my personal preferences.

Cheers!

carmenfdezb's picture

Hi @ade! Crest last version doesn't work fluid for me on sfos 4.3. If I open it from Terminal:
[D] unknown:0 - Using Wayland-EGL
library "libGLESv2_adreno.so" not found
library "eglSubDriverAndroid.so" not found
sudo: a password is required

It seems that sudo password is required and maybe this is the reason that it doesn't work fine.
Do you know how can I solve it? I use 'sudo' and I don't want to uninstall it.

ade's picture

I noticed the same slowdown on my Xperia XA2 Plus since SFOS 4.3. Some 'ps' info field retrievements seems to be the problem. Other devices I have do not slowdown, which is very strange.

Because of all the issues with 'ps', I am currently rewriting this part so it no longer needs 'ps'. Stay tuned for a few more days.

carmenfdezb's picture

Thanks for the update! It works perfectly :)

carmenfdezb's picture

Great! Thank you!

JacekJagosz's picture

Thank you so much for making it working agan, this is such a nice task manager!

JacekJagosz's picture

@ade Crest doesn't work for me either. I think it could be because I removed busybox-symlinks-bash and installed gnu-bash so patchmanager could work.
Could that be the source of the issue?

ade's picture

In case the 'ps' command does not finish it should now be terminated after 2 seconds to prevent this process causing a lock.

Still don't know what causes 'ps' to stall in some rare cases in SFOS 4.2, can't reproduce it from the commandline. Only thing I can think of is some kind of /proc/<pid> corruption.

If starting still does not work please reset the phone first to get rid of some previous 'ps' process or Crest instance. Or kill those manually. You can't use Crest for that at that moment ;-)

ade's picture

No, I don't think there is a relationship. It seems 4.2.0.21 related, as I also seem to get no response every now and then when starting the app.
What I noticed is that the 'ps' command does not finish, so Crest can't continue. I have not found the exact cause of this, but I do have Crest running fine atm, with a small, non related change it seems.
I will see if it keep running ok and might upload that version.

NGC_Ollie's picture

On 4.2.0.21 Crest is not starting anymore. No messages on commandline

ade's picture

It's still working here on 4.2.
Could it be that there is still some instance running in the background? Could you try a reboot first and if it does not help a reinstall of Crest?
If the problem still persists after that we will have to dig deeper.

pasik2's picture

After installing Android app support to my Xperia 10 II, Crest won't open anymore. Terminal output says:
[D] unknown 0 -Using Wayland-EGL
Library "libGLESv2_adreno.so" not found
Library "eglSubDriverAndroid.so" not found

ade's picture

Can't say much about this as I do not have a 64bit SFOS version. Are those "not found" messages maybe just warnings that also pop up with other apps? And I do not see a direct link between Crest and Aliendalvik library files. There is no clear coredump/crash message? Is Crest the only app with issues after installing Android Support? Can other AArch64 users confirm this issue?

kraemera's picture

Ok, thanks.

kraemera's picture

Does not show the apps under Sailfish 4.0

ade's picture

Why don't you read the description first?

TMavica's picture

Thats ok now. I also can use sudo mode, Thanks

TMavica's picture

Yes. I just hold in all /app only process page, the percentage wont change, the original old version is keep changing in %

ade's picture

Xperia XA, Jolla Phone, Jolla tablet, all work as expected here when talking about process refresh.

You are aware that the pulley text does not say the current state, but the state in will be in once selected? That's a bit different from the older version.

If you are still convinced you have an issue I can only ask if you see error messages when starting from the terminal and if so, paste them here.

TMavica's picture

I set auto.refresh on, the page still not refresh itself. Also how to use sudo mode in it?

ade's picture

If not much is happening regarding processes, it might look not being refreshed perhaps?

I mentioned only the basics for using sudo with the idea in mind "people who are not familiar with sudo perhaps also should not use this feature".

TMavica's picture

It seem autorrefresh on is not working

ade's picture

Works as expected here: choosing "Autorefresh off" turns off refesh, selecting "Autorefresh on" from the pulley starts autorefresh once again.