[JAVA] processortijd en hoeveelheid geheugen

[Verwijderd]

Hallo,

Kan iemand mij vertellen hoeveel processortijd en hoeveel geheugen java gebruikt?

Dit in verband met de java compiler(geen javascript) draaien op een citrix server

[Baron]

Dit hangt natuurlijk van de toepassing af natuurlijk.

Probeer de toepassing eens te starten op een pc en kijk hoeveel geheugen en processortijd er nodig is.

[Jelmer]

Op vrijdag 26 april 2002 11:17 schreef Graffiti het volgende:
Hallo,

Kan iemand mij vertellen hoeveel processortijd en hoeveel geheugen java gebruikt?

Dit in verband met de java compiler(geen javascript) draaien op een citrix server

Met ongeveer 10 man op een dual p2 550 met 512MB ram, kun je met een paar dev-utils nog net werken. (java proggies schrijven)

[Bobco]

Op vrijdag 26 april 2002 11:17 schreef Graffiti het volgende:
Kan iemand mij vertellen hoeveel processortijd en hoeveel geheugen java gebruikt? Dit in verband met de java compiler(geen javascript) draaien op een citrix server

Niet zo idioot veel. Ik gebruik Jikes van IBM als Java compiler en die heeft hier onder NT4 iets van 6 MB nodig als ik compileer. Hangt natuurlijk ook af van de grootte van je sources....

CPU verbruik hangt natuurlijk in hoge mate samen met de grootte van de te compileren sources. Jikes start erg snel omdat het native gecompileerd is.

En om even verder te gaan met de schaamteloze Jikes-promotie: naar mijn persoonlijke smaak zijn de messages van Jikes beter te begrijpen en te plaatsen dan die van de standaard javac zoals die in de JDK wordt meegeleverd.

[watzie]

Hoeveel het verbruikt is niet te zeggen natuurlijk. Maar als je van plan bent om een serieuze ontwikkeltool op een terminal server te zetten en dus remote te draaien dan raad ik dat echt af. Tools als Websphere Studio Application Developer of JBuilder gebruiken echt sloten geheugen (met een 512MB standalone 1GHz machine is er maar NET mee te werken), een beetje J2EE applicatie ontwikkelen vreet rustig bijna constant 100% cpu cycles en vanwege de lazy garbage collection (wat wel iets te tweaken is maar niet veel) zit je constant te swappen. Dat trekt je citrix server echt niet (iig niet als ie ook nog iets anders moet doen). Er zijn nog geen development tools die sharable zijn (optimized voor multiuser terminal server omgevingen) dus voor elke user wordt de volle mep aan geheugen toegewezen dus je server gaat kruipen!
Als je heel letterlijk alleen maar bedoelt een berg sources op die server zetten en dan af en toe een javac te runnen: dat moet geen probleem zijn. Zolang je maar niet meer dan 1 virtualmachine hebt draaien kan zelfs een licht citrix bakkie dat nog wel.

Maar bedoel je dit allemaal eigenlijk wel? Vanwege je reference naar javascript zou je het ook kunnen lezen alsof je vraagt of je java applicaties (JVM, virtual machine) kunt draaien op citrix. Dat kan natuurlijk probleemloos, en vraagt niet excessief veel geheugen of processortijd.

[Soultaker]

Op vrijdag 26 april 2002 11:48 schreef Jelmer Barhorst het volgende:
Met ongeveer 10 man op een dual p2 550 met 512MB ram, kun je met een paar dev-utils nog net werken. (java proggies schrijven)

Hmm, ik ben weleens gedwongen op een P4 1100 (kan ook iets meer of minder zijn) met 512 MB RAMBUS geheugen te werken met JBuilder (een Java IDE) en dat werkte allemaal nogal traag, zeker voor zo'n high end PC, waarop applicaties als VisualStudio vloeiend draaien. Op mijn eigen PC (Pentium III 550 met 512MB SDRAM) was de situatie onwerkbaar.

