Hallo, I work with large amounts of database-output (from 10 to 200 MB), that I usually paste into a new opened TextMate window. When it is pasted, all works as expected. But pasting takes minutes. TM freezes and it takes much, much longer than other editors I tested (VIM, Atom, VS) until the text is visible and useable. I find out, that this is caused by the Clipboard History. I never heard of this before and do not use it, because I have the Clipy-App for that. Nonetheless the size of the clipboard history file was 1.3 GB. If I clear the clipboard history (control + option + command +v and then "Clear History") everything works normally, but in my case the CH grows really fast. So once a day I have to clear the history. In my opinion there are some solutions: - Decoupling the pasting process and the CH process. The CH process should run in background with lower priority. - Adding a setting to deactivate the CH. But in this case everybody, who use large text insertions run into this problems. - Limit the size of the CH. But if people rely on this, that can cause problems.
My hardware: - Macbook Pro 2013 with i7 and 16 GB RAM - Macbook Pro 2016 with i5 and 8 GB RAM same behavior on booth.
Thanks in advance Nils
I have to say that I agree with this. I already have a clipboard history working for me (LaunchBar) and I don't need another one. TM picks up everything, whether copied / pasted within TM or not, and this rapidly becomes a burden. Complaints go back a very long way (see e.g. http://textmate.1073791.n5.nabble.com/Disable-the-textmate-clipboard-manager...) but have never been attended to. m.
On Aug 5, 2020, at 5:20 AM, code.by.nils@gmail.com wrote:
Hallo, I work with large amounts of database-output (from 10 to 200 MB), that I usually paste into a new opened TextMate window. When it is pasted, all works as expected. But pasting takes minutes. TM freezes and it takes much, much longer than other editors I tested (VIM, Atom, VS) until the text is visible and useable. I find out, that this is caused by the Clipboard History. I never heard of this before and do not use it, because I have the Clipy-App for that. Nonetheless the size of the clipboard history file was 1.3 GB. If I clear the clipboard history (control + option + command +v and then "Clear History") everything works normally, but in my case the CH grows really fast. So once a day I have to clear the history. In my opinion there are some solutions:
- Decoupling the pasting process and the CH process. The CH process should run in background with lower priority.
- Adding a setting to deactivate the CH. But in this case everybody, who use large text insertions run into this problems.
- Limit the size of the CH. But if people rely on this, that can cause problems.
My hardware:
- Macbook Pro 2013 with i7 and 16 GB RAM
- Macbook Pro 2016 with i5 and 8 GB RAM
same behavior on booth.
Thanks in advance Nils _______________________________________________ TextMate mailing list -- textmate@lists.macromates.com To unsubscribe send an email to textmate-leave@lists.macromates.com
-- matt neuburg, phd = http://www.apeth.net/matt/ pantes anthropoi tou eidenai oregontai phusei Programming iOS 13! http://shop.oreilly.com/product/0636920310075.do iOS 13 Fundamentals! http://shop.oreilly.com/product/0636920310068.do RubyFrontier! http://www.apeth.com/RubyFrontierDocs/default.html
On 5 Aug 2020, at 16:17, Matt Neuburg wrote:
I have to say that I agree with this. I already have a clipboard history working for me (LaunchBar) and I don't need another one. TM picks up everything, whether copied / pasted within TM or not, and this rapidly becomes a burden. Complaints go back a very long way (see e.g. http://textmate.1073791.n5.nabble.com/Disable-the-textmate-clipboard-manager...) but have never been attended to.
Can you please provide steps to reproduce for the issue you are seeing?
Please be sure to do this with 2.0.15 as clipboard handling in that version differs slightly from 2.0.6.
On 5 Aug 2020, at 14:20, code.by.nils@gmail.com wrote:
I work with large amounts of database-output (from 10 to 200 MB), that I usually paste into a new opened TextMate window. When it is pasted, all works as expected. But pasting takes minutes. TM freezes and it takes much, much longer than other editors I tested (VIM, Atom, VS) until the text is visible and useable.
What version of TextMate? The nightly builds have new backend for clipboard history storage.
I find out, that this is caused by the Clipboard History. I never heard of this before and do not use it, because I have the Clipy-App for that. Nonetheless the size of the clipboard history file was 1.3 GB. If I clear the clipboard history (control + option + command +v and then "Clear History") everything works normally, but in my case the CH grows really fast. So once a day I have to clear the history.
You can disable *persistent* clipboard history by running this line in a terminal:
defaults write com.macromates.TextMate disablePersistentClipboardHistory -bool YES
It will however still keep history in memory (until a relaunch of TextMate), so I don’t know if this will fully solve the issue for you.
In my opinion there are some solutions:
- Decoupling the pasting process and the CH process. The CH process
should run in background with lower priority.
- Adding a setting to deactivate the CH. But in this case everybody,
who use large text insertions run into this problems.
- Limit the size of the CH. But if people rely on this, that can cause
problems.
Currently it limits history only based on date and total count (30 days or no more than 500 items): I hadn’t given much thought to size because *ideally* it should not affect performance, given that it is stored on disk, which is why I would like to know which version of TextMate you are running, so I know if this relates to the new or old storage backend.
If you are running 2.0.6 then please try update to latest nightly build (Preferences → Software Update) *before* you disable persistent clipboard history.
I try to reproduce the behavior and maybe I was wrong to blame the Clipboard History. I think there is another bug, that cause my issues: My database output is normally without line breaks. If I paste this 60 MB single-line JSON-data into TM it crashes. Or to be exact: TM 2.06: It allow pasting. But after this one CPU-Core is at 99.4-100% forever. So it goes this way: ---Click-TM-Window--FREEZE30s---CursorToAnotherPosition--FREEZE20s---TryToMoveBottomSideBar---FREEZE30s--- and so on. Working is not possible, but TM is not really crashing. If I take the same file, but with line breaks (like JSON beautify), all works as expected.
TM 2.15: Instead of TM 2.06 opening a single-line-file with 80 MB is not possible. TM is frozen while CPU is 99.9% for minutes (I stopped after 10 minutes). Working with a file with line breaks all behaves normally, no matter how large it is. It is possible to transform a line-break-file to a single-line-file(Find&Replace or Unwrap Paragraph). The transform takes 3 minutes (then I can see the single-line-text), but then it takes 2 minutes until I can set the cursor. But working is not possible: After every action (text selection, cursor placing,.. ) TM freezes for 10 or more seconds: e. g. if I insert one character near the end of this 80 MB single-line-file it takes 10 seconds until I see the typed "5" and 74 seconds until TM is ready to make the next action.
The RAM capacity is normal in every case. Only the 100%-CPU causes these issues. If a large single-line-file is open, CPU is instantly at 99% and stays there while it is not in the background. Even if I go away from the computer: always plus 99% (tested 40 minutes).
-
Allan Odgaard -
code.by.nils＠gmail.com -
Matt Neuburg