Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

dr_dank's comment on Slashdot ( http://slashdot.org/comments.pl?sid=66224&cid=6095472 ) pretty much sums up its awesomeness:

BeOS was demonstrated to me during my senior year of college. The guy giving the talk played upwards of two dozen mp3s, a dozen or so movie trailers, the GL teapot thing, etc. simultanously. None of the apps skipped a beat. Then, he pulled out the showstopper.

He yanked the plug on the box.

Within 20 seconds or so of restarting, the machine was chugging away with all of its media files in the place they were when they were halted, as if nothing had happened.

If you've never played with BeOS on an old Pentium II, it's hard to imagine the kind of performance it was able to squeeze out of that hardware. Here's a rough idea:

http://www.youtube.com/watch?v=BsVydyC8ZGQ#t=17m36s



it's hard to imagine the kind of performance it was able to squeeze out of that hardware

No no no, you have it backwards. It's hard to imagine what a "modern" OS (Windows, Linux, OSX) is actually doing with all those CPU cycles, that it can't do stuff like this even with >10x the compute power.


What are you talking about? A desktop today has no problem playing two dozen low-bitrate mp3s from disk, streaming a dozen movie trailers from youtube at 240p, playing WoW, and talking on Skype at the same time.

Now if you try to do that with only itunes or windows media player or equivalent "monolithic" player, you'll probably run into some slowdown, but only because those are designed to maximize the experience for one single piece of media at a time. Something like media player classic would do it in a heartbeat though.


and now that Lion reimplemented the feature people are hating it.


I'd be more forgiving of Lion if it could play even one movie on my Macbook pro without occasionally going into frame-dropping VM-swapping. There's no question that my hand-built BeOS box, 15 years ago, had a far snappier userland experience.


>I'd be more forgiving of Lion if it could play even one movie on my Macbook pro without occasionally going into frame-dropping VM-swapping.

Try my MacBook Pro then, I play movies all the time on it with no problem of frame-dropping or swapping. And it's a 2007 model.


Well, that's weird. Mine's a 2009 model and I sorely regret installing Lion on it. The thing absolutely crawls.


I'm running Lion too. If you have repeatable problems, there should be some specific source for it. Tried "Activity Monitor" when it occurs?

Common problems can be: Spotlight doing indexing at the time, Flash fucking around, too little available hard drive space (less than 5GB), some rogue app, etc.

MBP 2007, 2GB RAM. I have now open: Chrome with 7 tabs, Sublime Text, Terminal (2 tabs, one SSH), Mail, iA Writer, Adium, iTunes, TunnelBlick VPN, Photoshop, Transmit, Dropbox, Alfred, Little Snitch and VLC and the movie plays just fine. I use either VLC or MPlayerX though, very rarely QuickTime w Perian.

Now, some people open 50 tabs and think that the browser should automagically handle them all, with 20 instances of Flash running in videos and apps, etc. Not so. VMs are also very resource hungry.

That said, the laptop is noticeably slower than my 4GB / i7 iMac, but not to the point it swaps --unless I start my 1GB linux VM (VMWare).


I have Lion, on a 2010 MBP, and I have Activity Monitor open ALL THE TIME.

On Snow Leopard, I found what you say to be true. On Lion, either the mysterious process is eluding me, or it is just much slower. I do development and I can tell you that the iPhone Simulator is a frequent culprit, VirtualBox is also rough (but if I ssh in to my virtual machines rather than use the GUI it's fine), also the Time Machine daemon trying to backup causes things to slow down (even when not plugged in to a disk), but even after that performance is downright crap compared to Snow Leopard.

If you have any idea what my specific source could be I'd be thrilled to hear it. Frequently at the top of my Activity Monitor is WindowServer and kernel_task, except when compiling or other fun things. Even when the interface is locking up I can't find anything fun.


The VirtualBox caught my eye... I loved using VirtualBox for a while. It's free. It basically works. It's free. Oh yeah, and it's free.

Recently, work sprung for a Parallels license for me. Yikes, I pity my past self for putting up with all the VB issues because it was free. Just little things like playing nicely with the app/spaces switch key combos, lack of crashes, and performance make me really regret wasting all those mental cycles on VB. Don't get me wrong, having a free x86 VM is wonderful and the VB developers deserve kudos galore... but I reminded myself that my time and sanity are worth a few bucks here and there.


Do you by any chance have one or more external hard drives attached? I've been having a lot of lock-up issues while I have six of them connected (through a hub) to a MacBook Pro from 2011 running Lion. It looks like this (also shows it dropping to normal levels instantly):

http://cl.ly/1s3N2r2X1u2J2K010H2i

There's no process running wild from what I can see in the Activity Monitor, but it appears to happen a lot less frequently or not at all when I don't have my external hard drives attached.


No external hard drives attached, except when I remember to back up my machine (I frequently, but not always, plug it in when it is on my desk, but it is just for Time Machine).

Also, unless I am running heavy CPU things (XCode, VirtualBox machines, etc), I usually don't get a lot of CPU time like that.


step 1. go into /Library/Quicktime and move ALL the .component files out of there. step 2. Go into ~/Library/Quicktime and move ALL the .component files out of there. step 3. (re)-install perian step 4. Try playing a movie that usually craps out.

One of the annoying things about Mac OSX is that a rogue codec can mess up ALL media playing activities on the computer- so when you encounter problems, I've found the most successful strategy is to figure out which codec is messing things up.


OK, I don't use VirtualBox, for performance reasons I use VMWare Fusion. Even with this, I find, as you, that using GUI on the VM slows the Mac much more than ssh'ing to the VM. So, the VM is a serious culprit. Certainly, if I have the VM running, I expect some slowdown and occasional swapping -- basically it means I just gave up 1 GB or memory to the VM (out of 2) plus tons of I/O scheduled by a different OS within my OS.

Other than that, I also don't run Time Machine at all -- I use Carbon Copy Cloner or Super Duper to make incremental and/or bootable backups every week or so. With iCloud, Dropbox etc for the important day to day documents, I don't see much need for Time Machine anymore.

So those would be two places to look at.

Besides those, you can try running some DTrace scripts for a more detailed look when your system starts to crap out.


I think people dislike it because it's not as efficient. Lion takes a while to startup everything where you left it, sometimes I wonder if I would have been better off to close it all and open it with the time it takes. It's getting better though.


Lion takes a good 3-5 minutes to start up from cold to having restored my windows, due to all the disk thrashing it does loading all the programs back up at once. I get the feeling it doesn't often respect my choice of not opening the windows, so I get to sit there and watch it grind away opening programs I probably don't want it to open as that's the reason I rebooted in the first place.


It seems Lion's implementation of restarting apps depends on SSD type speeds. Also a fairly fat application like a browser has an entirely different amount of work to do before it stops loading compared with the very thin media players that this BeOS demonstration would have been demoing. Apples to Oranges, but BeOS's being multi-thread-mandatory from the start where Lion's application resume was an add-on feature to mature apps will make the difference pretty glaring.


it loads mega slow




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: