Bereiche
News
Rewind
Tipps & Berichte
Forum
Galerie
Journals
Events
Umfragen
Themenwoche
Kleinanzeigen
Interaktiv
Anmelden
Registrierung
Zu allen empfangenen Nachrichten
Suche...
Zur erweiterten Suche
Push-Nachrichten von MacTechNews.de
Würden Sie gerne aktuelle Nachrichten aus der Apple-Welt direkt über Push-Nachrichten erhalten?
Galerie
>
Kurioses
>
Ich bin verwirrt
"Ich bin verwirrt " von noah
Älteres Bild
Neueres Bild
0
0
Ausgangsbeitrag
noah
14.08.09
14:33
Vorher auf jedem OS 7.8GB & 111GB, was abzüglich des GB Betrugs korrekt ist.
Kommentare
Fenvarien
14.08.09
14:35
Unter Snow Leo haben sie die Berechnung geändert, daher stimmt die Anzeige mit dem überein, was auf der Packung der Festplatte steht ...
Up the Villa!
Vangore
14.08.09
14:38
Unglaublich, finde ich nicht gut. Ich fand den "Fake" auf jedem Produkt schon einfach nur dämlich.
macdevil
14.08.09
14:39
Genau, und wenn du in der Apple Developer Connection wärst, dann wüsstest du dies auch.
Unter Leopold: 1024 MB = 1 GB
Unter Snow Leopold: 1000 MB = 1 GB
Wie poste ich richtig: Ich schreibe einfach überall irgendwas hin. Egal wie unnötig mein Post ist.
lammi
14.08.09
14:43
ich find klasse, da hab ich dann endlich 10 gig mehr Platz auf meiner Platte und spar mir das aufrüsten
cmaus@mac.com
14.08.09
14:49
Ähm moment ...
man kann damit aber jetzt nicht auf einmal mehr Platz nutzen, oder?
T0mm1
14.08.09
14:53
cmaus@mac.com
Ähm moment ...
man kann damit aber jetzt nicht auf einmal mehr Platz nutzen, oder?
Nein.
Motorpsycho
14.08.09
14:55
Irgendwie erschließt es sich mir nicht, daß man mit einem neuen System einen korrekten Umrechnungswert durch einen falschen ersetzt, aber jeder wie er's mag.
Wo kämen wir hin, wenn jeder sagte, wo kämen wir hin und keiner ginge, um zu sehen, wohin wir kämen, wenn wir gingen.
maybeapreacher
14.08.09
15:05
Das ist übrigens die korrekte Bezeichnung unter SnowLeopard. Jahrelang wurde das falsch gemacht. Kilo = 1000 und nicht 1024.
Es gibt eine eigene Form dafür: 1 KibiByte = 1024 Byte.
Diese "neue" Form wurde schon lange als Standard eingeführt , aber niemand hält sich dran. SnowLeopard ist ein Anfang.
Es gibt auch eine andere Form, den JEDEC memory standard, da wird dann aber das K groß geschrieben. Bisher hieß es kB (kiloByte), jetzt müsste nach JEDEC KB =KiloByte) heißen, oder eben nach IEC KibiByte.
bamboocha
14.08.09
15:07
Motorpsycho
Irgendwie erschließt es sich mir nicht, daß man mit einem neuen System einen korrekten Umrechnungswert durch einen falschen ersetzt
Bist wohl nicht ganz auf dem aktuelle Stand...
Klaus Major
14.08.09
15:08
cmaus@mac.com
Ähm moment ...
man kann damit aber jetzt nicht auf einmal mehr Platz nutzen, oder?
You made my day, cmaus
bamboocha
14.08.09
15:08
maybeapreacher
Diese "neue" Form wurde schon lange als Standard eingeführt, aber niemand hält sich dran. SnowLeopard ist ein Anfang.
Korrekt.
void
14.08.09
15:29
cmaus@mac.com
Ähm moment ...
man kann damit aber jetzt nicht auf einmal mehr Platz nutzen, oder?
doch, doch! http://www.apple.com/macosx/refinements/:
"Smaller footprint. Snow Leopard takes up less than half the disk space of the previous version, freeing about 6GB for you — enough for about 1,500 more songs or a few thousand more photos."
Bei einer 250GB Platte auf welcher Leopard war (1024) wird mit Snow Leo (1000) genau 6GB mehr Platz sein.
Wenn man nachrechnet bemerkt man, dass diese 6GB allein durch die neue 1024/1000-Sache entsteht
q.e.d.
Developer of the Day 11. Februar 2013
bamboocha
14.08.09
15:40
void
Wenn man nachrechnet bemerkt man, dass diese 6GB allein durch die neue 1024/1000-Sache entsteht
q.e.d.
So wird es sein
ecaps81
14.08.09
16:14
irgendwas gravierendes haben sie dennoch gemacht
denn alle apple internen apps, wie ichat, adressbuch und so
verbrauchen nur mehr 1/3 des normalen speichers
ich weiss nicht ob es direkt was damit zu tun hat, aber ich finde es sinnvoll
void
14.08.09
16:18
ecaps81
irgendwas gravierendes haben sie dennoch gemacht
denn alle apple internen apps, wie ichat, adressbuch und so
verbrauchen nur mehr 1/3 des normalen speichers
ich weiss nicht ob es direkt was damit zu tun hat, aber ich finde es sinnvoll
naja der ppc-code is weg nehme ich an...
wobei das ja jetzt kein ppc/intel sondern ein 32/64bit bundle ist... aber vlt war ne ppc binary extrem groß^^
oder meinste mit speicher ram?
Developer of the Day 11. Februar 2013
Knork
14.08.09
16:42
void
naja der ppc-code is weg nehme ich an...
wobei das ja jetzt kein ppc/intel sondern ein 32/64bit bundle ist... aber vlt war ne ppc binary extrem groß^^
Falsch.
Die Apps sind jetzt komprimiert, und werden erst zur Laufzeit (sprich: Kopieren von Festplatte zu RAM) dekomprimiert.
Und dies trifft auf das gesamte Mac OS X 10.6 zu.
Der PPC-Anteil (32+64bit) in den Apps (d.h. Binary + sonstige Resourcen) beträgt Volumenmäßig ca. 5...10%.
void
14.08.09
16:57
Knork
5-10% is vmlt sogar zu viel, das meiste sind ja ressourcen...
können solche komprimierten apps denn auch auf älteren systemen ausgeführt werden?
Developer of the Day 11. Februar 2013
sierkb
14.08.09
17:07
maybeapreacher
Diese "neue" Form wurde schon lange als Standard eingeführt , aber niemand hält sich dran.
So ist es. Bisher. Ändert sich aber grad'. Und nicht erst mit Snow Leopard. Im Apple-Universum mit Snow Leopard, ja. Aber es gibt ja auch noch andere Betriebssysteme jenseits des Apple-Universums, die infrage kämen...
Stichwort: Binärprefixe. Der zugrundeliegende Standard heißt: IEC 60027-2 (ersetzt durch IEC 80000-13), wurde von der International Electrotechnical Commission (IEC) eingereicht und verabschiedet und anerkannt und unterstützt von anderen Normungsorganisationen, die da z.B. heißen: IEEE, BIPM/CIPM, NIST, CENELEC, DIN/EN, PTB.
Siehe auch:
Wikipedia: Binärpräfixe: Normen
und insbesondere der gut erklärende Abschnitt "Motivation und Geschichte"
sowie
Wikipedia: Byte
bzw. der Abschnitt "IEC-Präfixe zur Basis 2"
SnowLeopard ist ein Anfang.
Für Apple ist es ein Anfang, ja. Unter diversen Linux-Distributionen kennt und benutzt man Binärpräfixe schon länger bzw. der Linux-Kernel rechnet bereits seit längerem so. Wie es bzgl. Vista und Windows 7 derzeit mit Binärpräfixen aussieht, weiß ich grad' nicht bzw. bin zu faul, das weiter nachzuprüfen.
Mehr und ausführlich zum Thema übersichtsweise inkl. Verweisen zu den Primärquellen und den Standards:
Wikipedia:
Knork
14.08.09
17:15
void
Knork
5-10% is vmlt sogar zu viel, das meiste sind ja ressourcen...
können solche komprimierten apps denn auch auf älteren systemen ausgeführt werden?
Mangels Dekodier-Routinen: Nein. Dieses Feature ist Teil von Mac OS X 10.6
ChrisK
14.08.09
18:00
Solche Threads werden wir demnächst wahrscheinlich einmal die Woche haben ...
Wer anderen eine Bratwurst brät, hat ein Bratwurstbratgerät.
Maniacintosh
14.08.09
19:54
Genau darum werde ich auch nie verstehen, warum Apple sich dafür entschieden hat die neuen Megabyte zu nehmen statt der Mebibytes (bzw. wenigstens einstellbar), für die alten Megabyte hat man als Computernutzer nun seit Jahren ein Gefühl, würde da nun einfach MiB statt MB hinterstehen würde man sich einmal wundern und alles gut. So wird es viel Verwirrung stiften, gerade da man sich dem etablierten Standard widersetzt, der bisher (seit Einführung der Computertechnik) eben die abweichende Verwendung der SI-Präfixe bei dieser Nichtz-SI-EInheit vorsah, dies war gebräuchlich und eingeführt. Irgendwann fingen die Festplattenhersteller an, falsch zu rechnen, da die Festplatten so "grösser" wurden – gut fürs Marketing! Man argumentierte, dass die SI-Präfixe ja immer für je 1000 stehen, irgendwann hat man das eben auch für Datenmengen so spezifiziert und die Binärpräfixe (Kibi, Mebi, Gibi, Tebi) geschaffen. Konsens war aber (von Plattenherstellern abgesehen) die abweichende Nutzung der SI-Präfixe und eigentlich ist dies auch heute noch so.
Das schlimmste an der Geschichte: Apple ist inkonsequent – man spricht in "Über diesen Mac" von 4 GB RAM, welche der Rechner mit Sicherheit nicht hat, denn er dürfte 4 GiB RAM haben, was dann nach neuer Nomenklatur dann eigentlich (gerundeten) 4,29 GB RAM entspricht!
Kommentieren
Sie müssen sich
einloggen
, um ein Galerie-Bild kommentieren zu können.