SMB folder size cap?

[Vodkanakas]

So i know the internal drive has a cap of a little over 2TB but does the smb have a cap as well? Ive got a folder of about 2.5TB and and from what i can tell its only picking up 2.14TB of files. Does the smb have a cap that it can read?

 

[Vodkanakas]

ok so did some diggin and found this to be assossiated with the games.bin file being created after initial scan. deleting this fixed my issue and it made another one.

 

[mrlb]

I have 6+tb of PS1, PS2, and apps all sitting on a HDD inside the PS2 running a SMB server - essentially everything you could possibly ever want plus a lot of stuff you don't want there is no limit to SMB as you discovered it's related to the OPL manager / games.bin.

Opening OPL manager and trying to manager a 6tb smb share it lots of fun btw, only takes 20 minutes to load too

 

[TnA]

6GB is ~2 1/2 PS2-games...

...and 6TB (if that's what you meant) wouldn't be recognized internally in a PS2.


As SMB, well... Yes, that works.
Actually you could probably get the entire collection on it, when you use filesystem-compression.

 

[mrlb]

6GB is ~2 1/2 PS2-games...

...and 6TB (if that's what you meant) wouldn't be recognized internally in a PS2.

Corrected. I did mention 6tb in the second paragraph so it would an extremely safe assumption to make that it was a typo.

As SMB, well... Yes, that works.
Actually you could probably get the entire collection on it, when you use filesystem-compression.

I'm not so convinced that filesystem-compression would be that advantageous or save much on capacity. Games backups, ISO's, BIN's have had blank data removed and already optimized. Like music, photos, videos I don't think they compress well. Maybe if you're lucky you might save 10-20% at best. Maybe. But storage is so cheap. A 6TB HDD would allow you to hold all your PS2 backups and 8TB would allow you all PS1 & PS2.

All this said I would like see how the entire PS1 and PS2 backups go on a compression filesystem. I think BTRfs is the way to go. I think where this would shine is if you have a dedicated VMC memory card per game (8mb) . 4000 game backups x 8mb = 32gb. These could compress 99% considering game data is usually no more than a couple hundred KB. Then again 32gb is nothing when HDD's are selling in TB's.

 

[TnA]

Corrected. I did mention 6tb in the second paragraph so it would an extremely safe assumption to make that it was a typo.

You didn't correct me, because I DID assume that, hence I covered both in my reply. :P

I'm not so convinced that filesystem-compression would be that advantageous or save much on capacity. Games backups, ISO's, BIN's have had blank data removed and already optimized. Like music, photos, videos I don't think they compress well. Maybe if you're lucky you might save 10-20% at best. Maybe. But storage is so cheap. A 6TB HDD would allow you to hold all your PS2 backups and 8TB would allow you all PS1 & PS2.

All this said I would like see how the entire PS1 and PS2 backups go on a compression filesystem. I think BTRfs is the way to go. I think where this would shine is if you have a dedicated VMC memory card per game (8mb) . 4000 game backups x 8mb = 32gb. These could compress 99% considering game data is usually no more than a couple hundred KB. Then again 32gb is nothing when HDD's are selling in TB's.

I agree to pretty much all of that.

I'm not sure how good a compression of VMCs would be though.

 

[Berion]

Games backups, ISO's, BIN's have had blank data removed and already optimized.

They haven't. Reason to 1:1 copy is to have every bit from user data space. Compression in PS2 game case, depend of used algo, can safe even 70% in some extreme cases and often about ~20-30%. NTFS using some LZ variation so should safe near that values.

I think BTRfs is the way to go.

Still unstable.

 

[TnA]

I think he/she meant, that he/she ripped his/her games!