Login Register
Home About Forums RSS News Bench Galleries
CPUs
Motherboards
SSD/HDD
GPUs
Mobile
IT/Datacenter
Smartphones Memory Cases/Cooling/PSU(s) Displays Mac Systems Linux Trade Shows Guides
Samsung Epic 4G Review: The Fastest Android Phone
by Anand Lal Shimpi on 9/6/2010 5:28:00 PM
Posted in smartphones , Gadgets , Samsung , Epic 4G
Buy the Zagg SAMGALD700LE Samsung Epic 4G
Amazon
$24.99

GPS Issues

Every smartphone has its sets of issues. The iPhone 4 has its antenna problem, the Palm Pre has performance issues, the BlackBerry Torch needs a bit more oomph in the software department, and every Android phone has its own set of strengths/weaknesses. The Epic 4G is no different. In addition to the absolutely horrible battery life, the Epic has a pretty serious GPS issue.

The GPS antenna is not very sensitive and usually has trouble locking onto GPS satellites. This manifests itself in two ways: the phone will take an inordinate amount of time to determine your actual location, and/or it won’t pinpoint your location very accurately.

Sometimes the Epic 4G will lock on perfectly and quickly, but usually it takes several minutes longer than the Nexus One to figure out where you are. Occasionally I even got a ‘location not available’ error while using Google Maps.

Accuracy is also a problem. I don’t think I ever saw horizontal error drop below 30m on the Epic 4G compared to ~3m on the Neuxs One and ~5m on the iPhone 4.


Google Nexus One, 4m error (left) vs. Samsung Epic 4G 30m error (right)

The Epic 4G would usually tell me that my physical location was somewhere down the street while the Nexus One would pin me down at my house. In fact, I got more accurate location tracking when I was connected to a WiFi network.

It’s unclear whether this is purely a software problem or a fundamental antenna design issue ala the iPhone 4. One thing is for sure, if you plan on using GPS location a lot you should avoid the Epic 4G.

Camera Final Words
Print This Article
98 Comments
View All Comments Post a Comment
Blame Java, not the hardware by Ethaniel on Monday, September 06, 2010
I have also noticed that all Android phones out there do some kind of "breakdancing". You think it has something to do with Android, but I think it has something to do with Java. Now, Java devs will probably want to eat my brain after this... but Java sucks. Big time. Making Android's UI based on Java was a bad, bad, really bad move. About four three time slower than C++, it demands more memory... completely inadequate for a mobile environment.
Ethaniel
RE: Blame Java, not the hardware by meatless on Monday, September 06, 2010
It's sad, the prevalence of Java FUD to this day. It's also bad to blame Java (the syntax), as you are unnecessarily conflating the Dalvik VM with desktop VMs such as Sun's.

C++ is fast, sure, but there is a lot more to designing a platform than speed, and the Dalvik VM is more than fast enough. iOS's Obj-C implementation is also not C++ fast, but who complains?
meatless
RE: Blame Java, not the hardware by taltamir on Tuesday, September 07, 2010
1. both Javas are shit
2. There is more to a platform then speed... but when you are designing a platform starved for processing power and that needs to sip electricity then it makes a huge difference.
taltamir
RE: Blame Java, not the hardware by Penti on Tuesday, September 07, 2010
Most of the platform are actually C/C++ libraries and programs, where you glue your app in isn't that relevant. You need a framework for any mobile phone platform, but the resources that framework glues into thats where a lot of performance comes from and it's in C/C++. It's better to have an accelerated framework running on a virtual machine then an unaccelerated C++ one. Rendering of menus and such would be slower on the last one. Besides on Symbian it's QT-framework that rules now, not some ultra customized embedded framework. Memory requirements have gone up there too, but capacity have grown even more. Besides nobody wanted to write mobile apps to some badly designed and awkward C++ framework and API. Java syntax was a good choice therefor.
Penti
RE: Blame Java, not the hardware by taltamir on Monday, September 13, 2010
the fact that there are more considerations than just programming language when it comes to power and speed are obvious, as is that you could make a java app thats faster than a C++ app.
Neither make java a good choice.

