On 10/07/03 02:20 +0900, Ender wrote:
Quote
:-))))))))) KWrite versus Word? 192Mb vs 1Gb of RAM? Testing on small
documents? ROTFL. That is not similar systems. Most close to KWrite is
Write.
True. On the other hand, other areas even things out: the Windows
box is running 1024x764x16bit whereas the Linux box is running
1600x1200x32bit on a slower video subsystem. As much as you'd
like to make this a case of David kicking Goliath's butt, it's
not entirely the case.
Quote
I prefer to test more similar environment. Same machine, same HDD, different
OS'es.
I would, too, but I do not have multiple operating systems
installed on the same hard drive. My Linux system is running on
an old 10 GB 5400 rpm IDE drive with my home dir on a slow SCSI-2
external disk mated to an ATA 2910C controller (ultimately meant
for tape drives and not hard disks). The Windows side enjoys a
brand new 120 GB UltraATA drive that seems to move data pretty
quickly.
I might have booted my Linux box into Windows for the test, but I
only use Windows on this particular system for recording music
with Cakewalk. I don't have any "office productivity" software
installed on it. It's as {*word*269} as possible. Because of this,
there was no possible way for me to do a fair test. I didn't even
have StarOffice 6 to use, which would likely have been a better
match for Word 2000.
Quote
Don't know anything about WIndows Me. It is not that OS i call "Windows".
That's similar to writing your own dictionary so that words mean
only what you want them to mean. Windows Me may not be a great
product, but it is a Windows product nonetheless.
Quote
No doubt that Office is "heavier" product than KOffice, but i will not
It is.
Quote
complain. In addition, as sign of quality - create large tables (>1000 rows
and>20 cols) in both spreadsheets and try to delete certain rows or
columns. You will be surprised by "good" performance of KSpread.
Actually, I loathe KSpread. As much as it would pretend to be a
clone of Excel, some things it just cannot do (well). Try
graphing a simple X-Y dataset: column 1 with dates, column 2 with
values. In Excel, this is as simple as it gets. I never managed
to get KSpread to do this, so I gave up on it. (My apologies to
any KSpread developers, but I calls 'em as I sees 'em.) I don't
blame Linux for this, however; it's just a matter of application
quality.
Quote
For that on Windows you may operate with documents like applications that
process these documents already loaded in memory. In linux you need to load
all apps in memory and place them on different desktops. Load/unload
We'll just have to agree to disagree. Your feelings on the matter
just do not match mine.
Quote
Of course not everything, but most of desktop apps which have roughly same
level of functionality show that Linux still need many work.
I'd say that most of the problems you're describing are
application-specific and have very little to do with
operating-system performance.
Quote
I do not need to find "equivalent" when i see that large, heaby and feature
rich application even able to compete with it's simpliest counterpart from
other OS in terms of speed.
You were the one who suggested testing equivalent apps in the
first place. :)
Quote
TF>(I might spend considerable time testing THAT hypothesis, mind you.)
TF>Find me a Delphi app to install and its Kylix port and then we're
TF>talking; anything else is pretty much a waste of time.
I have such programs. They use bpls. Time of loading is noticeable differ.
I'll have to take your word for it. The real-world question is
whether the Linux program takes so long to load and subsequently
performs so badly that it becomes a detriment to the user.
Quote
this, blame linux creators for lazinnes. If one strategy of work give to us
better performance then we must agree that product that used this strategy
is better.
Good performance always benefits the user experience, but
performance is only a partial measure of a program's usability.
MS Office is superb because it is not only feature-rich, but
intuitive, too.
Quote
TF>I'm quite sure that ILM tossed off the SGI boxes for Linux so they
TF>could enjoy poor video performance. The company for which I work, too,
TF>supplies high-performance graphics applications on RedHat at our
TF>customers' request (along with IRIX, HP-UX, Solaris and Windows
TF>NT/2k/XP). Those are but two examples. Shall you call that a
TF>falsehood, too?
Be precise. Desktop graphics <>moving arrays of bytes in memory at film
rendering. This is just two different processes.
Moving arrays of bytes during rendering is one thing; real-time
display to the user is something else entirely. Our advanced
simulation products also display to the user, not just render. As
an example, the user can modify the shape of a combustion chamber
in a 3D CAD environment and then watch a simulation of the
combustion cycle to help determine whether the change was
beneficial. That takes a lot of horsepower.
Quote
Never was on DOS side, never was on Windows side. While one give to me
I'd suggest that you're firmly on the Windows side now.
Quote
No. I'm not Windows evangelist as you may think. I'm constantly trying to
find good sides in Linux because my main work is Linux based. Everytime i'm
Well, uhm, try harder? ;^) Seriously, mate, in all the time I've
been following this group, I have never seen you write anything
significantly positive about Linux or Kylix.
Nice chatting with you. :)
trane
--
//------------------------------------------------------------
// Trane Francks
XXXX@XXXXX.COM Tokyo, Japan
// Practice random kindness and senseless acts of beauty.
//
mp3.com/trane_francks/
