DiL

carstenj toppt solche Statements gern noch mit "Beide Richtungen gings bergauf":upps

Zum Thema "per process user space", siehe auch Red Hat Enterprise Linux WS 3 Release Notes Red Hat Enterprise Linux 3 includes a new kernel known as the hugemem kernel. This kernel supports a 4GB per process user space (versus 3GB for the other kernels), and a 4GB direct kernel space. Using this kernel allows Red Hat Enterprise Linux to run on systems with up to 64GB of main memory. The hugemem kernel is required in order to use all the memory in system configurations containing more than 16GB of memory. The hugemem kernel can also benefit configurations running with less memory (if running an application that could benefit from the larger per process user space, for example.) Ein Kerl, dessen Vorname mit L anfängt hat dazu übrigens folgende Meinung ( LKML: Linus Torvalds: Re: mmap dirty limits on 32 bit kernels (Was: [bUG] New Kernel Bugs) ) Yeah. I always considered HIGHMEM to just be unusable. HIGHMEM was a mistake in the first place.

Hallo. Wie würde man in Java den "Schachtürken" programmieren? Nicht das gesamte Spiel Schach, sondern nur ein Pferd, das alls Felder des Bretts (genau) einmal besucht. Das Brett muss nicht 8x8 gross sein. Unter Automating the Knight?s Tour - The Daily WTF gibts eine Demo, wie das für ein 5x5-Feld aussieht. Wie geht das in Java? Ciao

Du übersiehst zwei Sachen: Zum einen konnte man damals 32bit-Betriebssystem auf mancher Hardware ausdrücklich nicht installieren, z.B. auf der HP9000 L2000 siehe HP L1000 and L2000 (rp5400/rp5450) Servers - OpenPA.net Zum anderen gehts hier um Linux und nicht um Kommerz-UNIX. Vermutlich um Linux auf der "PC-Plattform x86/x64/...", also mit den Windows-Kompatiblen Prozessoren. Kein SPARC, kein PA-RISC.