emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Richard Riley <rileyrg@gmail.com>
To: emacs-orgmode@gnu.org
Subject: Re: remember template is slow
Date: Sat, 10 Jul 2010 09:16:49 +0200	[thread overview]
Message-ID: <i196p2$j5a$1@dough.gmane.org> (raw)
In-Reply-To: AANLkTikvEtpDSGGdjW7jasEAG_kEmPuW43_QfgHZ1euT@mail.gmail.com

"Daniel J. Sinder" <daniel@sindercity.com> writes:

> On Fri, Jul 9, 2010 at 2:44 PM, Richard Riley <rileyrg@gmail.com> wrote:
>
>     "Daniel J. Sinder" <daniel@sindercity.com> writes:
>    
>     > On Wed, Jul 7, 2010 at 9:30 AM, Buck Brody <buckbrody@gmail.com> wrote:
>     >
>     >     I'm finding that my remember templates are slow to load.  I've got
>     >     a lag of about three to four seconds.  I know that doesn't sound
>     >     like much, but it's kind of puts a kink
>    
>     What does "remember templates are slow to load" mean in this context?
>     You mean when you want to enter any new remember item or only the first
>     one? Any delay is normally once only when org is initialised.
>    
>     Another thing to look at which crucified my erc (irc client for emacs)
>     performance was flyspell - I had to remove it from my erc setup.
>    
>     >     in the workflow.  I use GNU emacs on Windows.  I also have cygwin installed, and I have noticed that the problem doesn't occur when using cygwin.  Any ideas?
>     >
>     > For what it's worth, I've also had this problem for a while now.  However, I *do* use emacs w/ cygwin:
>     > Windows XP (w/ Cygwin)
>     > GNU Emacs 23.2.1
>     > Org-mode version 6.36trans (release_6.36.453.g0cd4)
>     >
>     > I suspect (for no particular reason other than disdain for Windows) that it is related to poor file system (NTFS) access speeds.  For example, maybe org is trying to open
>     > several files to look for TODO keywords and/or tags?
>    
>     What makes you think ntfs would be a bottle neck? Bringing religious
>     wars into help discussions is rarely productive and better kept to the
>     advocacy groups ;) People use org on pretty much all mainstream OSen.
>    
>     >
>     > Dan
>
> Actually, I should have been more explicit -- I use emacs and org *exclusively* on Windows (via cygwin).  In fact, for years now, I exclusively use Windows as far as operating
> systems go.  However, not being an OS expert, but just a user, I am frequently frustrated by file access speeds.  I have heard (just water-cooler talk) that as the registry gets
> bloated over time, NTFS file access slows, having something to do with frequent checks of the registry prior to file access.  Originally, I didn't feel I understood the issue
> well enough to claim this as a legitimate reason in this forum.  But, seeing your (over)reaction, perhaps I should have explained myself better.
>
> Did I bring a religious war into the discussion?  No, I most certainly did not.  I didn't mention any other OS's, nor make comparisons between OS's.  Rather, I suggested a
> possible cause (slow NTFS file access) for the problem that others and myself are seeing with org on Windows.  I followed that with a question about whether org is trying to
> open several files when calling remember, to see if that would lead to a proper diagnosis of the problem.
>
> How did you contribute to the conversation?  I didn't bring up OS
> comparisons -- you did!  Now I know org is used on all OSen.  Thanks! 
> If you have nothing to contribute tobago

Without wanting to get into a silly tit for tat match here I would point
out two things :-

1) You said "I suspect (for no particular reason other than disdain for
Windows) that it is related to poor file system (NTFS) access speeds"
... If that is not bringing OS comparisons into it then I apologise. It
seem fairly clear to me that that is exactly what you did.

2) When you asked "what did I contribute", I asked you to be more
specific about "slow loading times" e.g only first time or each and
every time and also mentioned that flyspell can often create large
pauses in buffer creation. Apologies if you feel that request for more
info and suggestion about one potential were not contributing.


> this topic, and can't help solve my problem, then I suggest you reserve your accusations for an appropriate forum.
>
> Dan

Best of luck with your issues....

  reply	other threads:[~2010-07-10  7:17 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-07 16:30 remember template is slow Buck Brody
2010-07-08 11:01 ` Giovanni Ridolfi
2010-07-08 15:13   ` Buck Brody
2010-07-09 21:11 ` Daniel J. Sinder
2010-07-09 21:44   ` Richard Riley
2010-07-10  3:47     ` Daniel J. Sinder
2010-07-10  7:16       ` Richard Riley [this message]
2010-07-10 12:49   ` Bernt Hansen
2010-07-12 16:18     ` Buck Brody
2010-07-13 11:06       ` Carsten Dominik
2010-07-13 15:21         ` Buck Brody
2010-07-13 18:53           ` Carsten Dominik

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

  List information: https://www.orgmode.org/

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

  git send-email \
    --in-reply-to='i196p2$j5a$1@dough.gmane.org' \
    --to=rileyrg@gmail.com \
    --cc=emacs-orgmode@gnu.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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).