Kortom: zware applicaties in Java kun je beter laten. Java developpen doe je dus met een native IDE (of 'n goede editor en de command line utillities). Ik moet eerlijkheidshalve wel vermelden dat Java 1.4 betere performance schijnt te leveren, al is dat vaak nogal lokaal (sommige onderdelen zijn zeer veel sneller, andere delen maken weinig verschil). Ook een JIT compiler schijnt aardig wat winst op te leveren.

[The - DDD]

Kijk maar is in je bin dir van je JDK en in debin van je JRE. Twee keer zie je daar java.exe staan (windows platform). Draai nu maar is op beiden "java -version" en zie het verschil.

Als je een echt zware java app draait wil java -server (en de rest) nog wel is wat uitmaken. Let er wel op dat je geheugen gebruik en garbage collection iets anders gaat werken. Swing op zich zal langzamer worden, maar de thread scheduling wordt iets anders. Ook de GC krijgt wat meer prioriteit.

[ronaldmathies]

Op vrijdag 26 april 2002 12:14 schreef watzie het volgende:


Hoeveel het verbruikt is niet te zeggen natuurlijk. Maar als je van plan bent om een serieuze ontwikkeltool op een terminal server te zetten en dus remote te draaien dan raad ik dat echt af. Tools als Websphere Studio Application Developer of JBuilder gebruiken echt sloten geheugen (met een 512MB standalone 1GHz machine is er maar NET mee te werken)

Dit is niet geheel waar, ik draai JBuilder 6 Enterprise op een laptop met 398 mb geheugen en een 800 Mhz. proc. en dan verbruikt het maar 208 mb geheugen. (met daarnaast Excel, Outlook, Winamp, Browser vernster 4x en nog wat losse tooltjes)
een beetje J2EE applicatie ontwikkelen vreet rustig bijna constant 100% cpu cycles en vanwege de lazy garbage collection (wat wel iets te tweaken is maar niet veel) zit je constant te swappen.
[/quote]

Ik weet niet waar je deze wijsheid vandaan haalt maar een Application Server draai je dus echt nooit op een Citrix server, of je snapt echt niets van J2ee.

En het ontwikkelen van een dergelijke applicatie is niets anders dan een client/server applicatie. En vreet al helemaal geen 100% cpu

Dat trekt je citrix server echt niet (iig niet als ie ook nog iets anders moet doen). Er zijn nog geen development tools die sharable zijn (optimized voor multiuser terminal server omgevingen) dus voor elke user wordt de volle mep aan geheugen toegewezen dus je server gaat kruipen!
Als je heel letterlijk alleen maar bedoelt een berg sources op die server zetten en dan af en toe een javac te runnen: dat moet geen probleem zijn. Zolang je maar niet meer dan 1 virtualmachine hebt draaien kan zelfs een licht citrix bakkie dat nog wel.

Je kan gemakkelijk op een 1Ghz. met 512 mb geheugen een keer of 15 á 20 een Java compiler starten. Hier zal alleen maar de cpu de botelnek zijn.

Maar bedoel je dit allemaal eigenlijk wel? Vanwege je reference naar javascript zou je het ook kunnen lezen alsof je vraagt of je java applicaties (JVM, virtual machine) kunt draaien op citrix. Dat kan natuurlijk probleemloos, en vraagt niet excessief veel geheugen of processortijd.

[Alarmnummer]

Op vrijdag 26 april 2002 11:58 schreef Bobco het volgende:
CPU verbruik hangt natuurlijk in hoge mate samen met de grootte van de te compileren sources. Jikes start erg snel omdat het native gecompileerd is.

Jikes is geschreven in c++

[mbravenboer]

Alarmnummer: Jikes is geschreven in c++

Volgens mij was het native gecompileerde Java... Als je Jikes niet native compileert schijnt hij ongeveer even snel te zijn als Suns compiler...

[Alarmnummer]

Op vrijdag 26 april 2002 20:20 schreef mbravenboer het volgende:

[..]

Volgens mij was het native gecompileerde Java... Als je Jikes niet native compileert schijnt hij ongeveer even snel te zijn als Suns compiler...

http://oss.software.ibm.com/developerworks/opensource/cvs/jikes/jikes

ziet er toch vrij c achtig uit met cpp en h bestanden

[mbravenboer]

Hum ja idd.... waar ik dit dan opgevangen heb is mij ook een raadsel .

Altijd eerst controleren dus als je op je geheugen af gaat ..