Out of curiosity, what kind of resource consumption and CPU
efficiency are you getting out of your Smalltalk projects
I need to run Eclipse in 512MB to get decent performance - I have all
my deliverables for every client loaded so that I can do refactoring
on shared infrastructure.
JBoss requires at least the same for deployment.
VisualWorks rarely uses more than 20MB when I'm developing. It has
both an Aqua and an X11 version on OSX. The Aqua version has some
performance issues relative to other platforms that have recently
been solved. Still, it feels quicker than Eclipse even in the slow
version.
I can deploy a server in 32MB, with additional memory allocated for
session/page/resource caching etc (I allow GBs for large servers). VW
allows you to completely customize the low level memory management
strategies to adjust to load e.g. you can start blocking requests/
purging caches depending on the memory profile across all the spaces
of the generation GC. VW uses language level pseudo-cooperative multi-
priority threads which give good throughput and vastly easier
management, debugging and customization e.g. you can easily manage
thread priorities/scheduling in response to load. This means it's
only single core, but typically Smalltalk deployments use multiple
instances running on the same box, especially in Seaside (http://
www.seaside.org) deployments.
In short, it's very efficient and highly optimized over a long period
of time. And BTW, the Java Hotspot VM was derived from a Smalltalk VM.
Smalltalk is a very sharp knife, and the analogy is apt, because you
don't give sharp knives to children.
(the same question can be asked to UML, in particular RUP developers)?
I don't understand this - UML is documentation and RUP is a process,
so surely it's not relevant to ask about resource consumption and CPU
efficiency.
Borrow money from pessimists - they don't expect it back.
-- Steven Wright
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Java-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/java-dev/email@hidden
