F Y I you can find new information about the TRIM and other information at AnandTech site -----> H E R E
F Y I you can find new information about the TRIM and other information at AnandTech site -----> H E R E
CPU: Intel Core i7-4770K 4.8GHz
MOBO: GIGABYTE GA-G1.Sniper M5 MATX 1150
MEMORY: G.SKILL Trident X 8GB 2400MHz 9-11-11-31 1T
GPU: 2 x eVGA GTX 780 SC
SOUND KRK Rokit 5 Limited Edition White Studio Monitors
SSD: 4 x Samsung 128GB Pro's Raid 0
PSU: SeaSonic Platinum 1000W
COOLING: 2 x Alphacool NexXxoS UT60 Full Copper 420mm 6 x Swiftech Helix 140mm Fans
CASE: Lian Li PC-C32B TECH STATION MOD build log coming soon
MONITOR: ASUS VG278HE Black 27" 149Hz
O.S: Windows 7 Pro x64
True, maybe poor instructions then. I have no reason to shift blame, I could care less about intel's reputation and I agree they are probably wrong in some way.
I personally would never have flashed the FW without a thorough wipe. I had two G1 drives for a long time and am used to wiping with secure erase to refresh on a regular basis. It seemed like a no brainer to wipe before this update.
i've never seen that much firmware issues as with the current gen of ssds. worrying they're not able to get this crap under control.
1. Asus P5Q-E / Intel Core 2 Quad Q9550 @~3612 MHz (8,5x425) / 2x2GB OCZ Platinum XTC (PC2-8000U, CL5) / EVGA GeForce GTX 570 / Crucial M4 128GB, WD Caviar Blue 640GB, WD Caviar SE16 320GB, WD Caviar SE 160GB / be quiet! Dark Power Pro P7 550W / Thermaltake Tsunami VA3000BWA / LG L227WT / Teufel Concept E Magnum 5.1 // SysProfile
2. Asus A8N-SLI / AMD Athlon 64 4000+ @~2640 MHz (12x220) / 1024 MB Corsair CMX TwinX 3200C2, 2.5-3-3-6 1T / Club3D GeForce 7800GT @463/1120 MHz / Crucial M4 64GB, Hitachi Deskstar 40GB / be quiet! Blackline P5 470W
RagzaroK - I get very similar results to what you mentioned in your post above (88-86-74) so I think your fine (by the way I'm running the 80GB G2). I'm not sure what drive he used for that benchmark but many 160GB G2's now have write speeds above 100MB/s after the firmware flash.
Asus Maximus III Formula (2001)
Intel i7 860 (L924B516)
Noctua D14
Corsairs CMG4GX3M2A2000C2 (2 x 2GB) RAM
eVGA GTX480
DD-H20
BIX GTX360
MCP35X PWM
Creative X-Fi Titanium PCI-e
LG GGC-H20L Blu-Ray
Toughpower 850w Modular
GSkill Phoenix Pro SSD 120GB
HEAT
No issues here.
yeah, weird isnt it? when intel entered the ssd segment i hoped they'd bring proper intel quality to ssd's...
they did push perf up, but at high prices, and they stumbled over trim just like all the other ssd makers, and their firmware problems seem at least as problematic as those of other ssd makers... actually this is the second time intel ssd firmware bricks ssd's while i havent heard of any other ssd maker having a similar problem?
Say what you will about OCZ and their issues, as best I know their firmwares haven't consistently bricked the SSDs.
Intel needs to get their act together, I've been ready to buy one of these G2 drives since launch and these consistent issues keep me from getting one.
The problem seems Windows 7 related. Watch out and don't flash.
Looks like I got lucky. Running Windows 7 and having no issues with the firmware update.
I normally run in ACHI mode but switched to IDE, ran firmware, and switched back to ACHI before going back into Windows 7. It installed a driver and rebooted. All good.
Hope they get it fixed for everyone having issues.
I was running in AHCI mode and with overclocked system when i flashed, SSD is still running fine Windows 7 , there must be something else that bricked the drives for others , if firmware is bad it should brick all the drives not select few.
My bet is on incompatible hardware software combination.
.:. Obsidian 750D .:. i7 5960X .:. EVGA Titan .:. G.SKILL Ripjaws DDR4 32GB .:. CORSAIR HX850i .:. Asus X99-DELUXE .:. Crucial M4 SSD 512GB .:.
Well I dunno wth this tish is but a Kingston SSD Now 64GB bricked on me. I just installed 7 on it, played around a little, the laptop went to sleep, and when I go to wake it up, it asked for a freaking hdd password. I of course never flashed any firmware or put any pw on the hdd in the bios. The drive is now unusable, can't reformat or do anything with it...lol
What win7? RTM, Beta, Retail?
Agreed. All the intel drives that are produced are exactly the same. They all came with the same firmware, same hardware, there is no reasoning that can explain why some of us have working drives and others have claimed to brick theirs. It is obviously not intel's fault. I bet you put any of these supposed bricked drives in a system such as mine and they will work just fine. It's probably the motherboard BIOS that is screwing up the booting process, either the users fault with settings or just a BIOS that isn't compatible on maybe a laptop or something that doesn't let you choose from IDE or AHCI, or people don't know how to turn the AHCI driver on if they switched from IDE.
It would be interesting to know whether those who "bricked" their SSD's were running on Marvell, JMicron, or nForce based AHCI/SATA controllers
Stop looking at the walls, look out the window
so no trim in ide mode right?
E8400 8x500=4000 | ABIT IP35-E
2x2GB Tracer PC2-6400 1:1 500MHz 5-5-5-15 2.0V
Galaxy 8800GT 800/2000/1100 1.3V | 80GB X25-M G2 + 1.5TB 7200.11 | XFiXG
Fuzion | MCW60 | DDC2+Petra | Coolrad22T+BIP1
Merom 13x133=1733 1MB L2 0.950V
This is an example about the trim operation the way I get it.
Suppose we have a completely full SSD.
User: delete entire disk
Without Trim
SSD: Has no idea the SSD contains no valid data. It only changed the Mft.
User: Write on sectors 2000-4000.
File system: Write on allocation units a to b
SSD:
1. Performs a search in it's volatile memory where the file tanslation layer table resides to get the blocks and pages that correspond to allocation units a to b.
2. In case there are blocks that contain pages with allocation units out of the a to b range (fragmentation), the SSD controller needs to write those pages on an empty block. But no block is empty. Though an SSD reserves some blocks in advance to overcome situations like this. In this case the data is written on a reserved block or in the memory.
3. The SSD controller applies current to corresponding blocks to wipe them out.
4. Marks the blocks and pages in the a to b range and writes the new data. Then it writes the old data from the memory or the reserved blocks.
With trim
OS Trim to SSD: No valid data on disk (SSD may perform a wipe operation on all blocks at any time)
SSD: Updates the file tanslation layer table to reflect the situation where all blocks contain no valid data and the garbage collection mechanism can perform a wipe operation at any time lazily on all blocks. It should also change the metadata of all pages and blocks to reflect the new situation as soon as possible.
User: Write on sectors 2000-4000.
File system: Write on allocation units a to b
SSD:
1. Checks whether there are enough corresponding blocks that are already erased.
2. In case some needed blocks were not already wiped out earlier it performs an erase block operation
3. marks the wiped out blocks and pages in the a to b range and writes the new data.
Last edited by Marios; 10-31-2009 at 11:07 AM.
soooo...when's intel gonna release this fixed firmware thingymahbobber?
Home PC: Intel i7 4770K @ 4.6ghz l Asus Maximus VI Hero l Corsair Dominator Plantinum 2400mhz (4x4GB) l Asus GTX 690 l Samsung 840 Pro 256gb l 2 x WD Black 1T storage drive l WD MyBook 500gb External l Samsung SH-S203N DVD l Creative X-Fi Titanium HD l Corsair AX1200 PSU l Planar SA2311W23 3D LCD Monitor l Corsair 800D Case l Windows 7 Ultimate 64 bit l Sennheiser HD-590
Water Cooling Setup: Swiftech 320 Radiator (3 X Gentle Typhoons 1450rpm 3 x Gentle Typhoons 1850 rpm) l Swiftech Pump w/XSPC Res Top l Heatkiller 3.0 CPU Block l Heatkiller GPU-X GTX 690 "Hole Edition" Nickel l Heatkiller Geforce GTX 690 GPU Backplate l Koolance 140mm Radiator l Danger Den 1/2ID UV Green tubing l EK EKoolant UV Green Liquid
-Impossible is not a word
Bookmarks