bit-tech.net

loftie · 8th Jan 2013, 10:13

When I first got my SSD, I used a junction to move my temp folder from the SSD to a mechanical drive. I used a program - can't remember which one - to move it over. Now everything worked fine, the temp folder works, things are being written to the mechanical drive.

However I've been having issues with Plex. If you don't know what Plex is, think XBMC, or Media Centre. It's not been using artwork stored on my PC, even though it's downloaded it. Trawling through the error logs, I discovered that Plex could not find the Temp folder. Moving the Temp folder back to my SSD fixed the issue.

From what I understand of junctions, it's supposed to create a link which I thought was 'invisible' to programs. Which is why when I open any of the my junction folders, the address stays as on the C drive ( My SSD ) and doesn't switch to D ( Mechanical ).

Basically, I'm after a bit of clarification, and if anyone has any ideas why this one program doesn't find the temp folder if it's a junction.

Cheers all.

Zoon · 8th Jan 2013, 11:27

Not sure about the junction issue, but try moving the TEMP folder by using Path to point it to your mechanical drive instead.

loftie · 9th Jan 2013, 09:42

Thanks for the response! Though you're going to have to explain what you mean as I have no idea

Cheers

law99 · 9th Jan 2013, 13:12

The temp folder is one I'd rather have on the SSD myself... but I understand why you wouldn't want it there either.

Still... there is a difference between the types of links you can make. There is hardlink also... these are the transparent ones... and you'd use mklink to make one.

Could you use the old software to move it back and try again making sure it's a hardlink? Either with the same software or with mklink.

mklink instructions

mklink /h /j [link] [target]

faugusztin · 9th Jan 2013, 13:30

The only reason i would move something out of SSD is the case when there is not enough space on the drive. Any other reason is not logical - pretty much every SSD has their official lifetime around 200TB of writes - even at 5GB/hour write rate we talk about 40000 hours = 1666 days = 4.5 years of 24/7 write of 5GB data. In a more realistic scenario of 10 hours of computer use per day it is over 11 years.

And those are only the official numbers - there are few brave people who are testing the durability of various SSD drives, in most cases (except ones failing prematurely, mostly OCZ) you see write amounts from 400TB to 1000TB, with the champion Samsung 830 reaching 6PB (6000TB) before dying, and even Samsung 840 with TLC did 432.92 TB :
http://www.xtremesystems.org/forums/...s-34nm/page218

400TB, 5GB writes per hour, 10 hours of use per day - that is 21 years to kill the SSD by using up all the writes.

So please forget pretty much every SSD optimization you ever heard except turning AHCI on and connecting the SSD to the quickest SATA port you got. Those are the only ones you need to follow.

law99 · 9th Jan 2013, 13:41

Quote:

Originally Posted by faugusztin

The only reason i would move something out of SSD is the case when there is not enough space on the drive. Any other reason is not logical - pretty much every SSD has their official lifetime around 200TB of writes - even at 5GB/hour write rate we talk about 40000 hours = 1666 days = 4.5 years of 24/7 write of 5GB data. In a more realistic scenario of 10 hours of computer use per day it is over 11 years.

And those are only the official numbers - there are few brave people who are testing the durability of various SSD drives, in most cases (except ones failing prematurely, mostly OCZ) you see write amounts from 400TB to 1000TB, with the champion Samsung 830 reaching 6PB (6000TB) before dying, and even Samsung 840 with TLC did 432.92 TB :
http://www.xtremesystems.org/forums/...s-34nm/page218

400TB, 5GB writes per hour, 10 hours of use per day - that is 21 years to kill the SSD by using up all the writes.

So please forget pretty much every SSD optimization you ever heard except turning AHCI on and connecting the SSD to the quickest SATA port you got. Those are the only ones you need to follow.

+1 for that.

Zoon · 9th Jan 2013, 18:39

Quote:

Originally Posted by faugusztin

So please forget pretty much every SSD optimization you ever heard except turning AHCI on and connecting the SSD to the quickest SATA port you got. Those are the only ones you need to follow.

And enabling TRIM

loftie · 10th Jan 2013, 21:23

I'll retry the links again. From what I remember, the reason why I moved it off the SSD in the first place was to do with video transcoding. But since I've been fairly busy lately I haven't done any lately so I can't remember! Cheers for the responses

Showerhead · 12th Jan 2013, 11:52

Assuming you mean the user temp folder i found moving it through environment variables under advanced system settings solved most issues for me.

loftie · 12th Jan 2013, 14:20

Quote:

Originally Posted by Showerhead

Assuming you mean the user temp folder i found moving it through environment variables under advanced system settings solved most issues for me.

Didn't know that was an option, learn something new every day

Thanks for that

