I did read the article .... when it came out. I don't need re-educating, I'm perfectly happy with my qualifications. Real world and artificial tests are two very different things. This has gone massively off topic, so I'm stopping here.
No idea without actually getting my hands on the mac to do some hands on troubleshooting if I'm honest. You've not given us any details on what type and bitrate of files you are having issues with. One thing I will say is that VLC only supports MPEG4 AVC hardware assisted decode on the Mac.
Media Centre software like Kodi and Plex have better support for hardware decode.
These numbers look pretty good; the CPU is not being taxed too heavily here.
And yeah, this shows that you're near the limit on RAM. Which, I guess, you've noticed already.Were you able to tell how much RAM VLC was using?
Yeah, the high compression values means that the OS has decided that there's not enough room left, so it's trying to use compression to cram more data into less memory. This trick works to some extent, but increases the load on the CPU, and may contribute to slowdowns on retrieving video (depending on how the compression is being performed).
(And yes, Chrome can be a real memory hog. It's still my own favorite browser, though.)
Apple has always rated user experience first, efficiency second; but still, I don't think it's right to blame the OS just yet.El Capitan is definitely being used by many folks without problems.
I think the first thing I would suggest is to try using a video player other than VLC (_anything_ other than VLC) VLC is probably the most powerful and flexible video player available, but it gains that power at the cost of speed and efficiency. I personally think MPlayerX (available at mplayerx.org ) is a good option.
That's the native refresh rate for most LCD monitors these days; I don't think it should make a difference here.
You can dig into the list of processes in the Memory tab of the Activity Monitor to find out which processes are consuming the most RAM. It may indeed be the case that the OS is using most of it, but you might just find that there is some odd utility or set of utilities running that are quietly eating up your RAM. In any case, I believe that a Mac with 4 Gig of RAM running El Capitan and playing a video should, in my opinion, not be running out of memory in this manner...
ok , no good . performance is even worse . actually 10 times worse . if i jump to a scene using the scroll bar it takes around 5 seconds to change and gives me pixels everywhere , the choppiness overral is also much worse than vlc and quicktime .
Can I ask, what did Activity Monitor show while this was going on? If we can pinpoint the exact culprit eating up either the CPU or the RAM, that'd go a long way towards figuring out a solution...
ok things are much worse with this player like i said
used mem - 3.3 gb
cached archives - 730 mb
swap used - 19 mb ( last time was just 512 k , this is like almost 40 times higher )
app mem - 1.75 gb
resident mem - 930 mb
compressed - 620 mb
This means that at some point, your machine was under serious pressure for RAM. Once the memory has been compressed (which consumes lots of CPU cycles), it _stays_ compressed (even after the memory pressure has been reduced) until you need to access it, because decompressing the memory takes lots _more_ CPU cycles.
Once again, I would ask that you please, please, please read that article. It's a great article, and you did post the link to it yourself. In summary: swapping is bad, and needs to be avoided at all costs. But compression is not in and of itself at all good; it's simply less bad than swapping.
I am running vlc with 2-2.5 GB free memory ( after I close all apps and run vlc that is how much memory I have, while running vlc) , that is what says the system monitor anyway . The chopiness is reduced now.... But I can still see them during the movie in some scenes.... I wonder if this could be a memory issue even with basically half of my memory free?
Memory compression is a simply brilliant addition to OS X.
Also, hardware compression will further reduce cpu cycles so don't view compression as bad.
Swapping isn't bad either as without it you wouldn't be able to run very many things in parallel.
Very confusing thread so far.
Memory has absolutely nothing to do with video playback. OP is more than fine with 4gb.
That's nonsense.The OP was originally running with all physical memory in use, memory compression being performed, even small amounts of swapping starting. When there is no free RAM available, video playback absolutely will suffer.
That's nonsense.
I sometimes had 2gb swap files and over 7gb (of only 4gb) in use and playback never stuttered at all.
Again: the op's problem has nothing to do with ram.Ok, when you are talking about video playback, are you talking about playing video directly from a Blu-ray disk, or from a video file that uses a significant amount of compression? The compression level, and the codec in use, can significantly alter the amount of CPU cycles and memory required to play a video. Also, if the other apps in use are not actually doing anything at the time the video is playing (and, therefore, neither the swapped data nor the compressed data is being accessed), you might get lucky enough that the OS doesn't need to pause the video playback in order to perform any paging or decompression.
Still, I gotta say, you don't want to be running with gigabytes of swap all the time.You'll end up waiting forever for apps to get their work done, and it does no favors for the lifespan of your HD/SSD either...