On 11/10/13 21:04, Nicholas Marriott wrote:
> Oops, looks like osdep_get_name can fail on Linux. Try this instead:
I think I can confirm that with this patch the freezing doesn't happen
any more. Thanks for your work!
Cheers,
Jan
-
On 11/10/13 21:04, Nicholas Marriott wrote:
> Oops, looks like osdep_get_name can fail on Linux. Try this instead:
It looks like this fixed the continuous memory growth. I will watch it
over the next few days to see whether it also fixed the freezes.
-
On 11/10/13 21:04, Nicholas Marriott wrote:
> Oops, looks like osdep_get_name can fail on Linux. Try this instead:
That patch seems to work, thanks. I'll wait a bit and check whether it
improves the situation.
Jan
--
Oc
Oops, looks like osdep_get_name can fail on Linux. Try this instead:
diff --git a/format.c b/format.c
index a7f1fde..118a8df 100644
--- a/format.c
+++ b/format.c
@@ -353,15 +353,20 @@ format_expand(struct format_tree *ft, const char *fmt)
char *
format_get_command(struct window_pane *wp)
{
-
On 11/10/13 12:17, Nicholas Marriott wrote:
> When is tmux pausing? Is it slow to attach? Slow to switch windows? Or
> if you do eg "seq 10" does it pause during the output?
It is pausing every time the statusline gets updated. I don't think
actions like attaching and switching windows get slo
On 11/10/13 12:29, Nicholas Marriott wrote:
> There is a leak in format_get_command but I don't see any others:
>
> diff --git a/format.c b/format.c
> index a7f1fde..2b00c3e 100644
> --- a/format.c
> +++ b/format.c
> @@ -353,7 +353,7 @@ format_expand(struct format_tree *ft, const char *fmt)
> char
On 10/10/13 22:43, Chris Johnsen wrote:
> Jan, have you ever noticed a message like the following when you use
> the bindings that use tmux inside run-shell?
>
> protocol version mismatch (client 7, server 8)
Yes, but only after updating tmux yesterday until I restarted all my
servers. It cert
I doubt this is the problem here but we might as well fix it. Can you
send a patch?
On Thu, Oct 10, 2013 at 04:43:07AM -0500, Chris Johnsen wrote:
>I found an fd leak recently; it is not specific to jobs, but attempting to
>use a version-mismatched tmux client from run-shell or if-shell
I found an fd leak recently; it is not specific to jobs, but attempting to
use a version-mismatched tmux client from run-shell or if-shell might
create a situation like this.
The "identify" message(s) sent by the client pass their stdin (and cwd in
the latest commits). The server automatically acc
Hmm have you got 6 clients attached?
All the sockets must be the stdin/stdout/stderr from the jobs.
What libevent version did you build tmux against?
Can you run tmux -Lxyz - for long enough for your status line to
update a few times (a couple of minutes would probably do) and then send
me t
On 02/10/13 11:51, Nicholas Marriott wrote:
> Ok I'm back and can take a better look at this...
I'm back now too and can do more experimenting.
> Are you sure they are not still there even as zombies?
Yes, they're really gone. Assuming I can trust the output of ps, that is.
> What was the outco
Ok I'm back and can take a better look at this...
Are you sure they are not still there even as zombies?
What was the outcome of killing all the panes but one once it starts
getting slow? Does it fix it?
Also did you send your config before, if not can you send it now?
On Wed, Sep 25, 2013 at
Nicholas Marriott wrote:
> Are the external programs still running?
No, they exit immediately with the desired output for the statusline.
Like I said earlier, even a simple #(date) call triggers it.
Jan
--
October Webi
Are the external programs still running?
Original message
From: Jan Larres
Date: 25/09/2013 06:27 (GMT+00:00)
To: tmux-users@lists.sourceforge.net
Subject: Re: Calling external programs in statusline creates pauses over time
I forgot to mention that I have 8GB of RAM
I forgot to mention that I have 8GB of RAM with still some free, so
there is no swapping going on that could influence the behaviour.
Jan
--
October Webinars: Code for Performance
Free Intel webinars can help you acceler
On 24/09/13 20:02, Nicholas Marriott wrote:
> Hmm if you kill all but a few windows does it speed up again? And does
> mem usage drop? How much mem has your box?
I'll have to do more thorough tests when I'm back from holiday in two
weeks, but so far it seems that tmux's memory usage is constantly
Hmm if you kill all but a few windows does it speed up again? And does mem
usage drop? How much mem has your box?
Original message
From: Jan Larres
Date: 20/09/2013 00:18 (GMT+00:00)
To: tmux-users@lists.sourceforge.net
Subject: Re: Calling external programs in statusline
On 20/09/13 06:44, Nicholas Marriott wrote:
> Hmm no jobs left around. How much memory is tmux using?
Quite a bit actually:
$ psgrep tmux
USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND
jan 13061 0.0 0.0 21520 124 pts/12 S+ Sep03 0:00 tmux attach -t
work
Hmm no jobs left around. How much memory is tmux using?
Original message
From: Jan Larres
Date: 17/09/2013 23:56 (GMT+00:00)
To: tmux-users@lists.sourceforge.net
Subject: Re: Calling external programs in statusline creates pauses over time
On 18/09/13 03:56, Nicholas
On 18/09/13 03:56, Nicholas Marriott wrote:
> Show me the output of "tmux info" once it starts getting slow please.
Sure, here it is. This is my default server and therefore rather busy,
but it also happens with less busy setups.
By the way, you don't need to CC me, I read the list through gmane
Show me the output of "tmux info" once it starts getting slow please.
Original message
From: Jan Larres
Date: 16/09/2013 07:47 (GMT+00:00)
To: tmux-users@lists.sourceforge.net
Subject: Re: Calling external programs in statusline creates pauses over time
On 1
On 16/09/13 18:34, Nicholas Marriott wrote:
> Hi. What tmux version?
Git development from about a month ago, revision aa4920f to be precise.
I checked the commits since then and none seemed really related, and
since the build-up is so slow I couldn't really test the newer commits.
Hi. What tmux version?
Original message
From: Jan Larres
Date: 16/09/2013 03:18 (GMT+00:00)
To: tmux-users@lists.sourceforge.net
Subject: Calling external programs in statusline creates pauses over time
Hi,
I recently figured out why my terminal would regularly freeze f
23 matches
Mail list logo
