Related
i'm gonna root my phone tomorrow and i wanted to know i got a 8gb card and i want to keep 2gb for storing apps and games...how do i allocate that space? does it automaticaly become open or do i have to allocate space
you have to partition the sd card once you've finished the root process. most of the current recovery images have the ability to do so built in. by the way, 2gb is a hell of a lot more than you're going to need for apps and games unless you're planning on installing 500+ apps. I have close to 100 apps and 10 or so games on my G1 and I'm using maybe 250mb.
kusotare said:
you have to partition the sd card once you've finished the root process. most of the current recovery images have the ability to do so built in. by the way, 2gb is a hell of a lot more than you're going to need for apps and games unless you're planning on installing 500+ apps. I have close to 100 apps and 10 or so games on my G1 and I'm using maybe 250mb.
Click to expand...
Click to collapse
oh ok thanx...i want to keep 2gb space so that my phone doesnt become slow
djteotancolis said:
oh ok thanx...i want to keep 2gb space so that my phone doesnt become slow
Click to expand...
Click to collapse
However something about the way apps2sd is implemented makes the phone slow if you allocate a huge ext2/3/4 partition think absolute Max at about 610mb. Regardless of SD size.
ezterry said:
However something about the way apps2sd is implemented makes the phone slow if you allocate a huge ext2/3/4 partition think absolute Max at about 610mb. Regardless of SD size.
Click to expand...
Click to collapse
thank you for the information i didnt know that
a large sized partition for apps will not make your phone any faster. depending on what ROM you choose to install, having a third partition for swap will make it faster. however, there are roms out at the moment (like cyanogen's latest) that do not recommend using swap because of how aggressively it will be used if implemented. in other words, some roms swap is bad because it will suck the life out of your sd card like a damn vampire, and not one of the gay sparkly ones from twilight.
I know this is weird, or it might be just me not knowing much about this stuff, but here's what happened
Yesterday I was looking for a software for maps/navigation and ended up installing a free one (OsmAnd), and then procceeded to create the maps with Mobile Atlas Creator.
So far so good, I created a detailed map for my zone, consisting of around 95k tiles according to the program, which weighted around 440MB.
So I checked the free space on my SD Card and it said that it had 1.5GB free, so I proceeded to copy it. The thing is, it told me that I didn't have enough space. I thought it was an error, so I tried again, but it just wouldn't let me.
So I then went to check my SD Card and erased a lot of things that were there that I wouldn't need anymore, and I freed around 3.8GS worth of space, and tried again. This time, it did copy the files (which by the way, took bloody ages), and after it was finished, I checked the available space on the SD and it said that it had around 150MB free.
I can't help but think that something is awfully wrong, but I also thing this could be related to some sort of compression or something alike (I used both, a Mac with OSX and a PC with Windows 7).
What do you guys know/think about this?
Sorry I can't help with your problem.
But your in Alajuela Costa Rica? If so awesome I am in Jaco
Are you on kolbi? How's it working out for you?
It's probably because of the block size of the sd card. When you copy lots of small files (like you did) they will therefore take up a lot more space.
On 4GB cards I believe that the block size is larger than for instance a 8GB. that's my experience anyway.
Tech_Boy said:
Sorry I can't help with your problem.
But your in Alajuela Costa Rica? If so awesome I am in Jaco
Are you on kolbi? How's it working out for you?
Click to expand...
Click to collapse
Yes, I'm in Alajuela. And Kolbi, for me at least, is working just fine.
I'm getting like 950kbps download and 300kbps upload (which might suck for people outside CR, but it's quite awesome around here)
Metallan said:
Yes, I'm in Alajuela. And Kolbi, for me at least, is working just fine.
I'm getting like 950kbps download and 300kbps upload (which might suck for people outside CR, but it's quite awesome around here)
Click to expand...
Click to collapse
Yeah I am getting 1056kps download and around 300kps upload too; love it! Working great. Except for waiting for my replacement nexus to get here
It depends on the partitioning of the SD card.
If you have it partitioned with big blocks and copying a huge amount of small files - yes, theoretically it's possible. How many files are we talking about?
Jack_R1 said:
It depends on the partitioning of the SD card.
If you have it partitioned with big blocks and copying a huge amount of small files - yes, theoretically it's possible. How many files are we talking about?
Click to expand...
Click to collapse
Around 95 thousand XD
I guess that's it then.
Is there any way to change that?
I just ordered a new 16GB SD card, but if there's anything I could do to prevent something like this in the future, that would be great.
Only to change file system on the SD card to use smaller blocks (less wasteful, but more reads/writes and less performance), or use packed file format (pack all the small files into one bigger file - using tar/zip/whatever), or use compressing file system (it's going to be troublesome - NTFS supports that, but I'm not sure NTFS-formatted SD card will mount on Android, and it's also performance overhead).
The main trouble is that on 16GB card you're going to have those files take 4 times as much space as they did on 4GB card. Since these are very small files, each file is essentially a block - and the blocks grow in direct proportion to SD card size (using FAT32 and considering big cards). So by moving to 16GB card you're not gaining much.
Thanks for the answer.
The problem is mainly due to the fact that my current SD Card is only 4GB, and it's class 2, so I guess changing the partition for smaller blocks would indeed affect the performance.
Perhaps when I get my new 16GB Class 6 one that one will be a better choice.
I'll wait and see then.
UPDATE: Just saw you updated your post, so I'll update mine too.
I searched a little bit more on the dev's page and they warn about that behavior too. But they also indicate a way of creating a different type of file that the app also recognizes, that is like putting all the 95k files in one only file.
It's a bit bigger than the actual size of the 95k tiles (tiles were like 75MB, and the file is like 91MB), but I guess that this will alleviate the issue of it the file size skyrocketing when transferred to the SD Card.
Thank you very much for your explanation, it really helped me, at least it encouraged me to do some more research and find a solution to my problem.
Format with smaller allocation unit size...
( HTC Desire Android 2.2 )
I had the same problem with my card getting full because of the big
allocation size. 500MB of files, took all my space on the 2GB SD-card.
I copied the whole card to my computers harddisk, where it used 3.44GB
of space. (because of larger allocation size)
I formatted my 2GB SD-card to FAT32 with an allocation unit size of 512
bytes. I moved all files back to my SD-card, and I now have all my space
back, and my almost 2GB total filesize (before formatting), is down to 500MB.
I don`t notice any difference in the phones performance. I use a sea-map
app. that stores the maps on the SD-card, and it works perfect.
You might want to try a higher allocation unit size than I did, I just don`t
want to waste any more time copying to find out what size is ideal.
Exact numbers now:
52.362 files, 136 folders
Size: 500MB
Size on disk: 516MB
Total capacity: 1,86GB
Free space: 1,36GB
Backup size on PC: 3,44GB
Hope this helps!
Post your feedback and findings
I have been wondering if it is possible to modify where programs store their external data on the SD card, but have not been able to find an answer yet.
Example...
I have the program "FolderOrganizer" and it stores it's backup data to /mnt/sdcard/FolderOrganizer. Now what I would like to do is to clean up my SD card a bit by moving all my program saves to the /mnt/sdcard/Android/xxxxx folders. This way I know where all my backups, skins and etc are located at while keeping my file structure clean.
I have been using Root Explorer to poke around and see if I can find any indication of where these programs set their external save directories at (xml files etc), but I have not been able to figure it out yet.
I bet it is something easy that I am just missing. Can anyone help out or point me in the right direction?
djstaid said:
I have been wondering if it is possible to modify where programs store their external data on the SD card, but have not been able to find an answer yet.
Example...
I have the program "FolderOrganizer" and it stores it's backup data to /mnt/sdcard/FolderOrganizer. Now what I would like to do is to clean up my SD card a bit by moving all my program saves to the /mnt/sdcard/Android/xxxxx folders. This way I know where all my backups, skins and etc are located at while keeping my file structure clean.
I have been using Root Explorer to poke around and see if I can find any indication of where these programs set their external save directories at (xml files etc), but I have not been able to figure it out yet.
I bet it is something easy that I am just missing. Can anyone help out or point me in the right direction?
Click to expand...
Click to collapse
No... it's not something you're just missing... there is no standard and as a result it's almost impossible to achieve what you're aiming for. I too wish for the same, everything simply under <sdcard>/android/ ...
Some apps are hard coded in their code, some allow the user to select, some store in /data/data/xxx/shared_prefs/ - it's a lottery.
djmcnz said:
No... it's not something you're just missing... there is no standard and as a result it's almost impossible to achieve what you're aiming for. I too wish for the same, everything simply under <sdcard>/android/ ...
Some apps are hard coded in their code, some allow the user to select, some store in /data/data/xxx/shared_prefs/ - it's a lottery.
Click to expand...
Click to collapse
Thanks for the response. That is a bummer though, I was really hoping to be able to tell everything where to write to. I currently have a ext4 partition on my SD and that is where all my apps install to... if I can't tell the apps where to save on my SD partition, it would be nice to at least move it all to the ext4 partition.
There is crap all over on my SD card and my OCD is starting to kick in!
Yeah, I know the SD card can get messy... it's really stupid and annoying... Unfortunately, there is no SD card data saving guidelines for developers... and writing to an ext partition is completely out of scope for market apps because not all users have ext partitions... it would be nice, though, to have apps save data under one common folder... say /sdcard/data or /sdcard/Android... maybe we need to petition developers or Google!!
I agree with the saving to and ext partition. I just think it is silly that you can't at least specify a directory to save external data. I know some apps allow this, but I guess that if Google forced a change then everyone would have to change their code.
I wonder what would happen if you took out your SD and tried running those apps. Where would they write to then?
djstaid said:
I agree with the saving to and ext partition. I just think it is silly that you can't at least specify a directory to save external data. I know some apps allow this, but I guess that if Google forced a change then everyone would have to change their code.
I wonder what would happen if you took out your SD and tried running those apps. Where would they write to then?
Click to expand...
Click to collapse
Apps that require the sdcard for storage will usually either give an error when run without an sdcard or just not work at all.
I am also pretty anal about my storage and neatness, and I have given up on my sdcard being organized. What I have done is create folders with capital first letters to bring them to the top of the listing when browsing by default sort, at least I can find what I want easily without sifting through all the data folders..
That is pretty much what I have done. I guess it it better than nothing. If I knew more about programming I would try and build something to look for and modify those paths. I just never really understood/got into the whole programming thing... that is why I ended up in Infrastructure. lol
djstaid said:
That is pretty much what I have done. I guess it it better than nothing. If I knew more about programming I would try and build something to look for and modify those paths. I just never really understood/got into the whole programming thing... that is why I ended up in Infrastructure. lol
Click to expand...
Click to collapse
I'm with you there, long time (20+ years) building and repairing pcs, 0- years programming.
As far as building something to modify the paths used by programs accessing the sdcard in Android, that seems a nearly impossible feat. Each program would have to be modified, requiring reverse-coding (baksmali) each one individually, modifying the code, and recompiling (smali). This would also require re-signing and reinstalling each application, making updating from the market impossible, and would take a lot of work.
Due to the fact that applications are "sandboxed" (so to speak) in Android, I wouldn't think there was a global %externaldata% path variable that can be modified from /mnt/sdcard to /mnt/sdcard/Android, I am pretty sure that path is set in each application.
Though, I could be wrong. However, it is worth noting that if it is a global variable, changing it would result in applications that are already properly coded to use /mnt/sdcard/Android/%appname% or /mnt/sdcard/data%appname% to instead attempt to write the data to /mnt/sdcard/Android/mnt/sdcard/Android/%appname% as they would append their string to the global variable.
I believe, all we can do is petition developers to use a more structured data path in their programs, and learn to live with disorder!
daveid said:
I believe, all we can do is petition developers to use a more structured data path in their programs, and learn to live with disorder!
Click to expand...
Click to collapse
lmao!
this is true though... at least I know that I am not alone. haha
I am definitely with you all on this. I found this post after having the same epiphany just now. There needs to be more structure to the use of external storage. These little things are what set our OS apart from say, the "forbidden" iphone...
I have actually tried digging into different apps to see where the store locations are set at and have had no luck. I guess if I knew how to program or at least modify that one part of the app I would have more luck.
Problem with that is if I modify something in an app and it gets updated, I would have to do it all over again. I guess that is the gift and curse of having such an open OS. I will post back here if I figure something out though. I have been digging into the Android OS a little more, but I am still having problems understanding how it all works underneath.
Running cm7 off sdcard and just did something stupid.
I set the cpu speed up a notch (from 1200 to 1325) and raised the voltages up just one notch. And without setting it to go back to default on boot, I took the sd card out, loaded the nightly build (143), put it back into the nook and did a recovery boot.
It Applied the upgrade and I rebooted for a normal sdcard startup. After the home screen gets populated and all the routine icons appear (and looks normal) nothing more can happen. Touching any of the icons does nothing, and hitting the power button won't hide the screen. All I can do is press and hold the power button for about ten seconds to turn the unit off.
When booting to NC, all works as expected.
I really don't want to loose the other work I did over the last few days!!
Since it's the Nook Color Tweaks app that does the adjusting during boot, I'd pop the SD into some system that can handle a partitioned SD (Linux will absolutely work, Windoze probably not) and delete this folder and all contents:
/data/data/com.dalingrin.nookcolortweaks
This should blow away the settings. Put it back into your NC and try to boot. If that doesn't let you boot, do it all again (remove the above folder) but also remove
/data/app/com.dalingrin.nookcolortweaks-2.apk
You'll have to reinstall Nook Color Tweaks after this, but the settings should be back to default.
You may have to dig a bit to figure out the partitions, and their names probably won't make sense. For instance, on Linux it may be something like /media/sdc2/data or /media/B3-A7/data instead of /data/data. I forget how the SD install names the partitions, or if it names them at all.
If there's some recovery tool that'll let you do the above on the NC itself, somebody please post it here and let us all know.
Good luck!
Thanks for that info, it makes sense to me.
I don't have a Linux system handy but may just build one for the heck of it.I suppose that would take more effort than just re-doing my work on the sd card however, but it would help me REMEMBER to make changes with a backup plan
Cancel that previous idea! I don't have a spare system that contains an sd reader.
Perhaps a bootable cd/dvd that can access the sd partitions would be the right answer. If so, can anyone give me a 'shortcut' to build this or download a prebuilt iso image. Thanks.
I hear ya. I wouldn't've enjoyed my NC half as much if I'd been using Windoze to mess with it. I could just pop my SD into my office or home machine and have full access to everything. Very handy. Not being able to do that is the only downside to running from emmc that I've encountered so far. But I haven't had any disasters yet.
I downloaded an iso image for Slax V6. Unfortunately its for a cd, and all I have are dvds. I suppose that it isn't possible to burn this to dvd and have it work
If you burn the img to a DVD, it should work (Isoburner is free and does a good job for that).
Slax 6? Is that a live cd image? You don't have to install Linux, you can use the distros that boot off of the cd/dvd when you burn the image, like Puppy, Linux Mint, or PCLinuxOS. You can get links to those at
http://www.distrowatch.com
If you're familiar with Linux, Slax is great, but if you haven't done a lot with it, I'd go with Mint or PCLinuxOS. Those distros are easy to use, and should have the tools you need. You can also download DVD's of those, if you like.
While waiting, I found a flavor of slax to write to a thumb drive and make it bootable .
So I tried this out on a 4gb thumb. It boots fine, but when it runs startx, it just sits there . I can do a ctl-alt-del to reboot, but it is dead beyond that. I can boot it up to log on as root with just the cmd line input, but I am deperately lacking in the knowhow to navigate to access the sd drive .
And this is starting to look like it is becoming an 'off topic' thread, so I appologize to the subject gods.
[Solved] Thanks for helping
Finally bit-the-bullet and just rebuild the sdcard, etc.
Was spending more time trying to recover than it would have taken to rebuild.
griffinmt said:
Finally bit-the-bullet and just rebuild the sdcard, etc.
Was spending more time trying to recover than it would have taken to rebuild.
Click to expand...
Click to collapse
Lol, for future reference, www.pendrivelunux.com and make yourself a bootable ubuntu flash drive or something
Sent from my NookColor using XDA Premium App
I've been trying to recover some space on my Nexus one and have been largely successful in doing so with a combination of tricks, but while looking at my partitions and tallying up the numbers something didn't seem to be adding up right; the unit is supposed to have 512MB flash, but I was coming up about 60MB short.
I found this thread which discusses the partition layout of the N1; the sizes they show all seem to match up well with what my device shows. Now, the hex address of the end of the last partion (user data) ends just a couple MB short of 512MB; the start of the first partion (misc) however seems to start over 60MB into the memory space... is there a reason for this, and if so what's occupying those lowest 63.75MB of flash space?
Baseband, AKA "radio", is what you're looking for. Unless you want your Nexus not to boot anymore, it's not advisable to try and repartition baseband space.
Instead of working hard and uselessly wasting effort, use A2SD or any other kind of linking to SD-mounted EXT partition. No matter what you try, Nexus doesn't have nearly enough internal space for any common use.
That answers my question, thank you.
As I mentioned in my original message, I was successful in freeing enough space on my device; a combination of moving apps and libraries (copy to system/lib and symlink back to original location) into the system partition and clearing out bulky or unnecessary apps has left me with over 60MB of free data space without even having to resort to fancy A2SD business (just normal android move to SD card). I was simply curious about what was filling in the remaining space on the flash chip and the radio pretty much fits the bill.
As someone with pretty average amount of user apps (a bit less than 100) and 700 MB user space taken, I can't see the point in doing what you mentioned for anything but pure fun. But if that suits you - I won't argue.
Well, by my app drawer I'm sitting at ~125 (44 purely in data, 34 moved to SD with standard android method, rest either native system or moved there) apps, and if my "puny" N1 can have 60MB free and not even need ext-style A2SD I'm not quite sure how the N1 doesn't have "nearly enough internal space for any common use". Seems to me the point (not "pure fun" as you dismissively imply) of doing what I've done is to able to keep using a pretty decent phone that still has more than enough storage space if you make the least bit of effort to manage it.
But hey, who am I to judge if you prefer to buy whatever latest phone the carriers tell you you should want every 12 months just so they can cram more bloated apps on it?
I appreciate the answer to my initial question about what's using the lowest block of flash storage (I was simply curious about what was using it - I couldn't find information if it was flash overprovisioning or some other low-level portion of the OS using it), but I don't really appreciate the unnecessary negative attitude and commentary for what was just a simple question. Thanks anyways.
I guess you didn't understand my point(s). I'll elaborate:
First and foremost, my point is this: N1 is a crap of a phone. Having it for over 1 year, and trying to adapt it to my wife for 3 or 4 months later on before giving up on it, taught me that this phone can't be dealt with by anyone who doesn't want to accept its touchscreen limitations. It was so refreshing having the phone (MT4G in my case) just react without fuss and not expecting it to crap out at any given time - not even mentioning the huge speed-up. The price of "upgrade" (selling the N1 and buying any previous-generation phone, like DHD/MT4G/DS/DZ) can be brought down to as low as $50, and the benefits are huge, I already wrote it a couple of times on the forum.
To the storage point (actually, several points):
N1's NAND is painfully slow, compared to anything, even to regular Class 2 SD card. You can try copying any large file from NAND to EXT and back, from NAND to NAND and from EXT to EXT and see what takes more time. You're likely to discover that A2SD actually adds performance instead of hurting it.
My app data (/data/data/*) alone takes roughly the same space as your whole internal /data storage has, so I guess the amount of apps alone isn't that meaningful of a measurement. I still call it a perfectly normal and average data usage - I don't have anything special installed, no heavy games that save 200+ MB of data on internal memory, just apps like Goggles, Flash, iGO and a couple of other big apps that aren't movable by normal means (and tend to crap the system out when they're forced to move). The problem in your approach is not even the one-time amount of work you had to invest to make that space, but the amount of work you'll have to invest to keep the phone running - moving system updates to /system upon every update, clearing browser cache, etc - generally, keeping things in constant check. Free time is something you learn to appreciate when you don't have enough, and more hassle-free setup is always preferred IMHO.
But again, different people have different needs, so while I can post my point of view - I don't argue with yours.
Thank you for elaborating, actually; it clarifies much that was not apparent in your earlier posts. This thread isn't really about the pros and cons of the N1 so all I'll say is that the advantages of the N1 (small size, OLED, build quality, tricolor trackball LED, etc..) still outweigh its manageable downsides for me, even compared to very modern handsets - so I'll stick with it until I can find a suitable upgrade that I'm happy with (is it so hard for HTC to make a <=4" qHD AMOLED? Seriously...).
Your point about the NAND being slow is interesting; this is something I hadn't heard and will have to benchmark; if it pans out it would be a point in favor of A2SD, but not really in favor of replacing the device over it
The upkeep I don't find that bad; Titanium backup makes integrating updated system apps a single touch for the batch, and I've only got a couple libraries symlinked into system that are unlikely to be frequently updated. With the space I've freed I shouldn't need to clear browser caches nearly as often - so it actually saves me time and frustration regularly for the one-time effort.
Thanks again for taking the time to reply and to clarify your points
If a2sd+ doesn't work for you you could do custom mtd partitions like I did using fireats custom mtd if u google it u will find it basically you can shrink ur system partition down to almost half because it is being wasted I mean whatever size u want to define it as. I'm using miui and my system partition that i defined is 120 mb (4 mbs are free just in case) and my cache partition is 15 mb. Now that leaves 301 mbs free for user data. I have 107 user apps installed about 10 games or so and I still have 120 mb free for user data for me that's more than enough. This way ur phone won't be buggy because u will only use the system partition for ur rom again I would suggest miui since it takes minimal space and is very smooth and stable with amazing battery life (I use tiamat kernel). Hope this helped
---------- Post added at 06:57 PM ---------- Previous post was at 06:52 PM ----------
Oh if u use a2sd in conjunction with custom mtd then u can have close to 750 mb of space available for user data given that ur sd ext partition is 512 mb (which was stable for me using 8gb card) that's basically rivaling new phone memory so don't just call the nexus one off just yet it can surprise anyone that knows how to play with it or stuck with it for 2years like me lol.
I've already been using root access with shell and titanium backup to move apps and libraries into the system partition without resizing it, so I'm already using the available space there. The only major difference is you've dramatically shrunk your cache partition from the default of (IIRC) 100MB down to 15MB; this seems like a pretty huge reduction, and I feel this would have performance implications, especially when running larger apps...
Other than that, if I find my current space as set up proves to be inadequate in the future (it seems just fine for now) then a2sd appears to be the best option for those who need even more additional space on a nexus one.
15 mb is more than enough for cache partition unless u plan to download huge 3d games and as we all know gaming isn't the reason that we have held on to nexus one for so long I haven't seen any app large enough to not install due to my partition size. I messed around with that too first I had it set at 5 mb but that made market force close every time then I set it at 10 was stable but large apps couldn't download and then I tried 15 and hasn't given me a single problem. Otherwise all that space is wasted so why not dedicate it to user data? With 20 mb partition u can download almost all games that can function on nexus one but since I'm not a big mobile gamer I stuck with 15 mb cache.
Most normal programs don't use /cache.
To fix your cache market issue:
Code:
su
busybox mv /cache/download /sd-ext/download
ln -s /sd-ext/download /cache/download
If you don't have a sd-ext you could use /sdcard/download instead. The directory will already exist if you've downloaded anything from the browser, so I just remove /cache/download before linking. I used to get package file invalid errors from this setup though...
Ti backup will also let you move stuff to /system and re-odex your rom instead of shrinking /system. Sure, everytime system stuff updates you need to click a few times, but unless space is real tight, it works fine. The re-odex-ed rom seems to boot faster for me than with external dalvik-cache, too, but that could just be me pretending. I've never busted out the stop-watch.
I like to keep apks on a2sd and put dalvik-cache on internal memory. It's kinda like raiding the two interfaces together to get the sum of the bandwidths of both when launching a program.
siberx: I'm sticking with the N1 until I find a decent phone that has been designed to fit in my pocket instead of sitting in a purse or on the bar too... I considered the glacier for a while, but, near as I can tell, the only benefits of going there are better touch screen and gpu.
I used firerat's mtd patch to rejigger my girlfriend's desire paritions to something more sensible (something like a 230mb system partition stock? ridiculous!) and that worked smashingly; the same trick against my N1 didn't go so well though. Seems like my Nexus with CM6.1 on it is still using the cache partition for dalvik at least partially, and I think shrinking it down to 20mb made it too small to boot right. Not a big deal anyways; I've got enough space to work with as is
I tried to do some benchmarks on my internal flash for comparsion, but the only decent benchmark I could find (without getting manual about it on command line) was Passmark's mobile benchmark; problem is they wan't 90MB free to run the internal memory benchmark, so my 60MB isn't cutting it for that
Anybody know of a decent benchmark that will bench both internal and SD read/write speeds that doesn't need such a huge chunk of free space?
ezdi: I considered for awhile buying a G2 for the faster CPU/GPU and improved touchscreen, but ultimately decided against it due to the extra weight and thickness (combined with the nexus' other advantages like OLED and tricolour LED). Eventually some manufacturer will figure out there's a still a market for compact high-end phones...
ezdi said:
siberx: I'm sticking with the N1 until I find a decent phone that has been designed to fit in my pocket instead of sitting in a purse or on the bar too... I considered the glacier for a while, but, near as I can tell, the only benefits of going there are better touch screen and gpu.
Click to expand...
Click to collapse
Better touch screen is a reason enough by itself.
GPU, much faster and bigger internal memory (both system and data), much faster and bigger RAM, and most of all - 90% HW-compatibility to one of the most popular devices in the world (DHD) - means staying updated and speedy with ROMs that fly where they crawl on Nexus (if they exist at all). Plus - all ROMs besides ICS are 100% functional, CM, MIUI, Sense 3/3.5, you name it. And if it's not enough, 20% hassle-free overclock is standard.
From quite satisfied Glacier owner.