fivepoint
Mar 23, 11:55 AM
Amazing to see how most Democrats are willing to lie to themselves and ignore the hypocritical truth all around them... the leftist side of the antiwar movement is all but gone, but not because the policies have changed, only because the man has changed.
What Happened to the Antiwar Movement? (http://www.youtube.com/watch?feature=player_embedded&v=N_VHEts3fqk)
How does that Nobel Peace Prize taste now? Hopey? Changey?
What Happened to the Antiwar Movement? (http://www.youtube.com/watch?feature=player_embedded&v=N_VHEts3fqk)
How does that Nobel Peace Prize taste now? Hopey? Changey?
apolloa
Mar 22, 02:20 PM
I think the Playbook is better then the iPad because it's smaller. The interface is more interesting too IMO. Apple really need to get a 7" screen device out there.
jibjab kalonji
Aug 12, 02:37 AM
hey this is great news. if this piece of crap does in fact come out, i will be really disappointed if it doesn't come with a built-in flashlight, red laser pointer, and classic support.
daneoni
Aug 22, 10:18 PM
Yeah im not surprised. I went to my local store today and saw one in all its glory attached to a 30" ACD. It was VERY fast, system prefs launched in micro seconds, a meaty FCP project opened in less than 5 seconds same for Aperture & Logic, 1080p HD trailers were chewed and spit out using less than 10% of processing power. Totally amazing and best part...its very quiet. I played with a Quad G5 once and it sounded like a jet engine taking off.
I defo want one but it'll cost me an arm and leg. Sigh...
I defo want one but it'll cost me an arm and leg. Sigh...
ccrandall77
Aug 11, 01:47 PM
Well, to be fair, your radio ROM/software can have some effect on your reception, and different companies release different radio software at different times, and that can have some effect.
My 8125 has a t-mobile radio ROM, but I run it on cingular. There are a few wrinkles in that, but you are generally correct.
You are correct. With my testing, I used an unlocked Nokia 6620 (originally from Cingular) with both T-Mo and Cingular SIMs. Also did the same with a SE T610 (unlocked, but originally T-Mo). In both cases, I found Cingular's service (NOT CUSTOMER SERVICE!!!) much better.
My 8125 has a t-mobile radio ROM, but I run it on cingular. There are a few wrinkles in that, but you are generally correct.
You are correct. With my testing, I used an unlocked Nokia 6620 (originally from Cingular) with both T-Mo and Cingular SIMs. Also did the same with a SE T610 (unlocked, but originally T-Mo). In both cases, I found Cingular's service (NOT CUSTOMER SERVICE!!!) much better.
mdntcallr
Sep 20, 04:10 PM
hey ill be happy as apple keeps the mac pro on the cutting edge, but anything to be able to bring the ram cost down would be awesome.
this buffered ram is expensive.
all the other ram out there is getting cheaper, but not this stuff they want in the mac pro.
this buffered ram is expensive.
all the other ram out there is getting cheaper, but not this stuff they want in the mac pro.
bdkennedy1
Apr 11, 12:18 PM
Good. I'm tired of this yearly battle of upgrades.
fabian9
Apr 11, 12:46 PM
My 3Gs contract ends in June and Apple will be pushing it's luck for me to go half a year without me being tempted to jump platforms instead of waiting for the iPhone 5.
Can you not reduce your monthly contract cost at the end of the contract? After 18 months, you have essentially paid off the phone, at least that's how it works in the UK. Of course you have to ask for it!
Besides... with it being delayed until September, maybe we'll get more than we think with the iPhone 5 update? iOS5 should keep us busy over the summer anyway with new toys for our current iPhones. :)
How do you know iOS 5 is being released this summer? They might just show it off at WWDC and release it alongside iPhone 5 later in the year...
iPhone 1 - 2G
iPhone 2 - adds 3G
iPhone 3 - adds 3GS
I don't understand - you can't "add" 3GS, because 3GS is not a data network. 2G and 3G is� the S in the iPhone 3Gs simply stood for "speed", because it was faster than the iPhone 3G.
Can you not reduce your monthly contract cost at the end of the contract? After 18 months, you have essentially paid off the phone, at least that's how it works in the UK. Of course you have to ask for it!
Besides... with it being delayed until September, maybe we'll get more than we think with the iPhone 5 update? iOS5 should keep us busy over the summer anyway with new toys for our current iPhones. :)
How do you know iOS 5 is being released this summer? They might just show it off at WWDC and release it alongside iPhone 5 later in the year...
iPhone 1 - 2G
iPhone 2 - adds 3G
iPhone 3 - adds 3GS
I don't understand - you can't "add" 3GS, because 3GS is not a data network. 2G and 3G is� the S in the iPhone 3Gs simply stood for "speed", because it was faster than the iPhone 3G.
janstett
Oct 23, 11:44 AM
Unfortunately not many multithreaded apps - yet. For a long time most of the multi-threaded apps were just a select few pro level things. 3D/Visualization software, CAD, database systems, etc.. Those of us who had multiprocessor systems bought them because we had a specific software in mind or group of software applications that could take advantage of multiple processors. As current CPU manufacturing processes started hitting a wall right around the 3GHz mark, chip makers started to transition to multiple CPU cores to boost power - makes sense. Software developers have been lazy for years, just riding the wave of ever-increasing MHz. Now the multi-core CPUs are here and the software is behind as many applications need to have serious re-writes done in order to take advantage of multiple processors. Intel tried to get a jump on this with their HT (Hyper Threading) implementation that essentially simulated dual-cores on a CPU by way of two virtual CPUs. Software developers didn't exactly jump on this and warm up to it. But I also don't think the software industry truly believed that CPUs would go multi-core on a mass scale so fast... Intel and AMD both said they would, don't know why the software industry doubted. Intel and AMD are uncommonly good about telling the truth about upcoming products. Both will be shipping quad-core CPU offerings by year's end.
What you're saying isn't entirely true and may give some people the wrong idea.
First, a multicore system is helpful when running multiple CPU-intensive single-threaded applications on a proper multitasking operating system. For example, right now I'm ripping CDs on iTunes. One processor gets used a lot and the other three are idle. I could be using this CPU power for another app.
The reality is that to take advantage of multiple cores, you had to take advantage of threads. Now, I was doing this in my programs with OS/2 back in 1992. I've been writing multithreaded apps my entire career. But writing a threaded application requires thought and work, so naturally many programmers are lazy and avoid threads. Plus it is harder to debug and synchronize a multithreaded application. Windows and Linux people have been doing this since the stone age, and Windows/Linux have had usable multiprocessor systems for more than a decade (it didn't start with Hyperthreading). I had a dual-processor 486 running NT 3.5 circa 1995. It's just been more of an optional "cool trick" to write threaded applications that the timid programmer avoids. Also it's worth noting that it's possible to go overboard with excessive threading and that leads to problems (context switching, thrashing, synchronization, etc).
Now, on the Mac side, OS 9 and below couldn't properly support SMP and it required a hacked version of the OS and a special version of the application. So the history of the Mac world has been, until recently with OSX, to avoid threading and multiprocessing unless specially called for and then at great pain to do so.
So it goes back to getting developers to write threaded applications. Now that we're getting to 4 and 8 core systems, it also presents a problem.
The classic reason to create a thread is to prevent the GUI from locking up while processing. Let's say I write a GUI program that has a calculation that takes 20 seconds. If I do it the lazy way, the GUI will lock up for 20 seconds because it can't process window messages during that time. If I write a thread, the calculation can take place there and leave the GUI thread able to process messages and keep the application alive, and then signal the other thread when it's done.
But now with more than 4 or 8 cores, the problem is how do you break up the work? 9 women can't have a baby in a month. So if your process is still serialized, you still have to wait with 1 processor doing all the work and the others sitting idle. For example, if you encode a video, it is a very serialized process. I hear some work has been done to simultaneously encode macroblocks in parallel, but getting 8 processors to chew on a single video is an interesting problem.
What you're saying isn't entirely true and may give some people the wrong idea.
First, a multicore system is helpful when running multiple CPU-intensive single-threaded applications on a proper multitasking operating system. For example, right now I'm ripping CDs on iTunes. One processor gets used a lot and the other three are idle. I could be using this CPU power for another app.
The reality is that to take advantage of multiple cores, you had to take advantage of threads. Now, I was doing this in my programs with OS/2 back in 1992. I've been writing multithreaded apps my entire career. But writing a threaded application requires thought and work, so naturally many programmers are lazy and avoid threads. Plus it is harder to debug and synchronize a multithreaded application. Windows and Linux people have been doing this since the stone age, and Windows/Linux have had usable multiprocessor systems for more than a decade (it didn't start with Hyperthreading). I had a dual-processor 486 running NT 3.5 circa 1995. It's just been more of an optional "cool trick" to write threaded applications that the timid programmer avoids. Also it's worth noting that it's possible to go overboard with excessive threading and that leads to problems (context switching, thrashing, synchronization, etc).
Now, on the Mac side, OS 9 and below couldn't properly support SMP and it required a hacked version of the OS and a special version of the application. So the history of the Mac world has been, until recently with OSX, to avoid threading and multiprocessing unless specially called for and then at great pain to do so.
So it goes back to getting developers to write threaded applications. Now that we're getting to 4 and 8 core systems, it also presents a problem.
The classic reason to create a thread is to prevent the GUI from locking up while processing. Let's say I write a GUI program that has a calculation that takes 20 seconds. If I do it the lazy way, the GUI will lock up for 20 seconds because it can't process window messages during that time. If I write a thread, the calculation can take place there and leave the GUI thread able to process messages and keep the application alive, and then signal the other thread when it's done.
But now with more than 4 or 8 cores, the problem is how do you break up the work? 9 women can't have a baby in a month. So if your process is still serialized, you still have to wait with 1 processor doing all the work and the others sitting idle. For example, if you encode a video, it is a very serialized process. I hear some work has been done to simultaneously encode macroblocks in parallel, but getting 8 processors to chew on a single video is an interesting problem.
mrsir2009
Apr 6, 02:10 PM
Good for them.
buffalo
Aug 11, 11:11 AM
Is it possible for Apple to release a phone sold in their stores that would work on all networks? Or have several versions of the phone that will work for Verizon, Cingular...
Arcus
Apr 25, 04:26 PM
TThis is so incredibly stupid, it's mind-numbing. All because a couple whistle-blowers decided to point out the obvious, to detract from Apple's quarterly sales and earnings announcement. Anyway, the lawsuit is completely flawed. I'm all for privacy, I love privacy. I'm an iOS developer and I know about the location tracking in iOS. Not that big of deal, in fact, if you answer "no" to the prompts when the phone asks if it's OK to use your current location, then nothing is sample, tracked or stored.
Luckily I got your post before you deleted it. On the:
Not that big of deal, in fact, if you answer "no" to the prompts when the phone asks if it's OK to use your current location, then nothing is sampled, tracked or stored.
That is so wrong I doubt you are even a developer.
Luckily I got your post before you deleted it. On the:
Not that big of deal, in fact, if you answer "no" to the prompts when the phone asks if it's OK to use your current location, then nothing is sampled, tracked or stored.
That is so wrong I doubt you are even a developer.
Zadillo
Aug 27, 05:38 PM
Hey for what its worth, i understand where you're coming from Zadillo BUT some people still find the joke funny and therefore it deserves to be told.
Fair enough, and I won't argue any more about it. I can't think of anything more tedious than a debate about whether a joke is funny or not...:)
Fair enough, and I won't argue any more about it. I can't think of anything more tedious than a debate about whether a joke is funny or not...:)
Macnoviz
Jul 20, 04:23 PM
Sort of proves the point i was trying to make, at some point mose users wil rather get a beter IO subsystem than more processing power.
Actually, that was my point, but now that you mention it, reversed hyperthreading would solve some problems.
In the long run (really long run, I'm talking quantumcomputers here) however, you are right, and innovation in computing will mostly come from software and how you tell the computer what to do. The nec-plus-ultra would be thinking of a result and getting it (or saying it to your computer) like a photoshop user going, well I would like the sun being more dominant in that picture, the power lines removed, and make those persons look younger. Boom. It happens.
Actually, that was my point, but now that you mention it, reversed hyperthreading would solve some problems.
In the long run (really long run, I'm talking quantumcomputers here) however, you are right, and innovation in computing will mostly come from software and how you tell the computer what to do. The nec-plus-ultra would be thinking of a result and getting it (or saying it to your computer) like a photoshop user going, well I would like the sun being more dominant in that picture, the power lines removed, and make those persons look younger. Boom. It happens.
BlizzardBomb
Jul 27, 02:15 PM
Remember that the G5 is 64 bit. While the consumer apps may not be too directly affected at first, (speed increases, but nothing else), as more memory is required, 32 bit will hit a brick wall at 4GiB, whereas 64 bit can go along happily to 2,305,843,009,200,000,000GiB.
Realistically, it will take some time to get to that level, but with the last G5 supporting 16GiB, 32 then 64 wouldn't be too far off. within 10 years, I'm sure 1TiB will start to become common.
But with only 2 RAM slots in most current Macs (apart from obviously the Power Mac G5 which has 64-bit processor anyway), getting past 4GB is basically impossible/ ridiculously expensive at the moment.
Realistically, it will take some time to get to that level, but with the last G5 supporting 16GiB, 32 then 64 wouldn't be too far off. within 10 years, I'm sure 1TiB will start to become common.
But with only 2 RAM slots in most current Macs (apart from obviously the Power Mac G5 which has 64-bit processor anyway), getting past 4GB is basically impossible/ ridiculously expensive at the moment.
relimw
Sep 13, 12:36 PM
How much more 'blind' do you want it? All the programmer has to do at this point is use multiple threads. Even if they don't, multiple cores will be automatically used for system and other processes.
Splitting one thread so that it ran cocurent with itself is a recipie for massive trouble. Mac OS X is about as blind as any system out there for the programmer. There may be some more optimizations that the system could make in it's own handling of multiprocessing, but from a programmer's perspective it doesn't matter how many cores the system has. (Unless you really want it to.)
Programming in pthreads is a bear (at least to me) an easier method would be nice. However, when I was looking up something today I came across OpenMP (http://www.openmp.org/) which seems to greatly simply setting up threads and the like. I suppose I was just thinking of run-time parallelization.
Splitting one thread so that it ran cocurent with itself is a recipie for massive trouble. Mac OS X is about as blind as any system out there for the programmer. There may be some more optimizations that the system could make in it's own handling of multiprocessing, but from a programmer's perspective it doesn't matter how many cores the system has. (Unless you really want it to.)
Programming in pthreads is a bear (at least to me) an easier method would be nice. However, when I was looking up something today I came across OpenMP (http://www.openmp.org/) which seems to greatly simply setting up threads and the like. I suppose I was just thinking of run-time parallelization.
cloudnine
Nov 28, 07:27 PM
"It would be a nice idea."
What does that mean? I have lots of nice ideas for getting money when I didn't do anything.
By this logic, shouldn't Universal also get royalties for every CD player, Cassette player, and radio sold?
Might as well cash in on the giant cash cow that is the iPod :rolleyes:
My thoughts exactly... "oh, well this ipod thing plays music and it's the best mp3 player out there... how can we get this to benefit us for absolutely no reason?"
asinine.
What does that mean? I have lots of nice ideas for getting money when I didn't do anything.
By this logic, shouldn't Universal also get royalties for every CD player, Cassette player, and radio sold?
Might as well cash in on the giant cash cow that is the iPod :rolleyes:
My thoughts exactly... "oh, well this ipod thing plays music and it's the best mp3 player out there... how can we get this to benefit us for absolutely no reason?"
asinine.
joemama
Aug 12, 07:03 AM
Who says Apple has to piggy-back off of another carrier? Let's not forget the large distribution center Apple bought some time back. Maybe the delay in the phone has more to to with that.
Steve holds grudges. While I think the Rokr was more of a market test, he won't go back with Cingular. We all know if Apple is going to do anything they are going to do it right - with Steve calling the shots.
Steve holds grudges. While I think the Rokr was more of a market test, he won't go back with Cingular. We all know if Apple is going to do anything they are going to do it right - with Steve calling the shots.
rtdunham
Aug 27, 10:07 AM
As far as "legalities" go, usually corporations do have to generally not take unsolicited ideas, commercials, marketing materials, etc. developed by the public. The reason for this is that they want to avoid being sued later on if they do something similar. ...the more obvious examples would be things where, for example, someone designs a new computer and sends it to Apple; Apple eventually releases something quite similar to it, and the person who sent in the design tries to sue them for taking their idea and not paying anything for it.-Zadillo
but wouldn't it be neat to see a computer maker have a website for submission of ideas: you type in your idea, and get a message that says, "IF we choose to use your idea, you'll receive $1 per unit; if you agree to those terms, hit the "SEND" button now."
Imagine all the 'puter features, (cheap lyric theft intended) that might be in today's units, if they incorporated ideas suggested on these forums alone in the past 5 yrs. It'd be fun to see someone compile a list. Here's a start: Ports on the FRONT of desktop units; easy-swap HD bays on laptops; built-in memory card readers; built-in iPod dock; etc.
Look at the stuff on YOUR desk: how much could be consolidated into the computer itself? Think about what you wish your computer could do that it can't do, now.
but wouldn't it be neat to see a computer maker have a website for submission of ideas: you type in your idea, and get a message that says, "IF we choose to use your idea, you'll receive $1 per unit; if you agree to those terms, hit the "SEND" button now."
Imagine all the 'puter features, (cheap lyric theft intended) that might be in today's units, if they incorporated ideas suggested on these forums alone in the past 5 yrs. It'd be fun to see someone compile a list. Here's a start: Ports on the FRONT of desktop units; easy-swap HD bays on laptops; built-in memory card readers; built-in iPod dock; etc.
Look at the stuff on YOUR desk: how much could be consolidated into the computer itself? Think about what you wish your computer could do that it can't do, now.
AppleKrate
Sep 19, 05:29 AM
Why do you even visit this site? You are doing nothing but criticising Apple and their products. Please leave.
Ps. If I was Admin I would ban you :p
You guys crack me UP! Peace and love, they're only machines (ah, but what machines...) :)
Ps. If I was Admin I would ban you :p
You guys crack me UP! Peace and love, they're only machines (ah, but what machines...) :)
itsmemuffins
Mar 22, 08:15 PM
'nuff said (http://www.engadget.com/2011/03/22/samsung-galaxy-tab-8-9-and-new-galaxy-tab-10-1-thinner-than-the/).
nuff said what?
Did you miss the bit where they say the software walkthrough is on the older device?
nuff said what?
Did you miss the bit where they say the software walkthrough is on the older device?
Buschmaster
Aug 16, 10:36 PM
Was there any doubt it wouldn't be a lot faster? I mean, I know it was already plenty fast, but come on...
angrynstupid
Apr 27, 08:02 AM
I actually thought looking at a history of where my phone has been on a map was kinda cool. Bummer.
Since I'm neither a criminal nor paranoid, I thought it was kind of cool/interesting too.
Since I'm neither a criminal nor paranoid, I thought it was kind of cool/interesting too.
Bill McEnaney
Mar 3, 01:11 PM
Fair enough. Now let's move along. ;)
You guys move on without me, please. I regret that I posted to this thread, because I said I wanted to post about technical topics only. It's best for me to post where I can do plenty of good. So I'll go back to the Mac Programming forum where I won't react emotionally.
You guys move on without me, please. I regret that I posted to this thread, because I said I wanted to post about technical topics only. It's best for me to post where I can do plenty of good. So I'll go back to the Mac Programming forum where I won't react emotionally.
אין תגובות:
הוסף רשומת תגובה