@frlan reported also slowiness on startup. His debug message log indicated the startup itself is as fast as expected but opening session files takes from 100ms to 300ms per file. IIRC he had similar times on Linux und MacOS.

Besides that, I agree with @elextr: this either needs some detailed measurements or a good hint what could have changed or since when.

Additionally, on Windows, Geany is always and probably since ever rather slow.

Maybe one reproducing the issue could bisect if it happened since 1.36? Not sure how easy bisecting is on Windows/Macos (probably depends on how easy it is to build), but that could possibly be a cheap-ish way of figuring this out.

I'm exclusively on Linux, and my startup times always have been fairly slow due to my huuuge sessions, so I probably wouldn't have noticed either way :)

Sorry if it's a silly question, it just hit me: which GTK version are we using on OSX and Windows for 1.37 and before? As the default switched to 3.x, do we use that? If 1.37 is the first GTK3 release there, it might very well be that…

whereas in 1.36 it will create 1 new document each time I click on "new" (which is better and expected I think)

Try without saveaction plugin.

Sorry if it's a silly question, it just hit me: which GTK version are we using on OSX and Windows for 1.37 and before? As the default switched to 3.x, do we use that? If 1.37 is the first GTK3 release there, it might very well be that…

1.37 for Windows was still GTK2 and since it seems already to happen with 1.36, it might have a lot more causes :(.

...

since it seems already to happen with 1.36, it might have a lot more causes :(.

Does it? IIUC what "issue exists in 1.36" is totally unrelated and about whether or not one can create more than one "untitled" files at once.

Yeah, seems I mixed them up. Sorry.

One thing that changed in 1.37 is saving the config every time a document is opened (or closed). Is that behaviour active whilst opening a session? (Just an idea)

Maybe try simply deactivating the feature (`files.save_config_on_file_change` various pref) and see if it helps? That sounds slightly more trustworthy than mtimes, depending on the setup. Anyway, in theory the code guards against loading the session, but there possibly could be something fishy preventing it to work in some situations I guess.

I'm having this issue on GNU/Debian Linux 10. I've been experiencing a slow-down when opening projects ever since I rebuilt Geany a couple weeks ago. I was using the git version. I checked out 1.37.1 and rebuilt, then 1.37.0, and things didn't go back to normal until I checked out 1.36 and rebuilt.

It happens with any project, no matter the number of files. Each file takes noticeably longer to load than before. I've included some logs and profiling output below.

``` 21:24:28: Geany INFO : Geany 1.37.1 (git >= 26f4813f), en_US.utf8 21:24:28: Geany INFO : GTK 3.24.5, GLib 2.58.3 21:24:28: Geany INFO : OS: Linux 21:24:28: Geany INFO : System data dir: /home/andy/.local/share/geany 21:24:28: Geany INFO : User config dir: /home/andy/.config/geany 21:24:28: Geany INFO : Loaded GTK+ CSS theme '/home/andy/.local/share/geany/geany.css' 21:24:28: Geany INFO : Loaded GTK+ CSS theme '/home/andy/.local/share/geany/geany-3.20.css' 21:24:28: Geany INFO : System plugin path: /home/andy/.local/lib/geany 21:24:28: Geany INFO : Added filetype Clojure (63). 21:24:28: Geany INFO : Added filetype Nim (64). 21:24:28: Geany INFO : Added filetype Graphviz (65). 21:24:28: Geany INFO : Added filetype Groovy (66). 21:24:28: Geany INFO : Added filetype CUDA (67). 21:24:28: Geany INFO : Added filetype JSON (68). 21:24:28: Geany INFO : Added filetype Arduino (69). 21:24:28: Geany INFO : Added filetype Kotlin (70). 21:24:28: Geany INFO : Added filetype Scala (71). 21:24:28: Geany INFO : Added filetype Genie (72). 21:24:28: Geany INFO : Added filetype Swift (73). 21:24:28: Geany INFO : Added filetype Cython (74). 21:24:28: Geany INFO : Added filetype TypeScript (75). 21:24:28: Geany INFO : Loaded libvte from libvte-2.91.so 21:24:28: Geany INFO : unknown : None (UTF-8) ``` ## config.log [config.log](https://github.com/geany/geany/files/5792156/config.log)

## SVG output from profiling This contains 2 SVG files, one from profiling with 1.36 and the other from 1.37.1

[geany_iss_2649_pprof.zip](https://github.com/geany/geany/files/5792171/geany_iss_2649_pprof.zip)

## Project I loaded for each of the 2 profiles

This is only useful to get an overview of the filetypes I'm loading. As I said above, it happens with any project. Most of the files I'm opening are of pretty average size.

[rmw.geany.txt](https://github.com/geany/geany/files/5792165/rmw.geany.txt)

``` *-disk:0 description: ATA Disk product: ST1000DX002-2DV1 physical id: 0 bus info: scsi@0:0.0.0 logical name: /dev/sda version: CC41 serial: Z4YG898K size: 931GiB (1TB) ```

``` andy@oceanus:~/src/Geany/geany/_build$ sudo hdparm -t /dev/sda

/dev/sda: Timing buffered disk reads: 626 MB in 3.01 seconds = 208.02 MB/sec ```

``` andy@oceanus:~/src/Geany/geany/_build$ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 94 model name : Intel(R) Core(TM) i5-6400 CPU @ 2.70GHz stepping : 3 microcode : 0xd6 cpu MHz : 900.033 cache size : 6144 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 22 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid mpx rdseed adx smap clflushopt intel_pt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp md_clear flush_l1d bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit srbds bogomips : 5424.00 clflush size : 64 cache_alignment : 64 address sizes : 39 bits physical, 48 bits virtual power management: ```

Having the same issue on Windows 10. Did some testing with different Geany versions, different install and file locations and two different machines:

### Geany versions - 1.37.1 --> slow - 1.37 --> slow - 1.36 --> slow - 1.36 **portable** --> fast - 1.35 --> fast

``` 22:28:45: Geany INFO : Geany 1.37.1, German_Germany.1252 22:28:45: Geany INFO : GTK 2.24.32, GLib 2.66.2 22:28:45: Geany INFO : OS: Windows 10 1909 22:28:45: Geany INFO : System data dir: C:\Program Files (x86)\Geany\data 22:28:45: Geany INFO : User config dir: C:\Users\lupus\AppData\Roaming\geany 22:28:45: Geany INFO : System plugin path: C:\Program Files (x86)\Geany\lib\geany 22:28:45: Geany INFO : Added filetype Arduino (63). 22:28:45: Geany INFO : Added filetype Clojure (64). 22:28:45: Geany INFO : Added filetype CUDA (65). 22:28:45: Geany INFO : Added filetype Cython (66). 22:28:45: Geany INFO : Added filetype Genie (67). 22:28:45: Geany INFO : Added filetype Graphviz (68). 22:28:45: Geany INFO : Added filetype Groovy (69). 22:28:45: Geany INFO : Added filetype JSON (70). 22:28:45: Geany INFO : Added filetype Kotlin (71). 22:28:45: Geany INFO : Added filetype Nim (72). 22:28:45: Geany INFO : Added filetype Scala (73). 22:28:45: Geany INFO : Added filetype Swift (74). 22:28:45: Geany INFO : Added filetype TypeScript (75). 22:28:45: Geany INFO : Added filetype AutoHotkey (76). 22:28:45: GLib-GIO DEBUG : _g_io_module_get_default: Found default implementation winhttp (GWinHttpVfs) for ‘gio-vfs’ 22:28:46: Geany INFO : unknown : None (UTF-8) ```

``` 22:28:40: Geany INFO : Geany 1.35, German_Germany.1252 22:28:40: Geany INFO : GTK 2.24.32, GLib 2.60.1 22:28:40: Geany INFO : System data dir: C:\Program Files (x86)\Geany_135\data 22:28:40: Geany INFO : User config dir: C:\Users\lupus\AppData\Roaming\geany 22:28:40: Geany INFO : System plugin path: C:\Program Files (x86)\Geany_135\lib\geany 22:28:40: Geany INFO : Added filetype Arduino (61). 22:28:40: Geany INFO : Added filetype Clojure (62). 22:28:40: Geany INFO : Added filetype CUDA (63). 22:28:40: Geany INFO : Added filetype Cython (64). 22:28:40: Geany INFO : Added filetype Genie (65). 22:28:40: Geany INFO : Added filetype Graphviz (66). 22:28:40: Geany INFO : Added filetype JSON (67). 22:28:40: Geany INFO : Added filetype Scala (68). 22:28:40: Geany INFO : Added filetype AutoHotkey (69). 22:28:40: GLib-GIO DEBUG : _g_io_module_get_default: Found default implementation winhttp (GWinHttpVfs) for ‘gio-vfs’ 22:28:40: Geany INFO : unknown : None (UTF-8) ```

``` 11:32:03: Geany INFO : Using alternate configuration directory <----- PORTABLE 11:32:03: Geany INFO : Geany 1.36, German_Germany.1252 11:32:03: Geany INFO : GTK 2.24.32, GLib 2.60.6 11:32:03: Geany INFO : System data dir: F:\PortableApps\GeanyPortable\App\Geany\data 11:32:03: Geany INFO : User config dir: F:\PortableApps\GeanyPortable\Data\settings 11:32:04: Geany INFO : System plugin path: F:\PortableApps\GeanyPortable\App\Geany\lib\geany 11:32:04: Geany INFO : Added filetype Arduino (61). 11:32:04: Geany INFO : Added filetype Clojure (62). 11:32:04: Geany INFO : Added filetype CUDA (63). 11:32:04: Geany INFO : Added filetype Cython (64). 11:32:04: Geany INFO : Added filetype Genie (65). 11:32:04: Geany INFO : Added filetype Graphviz (66). 11:32:04: Geany INFO : Added filetype Groovy (67). 11:32:04: Geany INFO : Added filetype JSON (68). 11:32:04: Geany INFO : Added filetype Kotlin (69). 11:32:04: Geany INFO : Added filetype Nim (70). 11:32:04: Geany INFO : Added filetype Scala (71). 11:32:04: Geany INFO : Added filetype Swift (72). 11:32:04: Geany INFO : Added filetype TypeScript (73). 11:32:04: Geany INFO : Added filetype AutoHotkey (74). 11:32:04: GLib-GIO DEBUG : _g_io_module_get_default: Found default implementation winhttp (GWinHttpVfs) for ‘gio-vfs’ 11:32:04: Geany INFO : unknown : None (UTF-8) ```

Notice the different GLib versions. GTK is identical.

### Slow vs. fast With "slow" I mean the longer load times for opening (new) files, which I first realized after upgrading from 1.35 to 1.37. With "fast" I mean the normal load times from 1.35.

As already mentioned, the problem is not the startup time of Geany itself, but the time to open a file. This applies to opening a text file from an arbitrary location on disk, but also **opening a new and empty file** via `ctrl+n`.

In my opinion, there is nothing special about opening sessions/projects, except the fact that sessions usually include multiple files, which means one slowdown per file in the saved session.

### Plugins and settings Tried with plugins and with deactivating all plugins via settings -> general menu. No difference. Tried with and without `files.save_config_on_file_change`. No difference.

### Location and machine Staying on the same machine (tested at work), it makes no difference if I run Geany (or load files) from the local SSD, HDD, USB flash drive or network share. At least the Geany/file location impact is much smaller than the difference between the slow and fast Geany versions. On the machine at home I did not test with different install locations, but expect the same result.

My machine at home shows faster startup/load times in general. The slow/fast version difference is still noticeable, albeit less pronounced.

### Portable version This really puzzles me. It was the last test I did. Before, I was sure hat something must have changed between 1.35 and 1.36 (untouched by changes introduced in 1.37 and 1.37.1). But than I discovered that [PortableApp's 1.36 version](https://portableapps.com/apps/development/geany_portable) has the fast load times from 1.35 and not the slow ones from 1.36 non-portable!

Unfortunately, it seems like they don't offer 1.37 or 1.37.1 yet and 1.34 not anymore. 1.33 is still available, but I did not test it, because I expect fast times as with 1.35.

So far, I only tested 1.36 portable at work, but will test at home later.

The big question is: Why do 1.36 portable and non-portable behave differently? With the portable version, one does not start Geany directly, but with a launcher executable `GeanyPortable.exe`. The launcher does some "portable magic" beforehand, than loads `geany.exe`, and does some cleanup afterwards (as far as I understand the portable apps system).

Anything else I can do to narrow down the problem?

Sorry, my mistake. 1.36 is fast, both in the portable and the non-portable version. Don't know what happened that night …

I updated the previous post. Now my observations are consistent with @andy5995 : All versions are fast versions until and including 1.36. Slowdown starts with 1.37 and goes on with 1.37.1.

Will do some stopwatch experiments tomorrow.

I can't measure any material difference (the difference is within the error caused by my reaction time) between

``` 08:56:28: Geany INFO : Geany 1.37 (git >= 915cf6e8), en_AU.UTF-8 08:56:28: Geany INFO : GTK 3.24.20, GLib 2.64.3 08:56:28: Geany INFO : OS: Linux Mint 20 (ulyana) ``` and

``` 08:55:54: Geany INFO : Geany 1.36 (git >= 825acb21), en_AU.UTF-8 08:55:54: Geany INFO : GTK 3.24.20, GLib 2.64.3 ```

opening a project with Geanys and Scintilla sources.

Always be careful what you are comparing is identical, use a copy of the same files, but don't use the same actual files between the two geanys or OS caching may make the second run faster.

Always measure more than once to avoid any system hiesenwork happening in the background affecting the results (your mailer fetching stuff, your browser updating the news feed etc).

I've narrowed down the specific commit where this slowdown starts.

https://github.com/geany/geany/commit/e42a963d6b4f1b2ef2063e59fc4139a250dfe7...

Which is one commit before the release of 1.37.0

Just to note the profiles @andy5995 posted above show most time being spent in Pango.

could you please do comparisons using versions built with gtk3. As 1.37 is the last release that will officially support gtk2, any issues it causes are likely not going to be fixed.

Are there windows installers with gtk3 available for download or do I have do compile it myself following [this guide](https://wiki.geany.org/howtos/win32/msys2)?

@L--U--P--U--S ummm, ahh, Windows, I missed that, yeah well the windows downloads are gtk2 up to 1.37, the intention is to switch to gtk3 before 1.38 release, but it depends on peoples time availability which is unknown in these "interesting" times. So you would have to build it yourself at the moment.

hmmm, 15 files of a few hundred lines taking 11 secs, on Linux I'm testing with approx 120 files taking about 6 secs, some of them being several thousands of lines (basically Geany and Scintilla src directories) and not seeing any difference between 1.36 and 1.37, but @andy5995 is seeing it on Linux. I'm not on a blindingly fast machine, its 9 years old, but it is from SSD, I wonder if there is something about some disks? And windows? I'm not aware of any big changes to how Geany reads files between 1.36 and 1.37. If I get time I will try loading the files off spinny disk.

@L--U--P--U--S thanks for doing that, so at least your problem doesn't seem to be GTK major version dependent either.

So summarising the data:

| Reported | OS | Version | GTK | slower | |-------------|------|------------|--------|----------| | https://github.com/geany/geany-osx/issues/20 | OSX | 1.36 | ??? | no | | https://github.com/geany/geany-osx/issues/20 | OSX | 1.37-2 | ??? | yes untimed | | @L--U--P--U--S | Windows | 1.36 | GTK 2.24.32, GLib 2.60.6 | no | | @L--U--P--U--S | Windows | 1.37.1 | GTK 2.24.32, GLib 2.66.2 | yes 5-10 times | | #2639 | Windows | 1.36 | ??? | no | | #2639 | Windows | 1.37.1 | ??? | yes untimed | | @andy5995 | Linux | 1.36 | GTK 3.24.5, GLib 2.58.3 | no | | @andy5995 | Linux | 1.37 | GTK 3.24.5, GLib 2.58.3 | yes, 2 times | | @elextr | Linux | 1.36 | GTK 3.24.20, GLib 2.64.3 | No | | @elextr | Linux | 1.37 | GTK 3.24.20, GLib 2.64.3 | No |

And to summarise my conclusions from that:

1. For some people 1.37(.1) is measurably slower, but not everyone, seems from the reports at https://github.com/geany/geany-osx/issues/20 (OSX) @L--U--P--U--S (Windows) and @andy5995 (Linux) it happens on all platforms. 2. @andy5995 bisected it to https://github.com/geany/geany/commit/e42a963d6b4f1b2ef2063e59fc4139a250dfe7... on Linux 3. but neither @codebrainz nor I see any slowdown on Linux

So maybe there is something in the environment that triggers https://github.com/geany/geany/commit/e42a963d6b4f1b2ef2063e59fc4139a250dfe7... to cause slowdown.

Because that patch sets the margin width, maybe it triggers Scintilla to re-layout each file after opening which is a plausible slowdown, but why does it only happen on some systems, or is that patch a furphy, those are the questions?

OK, thanks to the @andy5995's bisect we now know what's going on, and I see at least on one of my machines that undoing most of what that commit does roughly halves my loading times as well (I guess I never really noticed because I'm used for my usual huge Geany session to be slow enough that I don't attend it, and I don't restart Geany often either).

In any case, if all the reports about this slowness come from the same issue, then we're on the right tracks: having identified the issue usually accounts for at least half the work. Thanks!

Ok, I can get the slowdown if I make a project with _line wrap on all files_.

For me, it made no difference. I have line wrapping disabled (0;1;0).

@L--U--P--U--S it pretty much points to the same thing, the slowdowns happen when you turn on auto margin things.

Line number margins are set by Geany to fit the line numbers in a Scintilla callback IIRC, so its after Scintilla has loaded and done its thing, which may have included laying out at least some of the file, so that layout has to be done again after the margin is set since that changes the available page width, and that re-layout is the extra time you see. Not sure how we can fix that since it is different for each file because it depends on the number of lines in each file and so can't be set until the file is loaded.

The marker margins is the one automated by the patch identified by @andy5995 and it probably also causes a Scintilla re-layout when its set to anything other than Scintillas default value (16 I think). Hopefully @b4n can identify a way of setting it before load since its the same for all files.

@gsi-nestor its only been just over a week since last post, be patient or provide a PR.

Hi @gsi-nestor, and welcome to the Geany project. Thank you for reporting your OS and specs.

Hmmm, so even if we ask for the height of line 1 Scintilla lays out the whole file, well, I suppose it is necessary since Scintilla styles can have differing font sizes.

please give the branch [`startup-speed`](/geany/geany/tree/startup-speed) a spin

Works for me (Win10).

@L--U--P--U--S @andy5995 Thanks for testing!