8th Jan 2013, 10:13	#1
loftie Hypermodder Join Date: Feb 2009 Posts: 744	Windows Junctions When I first got my SSD, I used a junction to move my temp folder from the SSD to a mechanical drive. I used a program - can't remember which one - to move it over. Now everything worked fine, the temp folder works, things are being written to the mechanical drive. However I've been having issues with Plex. If you don't know what Plex is, think XBMC, or Media Centre. It's not been using artwork stored on my PC, even though it's downloaded it. Trawling through the error logs, I discovered that Plex could not find the Temp folder. Moving the Temp folder back to my SSD fixed the issue. From what I understand of junctions, it's supposed to create a link which I thought was 'invisible' to programs. Which is why when I open any of the my junction folders, the address stays as on the C drive ( My SSD ) and doesn't switch to D ( Mechanical ). Basically, I'm after a bit of clarification, and if anyone has any ideas why this one program doesn't find the temp folder if it's a junction. Cheers all. __________________ Sent from my PC using a keyboard

8th Jan 2013, 11:27	#2
Zoon Hunting Wabbits since the 80s Join Date: Mar 2001 Location: Somewhere near a dremel in Bristol Posts: 3,038	Not sure about the junction issue, but try moving the TEMP folder by using Path to point it to your mechanical drive instead. __________________ Datacentre architect and engineer extraordinaire. Maybe. Cheeky referal link for Plus.net - £6.49 introduction offer, free setup available, and they are well good. I use em and recommend to all my friends and family

9th Jan 2013, 09:42	#3
loftie Hypermodder Join Date: Feb 2009 Posts: 744	Thanks for the response! Though you're going to have to explain what you mean as I have no idea Cheers __________________ Sent from my PC using a keyboard

9th Jan 2013, 13:12	#4
law99 Ultramodder Join Date: Sep 2009 Posts: 1,342	The temp folder is one I'd rather have on the SSD myself... but I understand why you wouldn't want it there either. Still... there is a difference between the types of links you can make. There is hardlink also... these are the transparent ones... and you'd use mklink to make one. Could you use the old software to move it back and try again making sure it's a hardlink? Either with the same software or with mklink. mklink instructions mklink /h /j [link] [target] __________________ 3570k WC @ 4.7giggles \| 8gb Kingston 2133mhz \| ASUS Sabertooth Z77 \| 7950w/boost WC \| Seasonic x-660w \| NZXT 810 switch \| Crucial M4 128gb \| 2x F3 1tb Raid 1 \| NZXT Sentry 6ch 50w fan controller \| Cheap LG IPS

9th Jan 2013, 13:30	#5
faugusztin I am the guy with two left hands Join Date: Aug 2008 Location: Bratislava, Slovakia Posts: 4,574	The only reason i would move something out of SSD is the case when there is not enough space on the drive. Any other reason is not logical - pretty much every SSD has their official lifetime around 200TB of writes - even at 5GB/hour write rate we talk about 40000 hours = 1666 days = 4.5 years of 24/7 write of 5GB data. In a more realistic scenario of 10 hours of computer use per day it is over 11 years. And those are only the official numbers - there are few brave people who are testing the durability of various SSD drives, in most cases (except ones failing prematurely, mostly OCZ) you see write amounts from 400TB to 1000TB, with the champion Samsung 830 reaching 6PB (6000TB) before dying, and even Samsung 840 with TLC did 432.92 TB : http://www.xtremesystems.org/forums/...s-34nm/page218 400TB, 5GB writes per hour, 10 hours of use per day - that is 21 years to kill the SSD by using up all the writes. So please forget pretty much every SSD optimization you ever heard except turning AHCI on and connecting the SSD to the quickest SATA port you got. Those are the only ones you need to follow. __________________ Cerberus Core i7-2600K Asus P8Z77-I Deluxe GSkill RipjawsX 2x8GB DDR3-1600CL9 watercooled EVGA GTX670 Samsung 830 256GB Bitfenix Prodigy Seasonic X-460 Windows 8 Pro Prometheus Xeon E3-1235 Asus P8B WS GSkill RipjawsX 2x4GB DDR3-1333CL7+2x8GB DDR3-1333CL9 Coolink Corator DS Force 3 240GB+4xWD30EFRX+2xWD20EARS+6xWD20EARX Nanoxia DS1 Seasonic X-460 Ubuntu 12.04

bit-tech.net

Site Links

Our Other Sites

10th Jan 2013, 21:23	#8
loftie Hypermodder Join Date: Feb 2009 Posts: 744	I'll retry the links again. From what I remember, the reason why I moved it off the SSD in the first place was to do with video transcoding. But since I've been fairly busy lately I haven't done any lately so I can't remember! Cheers for the responses __________________ Sent from my PC using a keyboard

12th Jan 2013, 11:52	#9
Showerhead Ultramodder Join Date: Jan 2010 Location: Aberdeen, Scotland Posts: 1,109	Assuming you mean the user temp folder i found moving it through environment variables under advanced system settings solved most issues for me.