all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Daniel Colascione <dancol@dancol.org>
Cc: Emacs-devel@gnu.org
Subject: Re: Power: blink-cursor-mode is a pig
Date: Fri, 30 Dec 2011 13:42:17 +0200	[thread overview]
Message-ID: <83pqf6theu.fsf@gnu.org> (raw)
In-Reply-To: <4EFD826D.2060309@dancol.org>

> Date: Fri, 30 Dec 2011 01:20:45 -0800
> From: Daniel Colascione <dancol@dancol.org>
> CC: Emacs-devel@gnu.org
> 
> Cursor blinking is _not_ implemented at a low level in C; if it were,
> the problem would be more tractable.  The cursor blinking is triggered
> by a lisp timer.  The display code (specifically,
> get_window_cursor_type) can use a different kind of cursor depending on
> whether a window is selected or not; that's why we don't observe the
> cursor blinking when Emacs loses focus.  But the decision to show the
> cursor or not happens on the lisp level, in blink-cursor-timer-function.

Timers are not Lisp-level creatures, they are fully implemented in C.
They just call Lisp functions when the value of some variable becomes
non-positive, but that's all they have to do with Lisp.  It should be
very easy to avoid calling Lisp under some conditions known at the C
level.

But I think I actually don't understand what you are trying to achieve
exactly, and why, because I admit I don't know well what exactly is it
that causes power waste due to "Emacs wakeups" you want to avoid.

Here's what confuses me.  Timers are implemented as part of the Emacs
internal loop that watches the various channels (keyboard, subprocess
pipes, network connections) for available input.  The loop that does
this is always running; it never stops, except for very short periods
of time.  A timer fires when this loop sees that the current time is
past the timer's expiration time.  An idle time fires when the loop
sees that Emacs was idle for more than the specified amount of time
(i.e., the loop records when Emacs became idle and then compares the
current time with that recorded time).  When the loop decides that a
time expired, it calls its Lisp function.

(Btw, unlike what you say, blink-cursor-mode does _not_ use an idle
timer.  But this is not important; I digress.)

Now, in the context of battery operation, why would you want to avoid
calling the Lisp function, given that the loop which invokes that
function will still be running?  How will that avoid waking up Emacs,
when the fact that the loop is running already means Emacs is awake?

What am I missing?

> I don't see anything wrong with this approach.  The only problem is that
> lisp doesn't know when it can turn off the timer.

Turning off the timer does not prevent the above-mentioned loop from
running.  So how would this avoid wasting power?



  reply	other threads:[~2011-12-30 11:42 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-29 23:54 Power: blink-cursor-mode is a pig Daniel Colascione
2011-12-30  3:55 ` Lennart Borgman
2011-12-30 16:54   ` Richard Stallman
2011-12-30  9:10 ` Eli Zaretskii
2011-12-30  9:19   ` Lennart Borgman
2011-12-30  9:20   ` Daniel Colascione
2011-12-30 11:42     ` Eli Zaretskii [this message]
2011-12-30 11:58       ` Daniel Colascione
2011-12-30 12:39         ` Daniel Colascione
2011-12-30 15:32         ` Eli Zaretskii
2011-12-30 12:49       ` 山本 光晴
2011-12-30 15:35         ` Eli Zaretskii
2011-12-31  3:47           ` YAMAMOTO Mitsuharu
2011-12-31  7:10             ` Eli Zaretskii
2011-12-31  7:21               ` Daniel Colascione
2011-12-31  7:42                 ` YAMAMOTO Mitsuharu
2011-12-31 10:59                   ` Jan Djärv
2011-12-31  7:42                 ` Eli Zaretskii
2011-12-30 14:37   ` David De La Harpe Golden
2011-12-30 15:37     ` Eli Zaretskii
2011-12-30 13:57 ` Thien-Thi Nguyen
2011-12-30 14:46   ` Óscar Fuentes
2011-12-31 18:04 ` Chong Yidong
2011-12-31 18:11   ` Lennart Borgman
  -- strict thread matches above, loose matches on Subject: below --
2011-12-31 12:00 grischka
2011-12-31 14:40 ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=83pqf6theu.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=Emacs-devel@gnu.org \
    --cc=dancol@dancol.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.