Er det rigtigt at java ikke kan håndtere større programmer?

Minecraft spillet er skrevet i Java.
Ved ikke om du vil kalde det stort.

Minecraft spillet er skrevet i Java.
Ved ikke om du vil kalde det stort.

Minecraft kører ikke specielt hurtigt, synes ihvertfald tit der er problemer med hurtigheden.

Det er vel ikke Javas skyld at det ikke køre hurtigt.
Ligesom det ikke er HTMLs skyld at en hjemmeside indlæser langsomt.

Minecraft køre iøvrigt fint hurtigt på min computer, kommer jo også an på grafikkort, indstillinger, net forbindelse, osv.

Jeg tænker bare at i minecraft er der i hvert fald mange firkanter at holde styr på så det ville jeg da betegne som et stort system.

Men det jo ikke så tit jeg støder på programmer lavet i Java.
Ved ikke hvorfor, om det er fordi der er så nyt eller svært at skrive i eller der ikke er så mange der kender det.

For hvert objekt du opreter i java, har den en ekstra hukommelse på 8 byte.

En boolean fylder 1 byte, liegsom en byte også fylder en byte.

Hvis du vil vide mere, omkring hvad de andre typer fylder, kan du kigge nærmere på denne side: http://docs.oracle.com/javase/tutorial/java/nutsandbolts/datatypes.html

Men, hvis du vil se, hvor meget en klasse fylder i hukommelsen, så skal du tage og ligge alle dine fields sammen, og så ligge et overhead på 8 bytes oven i hatten.

Så den følgende klasse:

 public class Car implements Comparable<Car> {
  
     private String model;
     private int topSpeed;
  
     public Car(String model, int topSpeed)
     {
       this.model = model;
        this.topSpeed = topSpeed;
     }
  
    public void setModel(String model) { this.model = model; }
     public void setTopSpeed(double topSpeed) { this.topSpeed = topSpeed; }
  
     public String getModel() { return model; }
     public int getTopSpeed() { return topSpeed }
  
     //Gør så vores klasse sorteres via topSpeed
     public int compareTo(Car car)
     {
        return new Integer(topSpeed).compareTo(new Integer(car.getTopSpeed()));
    }
  
  }

fylder altså: 4(int) + 8(overhead) + 2(String +1byte for, hver char i Stringen)

Så, hvis bilen ikke har noget navn, så fylder den altså 14 bytes i hukommelsen, hvor at hvis den hedder "fiat" så fylder den: 4+8+2+4(bogstaver) = 18bytes

Det er vigtigt, at huske at den fylder, det pr. instance du har af klassen.
Men desto større dine klasser er, desto mindre procent mæssigt overhead har man i java.

En boolean fylder 1 byte, liegsom en byte også fylder en byte.

Nope. JVM'en kender slet ikke til disse typer (som Java har).
Tag f.eks. følgende Java kode:

 public class T {
     public static void main (String args[]) {
         boolean b = true;
         System.out.println(b);
     }
 }

Oversæt og disassemble:

robert-workstation:~ $ javac T.java 
robert-workstation:~ $ javap -c T
Compiled from "T.java"
public class T extends java.lang.Object{
public T();
  Code:
   0:	aload_0
   1:	invokespecial	#1; //Method java/lang/Object."<init>":()V
   4:	return

public static void main(java.lang.String[]);
  Code:
   0:	iconst_1
   1:	istore_1
   2:	getstatic	#2; //Field java/lang/System.out:Ljava/io/PrintStream;
   5:	iload_1
   6:	invokevirtual	#3; //Method java/io/PrintStream.println:(Z)V
   9:	return

}

robert-workstation:~ $ 

Som du kan se i main metoden...den første instruktion lægger et 1-tal på stakken (en integer som fortolkes som 'true'). En integer...32 bits.
Dernæst gemmes den i den første lokale variabel. Igen, lokale variable er 32 bits i Java.

Der findes intet mindre end 32 bits i JVM'en. Arrays er optimeret lidt anderledes.

For hvert objekt du opreter i java, har den en ekstra hukommelse på 8 byte.

Forkert igen. Der er referencer til objektets klasse, der er reference counters til brug for garbage collectoren oooog så videre. Derudover følger der andet med...hver ny klasse har f.eks. et Class objekt plus informationer til JRE omkring hvordan den klasse kan bruges.

Og det er forskelligt fra 32 til 64 bit implementeringer fordi pointere fylder mere på en 64 bit maskine.