Welcome to NeoOffice developer notes and announcements
NeoOffice
Developer notes and announcements
 
 

This website is an archive and is no longer active
NeoOffice announcements have moved to the NeoOffice News website


Support
· Forums
· NeoOffice Support
· NeoWiki


Announcements
· Twitter @NeoOffice


Downloads
· Download NeoOffice


  
NeoOffice :: View topic - Neo/J and the speed factor
Neo/J and the speed factor
 
   NeoOffice Forum Index -> NeoOffice Development
View previous topic :: View next topic  
Author Message
OPENSTEP
The One
The One


Joined: May 25, 2003
Posts: 4752
Location: Santa Barbara, CA

PostPosted: Fri Jan 21, 2005 10:22 am    Post subject:

Oh, the Carbon event loop is actually embedded within the virtual machine itself. We're still using Java 1.3.1 on Mac OS X which is a Carbon based VM. There are a number of reasons not the least of which is that 1.4 was really immature when we started.

The way we actually did the menus wasn't through swing as mentioned in the article but rather through the AWT menu system, e.g. Java classes like

http://java.sun.com/j2se/1.3/docs/api/java/awt/Menu.html

It's good in that it doesn't introduce too many new Carbon dependencies aside from needing to get activation messages for menus and some other things that aren't exposed from within Java. OOo is really finicky and really wants all of its platforms to conform to its own view of the world which, for better or for worse, looks a lot like Windows and X11 from a technological point of view. That's why the Mac menubar is arguably the most difficult stuff to work on.

ed
Back to top
ben_h
Guest





PostPosted: Tue Sep 13, 2005 3:13 am    Post subject:

I think the speed issue with Neo/J and OOo in general is the biggest problem it has. I for one feel really reluctant to use it, and there are two reasons for this.

-- The speed / bloat issue
-- The fact that the interface is inconsistent with other Mac OS X apps

I realise this second one is off-topic and probably rather involved to fix. But I just wanted to throw it in there, by the by.

Example: Fire up Neo/J, load a document (I tried this with a .ppt import), and move the mouse around the window without clicking on anything. 100% CPU usage.

This is on a Mac mini 1.25GHz / 1GB RAM.

There's a lot more going on there than should be. Smile
Back to top
ovvldc
Captain Naiobi


Joined: Sep 13, 2004
Posts: 2352
Location: Zürich, CH

PostPosted: Tue Sep 13, 2005 8:48 am    Post subject:

ben_h wrote:
-- The speed / bloat issue


Well, OpenOffice.org is a bit of a heavy boy in itself. And the need for a Java runtime, which eats a lot of memory even if it doesn't need to is not helping. Unfortunately, both are beyond our control.

As for speed, I wonder if the Java 1.4 code and bindings will be faster. I hope so but it probably will not save much.

ben_h wrote:
-- The fact that the interface is inconsistent with other Mac OS X apps

I realise this second one is off-topic and probably rather involved to fix. But I just wanted to throw it in there, by the by.


True, though in all fairness, serious strides have been made in this with regards to the menus and print dialog.

ben_h wrote:
Example: Fire up Neo/J, load a document (I tried this with a .ppt import), and move the mouse around the window without clicking on anything. 100% CPU usage.

This is on a Mac mini 1.25GHz / 1GB RAM.

There's a lot more going on there than should be. Smile


100% CPU is not a bad thing in itself, it means the Mac is working hard. As long as it is not doing it for more than a few seconds because then it starts to impair your workflow..

Best wishes,
Oscar

_________________
"What do you think of Western Civilization?"
"I think it would be a good idea!"
- Mohandas Karamchand Gandhi
Back to top
OPENSTEP
The One
The One


Joined: May 25, 2003
Posts: 4752
Location: Santa Barbara, CA

PostPosted: Tue Sep 13, 2005 8:15 pm    Post subject:

When compiling my cpu usually lives at 100% just about all the time. Sometimes on dualies I'm even close to 200%! Usually things remain snappy for me. The only consistent annoyance of 10.4 machines at high CPU load is that Safari sometimes fails to resolve names properly.

ed
Back to top
Display posts from previous:   
   NeoOffice Forum Index -> NeoOffice Development All times are GMT - 7 Hours
Goto page Previous  1, 2
Page 2 of 2

 
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You cannot download files in this forum

Powered by phpBB © 2001, 2005 phpBB Group

All logos and trademarks in this site are property of their respective owner. The comments are property of their posters, all the rest © Planamesa Inc.
NeoOffice is a registered trademark of Planamesa Inc. and may not be used without permission.
PHP-Nuke Copyright © 2005 by Francisco Burzi. This is free software, and you may redistribute it under the GPL. PHP-Nuke comes with absolutely no warranty, for details, see the license.