Skip to content

Conversation

@jecisc
Copy link
Contributor

@jecisc jecisc commented Jan 3, 2026

SmalltalkCI is running mostly in CIs and updating the progress bars can take some time.

The load time can be reduced I think if we use Metacello silently

SmalltalkCI is running mostly in CIs and updating the progress bars can take some time.

The load time can be reduced I think if we use Metacello silently
@LinqLover
Copy link
Collaborator

Cool, did you measure the performance gain? This should maybe be disabled when running in headful mode?

@jecisc
Copy link
Contributor Author

jecisc commented Jan 3, 2026

I think it will depend on the Smalltalk running SmalltalkCI. It's possible that some will not have any difference.

For SmalltalkCI I tried it on a project that is "middle size" and I gained 10-20sec on the run.

In an image headfull with multiple browsers open I have for the same project a load of 2.6sec that dropped at 0.6sec because most of the time is spend in the UI update when progress bars appears

@LinqLover
Copy link
Collaborator

Squeak or Pharo? Preferably we should fix this UI overhead upstream anyway. At least in Squeak, progress bar updates tend to be cheaper than label changes (which may cause the progress bar widget to resize).

@jecisc
Copy link
Contributor Author

jecisc commented Jan 3, 2026

This is Pharo 13 and 14. In a Metacello loading the label tend to change a lot so it has a big impact (we have the same problem in Pharo about labels). In Pharo we will probably not change the progress bar for now since we will change the graphical stack. But we should check that the new one is faster :)

I almost never use Squeak

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants