Toshiba annoncerer 64 GB flashram-chip

" Den nye chip består internet af 16 32 Gb flashram-chips, der er placeret forskudt oven på hinanden. "

Internet??
16x32 giver da iøvrigt slet ikke 64gb. Der er da vist nogen der har sovet på jobbet et sted hér. ;)

#1 Tror at der skulle stå internt.

Og i en 64 GB ipod er der 2x32 og en 32 er der 2x16.. det er den måde det skal forståes på.

Brug nu "foreslå rettelser" istedet for at komme med en åndsvag kommentar om stave/skrivefejl.

Derudover tager du helt fejl, da der er tale om 16 stks 32 Gigabit og ikke 32 GigaByte, og derved går regnestykket op.

1 Byte = 8bit

16 x 32 Gigabit = 512 Gigabit

Divider det hele med 8 for at få det i GigaByte og resultatet bliver 64 GigaByte.

Jeg har her understreget de forskellige ting så almindelige folk nemmere kan se forskel.

#3 Må ærligt indrømme jeg heller ikke syntes det gav mening. Men okay jeg lægger heller ikke mærke til om der står GB eller Gb... åbenbart. Men tak for at åbne vores øjne ;-)

OT:
Jeg tror at vi i en ikke så fjern fremtid kommer til at opleve telefoner hvor man ALDRIG behøver at slette sms'er. Har i hvert fald læst at mange HTC telefoner (Windows Mobile) kan lagre den slags data på flashhukommelsen. Og jeg går altså ikke og skal have hverken 64 eller 128 GB data med mig på min telefon.
Og nej jeg syntes ikke man skal se film på telefonen, den slags hører til en større skærm.

#4 Tja, Min telefon bliver umådelig langsom til nogle ting når dne indeholder mere end 3000 sms'er. og den mængde sms'er fylder nok omkring 200KB.
Det er altså ikke SMS'er du skal bruge dine mange gigabyte til.
mht. film, Jeg encodede en spillefilm til at være på min telefon. pga. den lave opløsning fyldte den kun omkring under 100MB (det skal siges at jeg har en nokie 6300, og altså ikke en smartphone), så det er heller ikke Her du skal bruge den meget plads.
Billeder (især hvis telefonen har 5Mpix kamera eller lignende) og så musik, det er nok de bedste chancer for at få brugt pladsen på nuværende tidspunkt.

#5 det er fordi dem der laver din telefon har valgt ikke at bruge tid på at lave en smart måde at fiske SMSer ud på. De fleste telefoner henter samtlige SMSer når indbakken åbnes, det på trods af det uden tvivl kun er de sidste 10-20 der faktisk har interresse.
Det har længe undret mig at SMS systemet ikke automatisk arkiverede SMSer der er 1 måned gamle og lavede et ordentligt system til at browse de gamle (evt. pr måned for at holde det nede)

#6 enig, det er helt uforståeligt hvad de har gang i.

det var især et problem da jeg havde HTC Touch tidligere. Det var umådeligt slemt når man havde 1000 sms'er indbakken. Det kunne også tage en times tid at slette dem igen tit.

Men okay jeg lægger heller ikke mærke til om der står GB eller Gb... åbenbart.Scapegoat (#4)

Det må du altså lære! :-D
Holder selv altid øje med det, for ellers kan man hurtigt regne galt.

Jeg har lige exporteret 9100 sms beskeder fra min 2 år gamle smartphone HTCs indbakke og 9200 fra min udbakke. Det tog lidt tid.
Men derudover er der i HTC's telefon ikke en nem måde hvorpå du kan slette en mængde sms'er hvilket er alt for dårligt..

Har ikke slettet mine beskeder endnu, men om den føles langsommere end tidligere. Tjaaa. Langsom er den i hvert fald... Det er sikkert...

Nå, men med hensyn til hukommelse og meget af den, så kan det da både bruges til musik, film, og andre former for data...

Arkiverer alle mine sms'er på MyPhone. Virker fortræffeligt...

Mener at Windows Mobile gemmer alle SMS'er i en intern SQL database. Så spørgsmålet er vel at optimere dertilhørende algoritmer. SQL er jo i og for sig hurtigt nok... Touch Diamond 2's sms chat vindue viser kun de seneste 20 sms'er.. :P

#0 << Mere! Vildere! :) 128 GB akkommoderer alligevel en del musik. Og pr0n (som vi alligevel i 90'erne blev vænnet til at nyde low-res:).

#10 << Well, SQL er et sprogdogme, så det er kun DBadmins og programmørens arbejde, det optimerer. Eksekvering af queries optimeres ikke af sprogbrug.
Du har sikkert ret i, at Windows telefoner benytter MS SQLExpress, som er en neddroslet MS SQL Server - hvorfor optimere på SMShåndteringen, når alt andet alligevel er så langsomt? :)
Generelle databasesystemer leverer den langsomste implementering af en vilkårlig database, du kan finde. Skal en database være hurtig, skal du skrive den selv - ikke benytte disse "Jack-of-all-trades" :)