BTW, I didn't personally comment about the issue of jerkiness, I was going on a tangent as a reply to what meatless said (specifically the socalled "java FUD")
taltamir
RE: Blame Java, not the hardware by zizagoo on Monday, September 06, 2010
It's an Android problem. The cause of the "jerkiness" is that unlike iOS/WebOS/WP7, Android doesn't have a gpu accelerated ui. They supposedly did this because the G1 wouldn't support it at the time.

http://code.google.com/p/android/issues/detail?id=...

Gingerbread, which is supposedly showcased next month, should fix this.
zizagoo
RE: Blame Java, not the hardware by deputc26 on Monday, September 06, 2010
Thankyou! this is exactly it, give the man a medal. I don't know why Anandtech never mentions this. It should be ubiquitous knowledge in the android community.
deputc26
RE: Blame Java, not the hardware by meatless on Monday, September 06, 2010
Also, the 3-4X speed difference on non-mobile platforms is greatly exaggerated. I always find http://shootout.alioth.debian.org/ a fun and FUD-free site.
meatless
RE: Blame Java, not the hardware by Iksy on Tuesday, September 07, 2010
Greatly exagerated? That site shows a 2.3x speed difference and it's comparring against Sun's fastest most optimizing version against g++. The unoptimized version is over 20x slower, you'll find it near the bottom of the list for compares. I do find it interesting that while they're satisfied with using an open source C (gnu) compiler, they do not include the open source java interpreter. They also do not include the Intel C compiler, even though they easily could and include the Intel Fortran compiler.

In other words, is still in the ball park so say Java is 3-4x slower than the equivalent c++ code.
Iksy
RE: Blame Java, not the hardware by dvinnen on Tuesday, September 07, 2010
Wait, so the Java syntax is what is slowing down Android? Because it doesn't run Java, it runs Dalvik.

I would also like to see evidence that C++ is 4 times faster. Not saying Java is faster but it is fast enough. I say that as a Java developer who doesn't like the language and would rather use slower languages like Python
dvinnen
Latest from AnandTech
Pipeline Submit News!
OCZ Releases Low Profile Version of Vertex 3 Lenovo Announces Their 3rd Generation Intel Core Laptop Updates Sonic 4: Episode II Now Available for Tegra 3 Netgear Announces 2-stream 802.11ac R6200 router and A6200 USB 2.0 adapter What We've Been Waiting For: Testing OpenCL Accelerated Handbrake with AMD's Trinity Buffalo Technologies Announces Availability of 802.11ac Router and Media Bridge NVIDIA Q1 FY2013 Earnings Report: $924M Revenue, $60M Net Income OCZ Announces 64GB Vertex 4 Supermicro Updates X9 Lineup with GPU-Enabled Solutions Apple releases iOS 5.1.1 Update - Primarily Bugfixes Media Center for Windows 8: An Add-on At A Nominal Price Samsung Galaxy S III Performance Preview: It's Fast
DailyTech
SpaceX Successfully Launches Falcon 9 Rocket, Dragon Spacecraft; Heads Towards ISS SpaceX Expected to Launch Dragon Capsule to ISS at 3:44am Tuesday Morning U.S. Government Launches Hybrid Payback Site Google Gets "Last Chance" to Settle With EU on Antitrust Abuses Smartphone Giants Apple and Samsung Prepare for Settlement Talks After a Month Delay U.S. Customs Lets HTC Handsets Trickle Through 5/21/2012 Daily Hardware Reviews Lenovo's 27" IdeaCentre A720 AIO Launches Today Five Major Cable Companies Agree to Share Hotspot Access with Customers Automakers Keep Adding "Distracting" Technology to Vehicles, U.S. Gov Not Happy Comcast Moves to Increase Data Caps to 300GB on Home Broadband Service Quick Note: T-Mobile Disses Upcoming AT&T, Verizon Family Data Plans Motorola Androids Banned in the U.S.; Samsung May be the Last Survivor Analysts: Nokia Could be Out of Cash in Just a Year Researchers Develop Bluetooth Fetal Heart Rate Monitoring System Samsung Researchers Inch Closer to Commercial Graphene Transistors HP Plans to Cut 25-30k Employees, Force Those Left to be More Efficient
Twitter
 


Copyright © 1997-2012 AnandTech, Inc. All rights reserved. Terms, Conditions and Privacy Information.
Click Here for Advertising Information