linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Yaroslav Rastrigin <yarick@it-territory.ru>
To: Kasper Sandberg <lkml@metanurb.dk>
Cc: Alistair John Strachan <s0348365@sms.ed.ac.uk>,
	andersen@codepoet.org, linux-kernel@vger.kernel.org
Subject: Re: Why the DOS has many ntfs read and write driver,but the linux can't for a long time
Date: Mon, 9 Jan 2006 16:56:48 +0300	[thread overview]
Message-ID: <200601091656.48355.yarick@it-territory.ru> (raw)
In-Reply-To: <1136813783.8412.4.camel@localhost>

Hi, Kasper,
> > without worrying about my on-the-road availability. 
> > Suspend to disk has nasty tendency to ruin my whole hot live X session, since X can't properly restore VT on resume.
> > Overall performance isn't that bad, either, but I just can't understand, why KATE (Kde more or less advanced editor) takes twice as long to start 
> > as UltraEdit in _emulated_ (VMWare) Windows XP running on this same box.
> i can not take this seriously.. on both my laptop and workstation, the
> kate window is up in less than a second after i either run kate from a
> terminal, or select it in the kde menu..
Well, I could find more or less reasonable explanation of this behaviour - different VM policies of two OSes and 
strangely strong and persistent belief "Free RAM is a wasted RAM" among kernel devs. Free RAM is not a wasted RAM, its a memory waiting to be used ! 
Whenever it is needed by apps I'm launching or working with. 
> 
> unless ofcourse you are not using kde, and kate is the first kde
> application you start, then it will need to load much more than simply
> kate, at which point you cant really say what you are doing, since it
> would be somewhat like comparing half of windows's startup time +
> ultraedit startup time to kate startup time...
No. Fully loaded KDE session (without kdesktop and kwin, since I don't use first and using my own WM instead of second).
So almost all necessary libraries are hot and loaded, and all what's missing is a dozen of Window's and Pixmap's to allocate and two threads to 
handle events. And it takes seconds, not tens of a second, as in UltraEdit case 
> 
> > 
> > So, the question remains the same - whom and how much I need to pay to solve abovementioned problems ?
> > 
> 
> 

-- 
Managing your Territory since the dawn of times ...

  reply	other threads:[~2006-01-09 13:57 UTC|newest]

Thread overview: 73+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-01-09  7:54 Why the DOS has many ntfs read and write driver,but the linux can't for a long time Boxer Gnome
2006-01-09  8:06 ` Erik Andersen
2006-01-09  8:21   ` Boxer Gnome
2006-01-09  8:53     ` Jim Crilly
2006-01-09  9:07   ` Yaroslav Rastrigin
2006-01-09 10:22     ` Alistair John Strachan
2006-01-09 11:03       ` Yaroslav Rastrigin
2006-01-09 12:45         ` CaT
2006-01-09 13:34           ` Yaroslav Rastrigin
2006-01-10 13:29             ` Helge Hafting
2006-01-10 16:29               ` Randy.Dunlap
2006-01-11  2:29             ` David Nicol
2006-01-11  2:56               ` Lee Revell
2006-01-12 18:53                 ` David Nicol
2006-01-12 21:05                   ` Lee Revell
2006-01-09 13:36         ` Kasper Sandberg
2006-01-09 13:56           ` Yaroslav Rastrigin [this message]
2006-01-09 16:07             ` Alan Cox
2006-01-09 16:15               ` Lee Revell
2006-01-09 16:34                 ` Alan Cox
2006-01-09 16:34                 ` Olivier Galibert
2006-01-09 19:24               ` Diego Calleja
2006-01-09 19:33                 ` Lee Revell
2006-01-09 13:54         ` Lee Revell
2006-01-09 14:51           ` [OT?] " Yaroslav Rastrigin
2006-01-09 15:15             ` Lee Revell
2006-01-09 15:36               ` Randy.Dunlap
2006-01-14  9:55                 ` Pavel Machek
2006-01-09 15:17             ` Pekka Enberg
2006-01-09 14:32         ` Bernd Petrovitsch
2006-01-09 15:22         ` Denis Vlasenko
2006-01-09 19:07         ` Diego Calleja
2006-01-09 22:49         ` Dave Airlie
2006-01-10 12:00         ` Pavel Machek
2006-01-09 13:56     ` Lee Revell
2006-01-10  7:13     ` Andrew Morton
2006-01-10  7:33       ` Denis Vlasenko
2006-01-10  8:33         ` D. Hazelton
2006-01-10 10:49           ` Diego Calleja
2006-01-10 13:26           ` Denis Vlasenko
2006-01-11  4:57             ` D. Hazelton
2006-01-10  9:32         ` Yaroslav Rastrigin
2006-01-10  9:20       ` Yaroslav Rastrigin
2006-01-10 10:50         ` Diego Calleja
2006-01-09 16:32 ` Bernd Petrovitsch
     [not found] <5t06S-7nB-15@gated-at.bofh.it>
     [not found] ` <5t34G-3Zu-21@gated-at.bofh.it>
     [not found]   ` <5t5pU-7tD-37@gated-at.bofh.it>
     [not found]     ` <5t5JU-7Sn-11@gated-at.bofh.it>
2006-01-09 14:18       ` Robert Hancock
2006-01-09 14:28         ` Oliver Neukum
2006-01-09 15:15           ` Lee Revell
2006-01-09 16:02             ` Oliver Neukum
2006-01-09 16:04               ` Lee Revell
2006-01-09 16:14                 ` Oliver Neukum
2006-01-09 16:19                   ` Lee Revell
2006-01-09 16:29                     ` Bernd Petrovitsch
2006-01-09 16:41                       ` Lee Revell
2006-01-09 16:53                         ` Oliver Neukum
2006-01-09 16:56                           ` Lee Revell
2006-01-09 17:14                           ` Olivier Galibert
2006-01-09 17:28                             ` Lee Revell
2006-01-09 19:35                               ` Anton Altaparmakov
2006-01-09 17:14                           ` Bernd Petrovitsch
2006-01-09 17:31                           ` Alan Cox
2006-01-09 16:45                             ` Jeff V. Merkey
2006-01-09 17:33                             ` Lee Revell
2006-01-09 18:11                               ` Marcin Dalecki
2006-01-09 17:45                             ` Oliver Neukum
2006-01-09 16:59                         ` Bernd Petrovitsch
2006-01-10  1:44                         ` Alistair John Strachan
2006-01-10  4:30                           ` Lee Revell
2006-01-10 10:13                             ` Jakob Oestergaard
2006-01-10 10:34                               ` Jesper Juhl
2006-01-10 23:48 Lukas Hejtmanek
2006-01-10 23:57 ` Lee Revell
2006-01-11  0:02   ` Lukas Hejtmanek

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=200601091656.48355.yarick@it-territory.ru \
    --to=yarick@it-territory.ru \
    --cc=andersen@codepoet.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lkml@metanurb.dk \
    --cc=s0348365@sms.ed.ac.uk \
    /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.
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 NNTP newsgroup(s).