On Thu, Jul 7, 2016 at 2:48 PM, Alvaro Herrera <alvherre@2ndquadrant.com> wrote:
> Merlin Moncure wrote:
>> On Thu, Jul 7, 2016 at 1:18 PM, Alvaro Herrera <alvherre@2ndquadrant.com> wrote:
>> > Tom Lane wrote:
>> >
>> >> You might have better luck with "psql -n", or maybe not.
>> >
>> > I've wished sometimes for a "\set READLINE off" psql metacommand for
>> > this kind of thing. It's pretty annoying when the text being pasted
>> > contains tabs and readline uses to do completion.
>>
>> Agreed. I've looked at this problem extensively and concur that
>> readline is the culprit; I don't think there's any solution on our end
>> besides filing a bug with the readline. I also agree with the
>> upthread suggestion that the best workaround today is to \e into a
>> non-readline based editor (vim qualifies). Having said that, at least
>> on linux/gnome, very long pastes can cause severe performance issues
>> as well. So for large pastes I go with psql -f.
>
> Hmm, I was doing megabyte-long pastes (longest one over 5 MB) just a few
> weeks ago and was pleasantly surprised to discover that they worked just
> fine with no noticeable performance problem. I was pasting skype logs
> directly from the Linux skype client window into an xterm running cat,
> with obviously no readline involved.
Might be a 'xterm vs Mate Terminal' problem. Using raw xterm
performance is great. I like some of the creature comforts of the
mate terminal though.
merlin