my loadups that fast because its cached ?
with your tendency to claim 5x @ 6x/4x @ 5x.. and who knows what cache.. can you back up this claim ^ ??
with your 1680/2gb~4gb/6x vertex you should put my 1231/512mb/4x jmicron cod4/cod5 loadups to shame
you think my app *.bat loadup was cached also ?
i will bring another video of that
everything you guys see in the videos is pure/raw power no tricks no bs
Last edited by NapalmV5; 07-29-2009 at 04:34 AM.
Not saying it is bs etc, but you could easily prove it's not by doing a video of the bootup from when you press the power switch, and then load COD4 & 5 then exit them and then run the .bat file.
If the times are just as fast, then you have one crazy fast setup and a 12xx might have to be under my christmas tree.
Are you Intel's Btch?
People need to much proof. This isn't even official benchmarking, just people telling their experiences and showing their setups for advice.
Why don't you guys pull some strings in the e-zine communities and make them start testing setups like these in real world stuff. I mean every site could do their ovn script and load up windows and a bunch of chosen apps and post a score and compare.
Than more people would learn the real truth and avoid all this bickering.
I'm more curious about what makes this Areca so special that makes it perform better in Raid0 in these real world tasks? It shouldn't be it processor, right?
And I feel sorry for myself cause it has 12ports, and I don't need them on my main rig.
Is there a card with less ports that would give same results?
Wow Napalm, those loading time are amazing. Now I wish I had a couple thousand extra to spend on a nice controller and a bunch of super nice drives.
Rig 1:
ASUS P8Z77-V
Intel i5 3570K @ 4.75GHz
16GB of Team Xtreme DDR-2666 RAM (11-13-13-35-2T)
Nvidia GTX 670 4GB SLI
Rig 2:
Asus Sabertooth 990FX
AMD FX-8350 @ 5.6GHz
16GB of Mushkin DDR-1866 RAM (8-9-8-26-1T)
AMD 6950 with 6970 bios flash
Yamakasi Catleap 2B overclocked to 120Hz refresh rate
Audio-GD FUN DAC unit w/ AD797BRZ opamps
Sennheiser PC350 headset w/ hero mod
they're normal crappy jmicron drives, just backed by an uber raid card.
yeah, I thought it was the mlc drives. Sorry.
MainGamer PC----Intel Core i7 - 6GB Corsair 1600 DDR3 - Foxconn Bloodrage - ATI 6950 Modded - Areca 1880ix-12 - 2 x 120GB G.Skill Phoenix SSD - 2 x 80GB Intel G2 - Lian LI PCA05 - Seasonic M12D 850W PSU
MovieBox----Intel E8400 - 2x 4GB OCZ 800 DDR2 - Asus P5Q Deluxe - Nvidia GTS 250 - 2x30GB OCZ Vertex - 40GB Intel X25-V - 60GB OCZ Agility- Lian LI PCA05 - Corsair 620W PSU
I'd love to try. Just waiting on Intel to get that new firmware out there on the new drives!
MainGamer PC----Intel Core i7 - 6GB Corsair 1600 DDR3 - Foxconn Bloodrage - ATI 6950 Modded - Areca 1880ix-12 - 2 x 120GB G.Skill Phoenix SSD - 2 x 80GB Intel G2 - Lian LI PCA05 - Seasonic M12D 850W PSU
MovieBox----Intel E8400 - 2x 4GB OCZ 800 DDR2 - Asus P5Q Deluxe - Nvidia GTS 250 - 2x30GB OCZ Vertex - 40GB Intel X25-V - 60GB OCZ Agility- Lian LI PCA05 - Corsair 620W PSU
You second quote suggests that when you disable the cache in WINDOWS, the drive uses 0 cache in the drive. (Atleast for your quote/point to make sense that is what it would need to suggest)
The first thing that doesn't sound correct, is that you have previously stated that a drive with 0 cache will not work at all.
So which is it?
The drive either uses the minimum 256k cache but not the remaining 15.75mb used for wear leveling when you disable caching, or it uses NO cache at all and as you stated previously the drive will not function.
If the x25-m still uses the 256k cache then my point still stands because the x25-m is still opperating with 1600% more cache than the j-micron even with the wear levelling cache disabled.
So with performance already hit with the wear levelling cache disabled, how do you think the x25-m would fare if you replaced the 256k cache with 16k?
Are you Intel's Btch?
^^^
My hunch is your defending a careless comment that hadn't been thought through!
It's ok to be wrong on this forum occasionallly.
Are you Intel's Btch?
You can't turn off the cache that is used for wear leveling. It doesn't let you because the drive wouldn't work at all. When it erases a block, where do you think it would keep the previous contents until it has to write the modified data back?
My second quote suggests what it says. When you click the turn off cache button in windows, there is no stuttering. We are clearly talking about the write buffer at that point as I've already said wear leveling cache can not be disabled.
It lets you turn off the write buffer because that is just for performance purposes. You can turn off the read/write buffer an an HDD too. Will be 5-10x slower. It is the same idea but SSDs don't suffer anywhere near as much. My point stands, the X25 would not stutter even with a 0kb write buffer. It would be slow, but it would not stutter. Stuttering is due to bad controller design and not due to cache. Cache can somewhat remedy the bad controller design, but if the controller is fine to begin with then there is nothing to remedy.
Last edited by One_Hertz; 07-31-2009 at 09:34 AM.
Is the cache not DRAM that is used as memory by the controller for deciding exactly where to write data? It's not used for user data because of the risk of data loss.
The FAQ's on Kingstons web site (X25-M) states Data caching is limited to the controller for enhanced performance. Disabling Write Cache simply adds latency and provides no significant additional data loss protection.
Data loss Lol!
You really think it's an issue to use cache as a buffer before it get to disk?
This is nearly as bad as the write back cache argument.
Chances are if your writing a file and sudden power failure happens the data has
a) Already been written to disk
b) Has only written part of file so it's going to be corrupt anyway.
Are you Intel's Btch?
I dont know. I would assume somewhere in the 15mb range. This cache has nothing in common with the cache that Areca provides. Completely different things.
Your original statement of "Your x25-m's would stutter if there wasn't any cache" is completely and utterly false. If you were talking about all cache, then no it wouldn't stutter because it wouldn't even work due to the controller design. If you were talking about write buffer then no, it wouldn't stutter without it.
Bookmarks