I believe that a floppy-based raid 0 configuration was referenced in Dante's Inferno as an object one would encounter in the 5th circle of hell (wrath), if I'm not mistaken.

@BulletproofKuloodporny

Жыл бұрын

@@BrianMoore-uk6js R

@Inject0r

Жыл бұрын

Well, it might be at least 2 circles, as gluttony is kind of synonymous to 34 USB FDD drives :p

@TimLesher

Жыл бұрын

If I remember from Office Space the correct peripheral for the circle of Wrath is a laser printer.

@charliekahn4205

Жыл бұрын

@@Inject0r At least USB FDD can reliably load.

@Youtube.Commen-tater

Жыл бұрын

@@TimLesher "PC LOAD LETTER"? The fuck does that mean?

Now do it with ZIP disks! I did it once back in college on an eMac while bored at the help desk, worked great with five zip drives!

@kirishima638

Жыл бұрын

Zip disks would be perfect for this.

@timmooney7528

Жыл бұрын

Jazz disks would also be cool

@wilymcgee

Жыл бұрын

@@kirishima638 perfect for the cursed mac!!!

@jannejohansson3383

Жыл бұрын

Or how about lto-drives, isn't too easy job at least..

@boelwerkr

Жыл бұрын

@@timmooney7528 I did it with 3 1Gb Iomega Jaz SCSI dived in Raid 0 for backups on my Linux home server. Worked fine until it stopped working. :-/ Back than i wished you could make CD-Rom RAID for backups. I tried it, but my knowledge how to make such a thing, and make it with my available hard drives wasn't there. I later made a Raid 6 with 7 1Gb Iomega Jaz SCSI drives. I had to put them in their own enclosure with an dedicated SCSI card. It worked nicely, until i ran out of disk space ( 5Gb isn't that much anymore :-/ ).

This is reminding me of that old video by "The iBookGuy". He put several USB flash drives in RAID, then later changed his name to "8-Bit Guy" to hide the shame.

@chrisguli2865

Жыл бұрын

"to hide the shame" 🤣

@myhandleiswhat

2 ай бұрын

if only that was the reason he changed his name.

"Should be fine" "I'm not an expert" he says sitting next to 30+ floppy drives

@eriklarson9137

2 ай бұрын

So sitting next to the drives makes him an expert? Niiice.

@jaquelinecolibet

24 күн бұрын

@@eriklarson9137 no, it's the "should be fine" part that's problematic here

Possibly the reason the RAID array failed, the heads on those drives may need to be cleaned. They used to sell "floppy drive cleaners" .. basically a floppy disk with a cleaning pad instead of a magnetic storage medium. Put a couple drops of alcohol on the pad, put the "disk" in and try to mount it in OSX. Do this a couple times and it should clean the heads of the floppy drive possibly increasing your success rate.

@ClosestNearUtopia

Жыл бұрын

I feel a redo upcoming.🤭

@wasteandglory

Жыл бұрын

those cleaning disks are the worste. the cleaning pad is also inside the floppydisk itself to protect the magnetic disk. and will collect crap during its life.. back when where still booting of disks it whas usualy the most dirty and teh first one to go. even if you use fluids it not going tobe enough and doing it while powered on is also not such a asuring idea. just popoff teh front plastic bit of the drive and clean it with a cotton tip and some alcohol. alcohol will just do you dont need to desolve annything else but the crap However i think its had more todo with the controler type of the usb floppy it whas distict a sertian type that failed. but seem to work. like its 2.8mb able or even zipdrive formats like 120mb using difrent drivers that dont have the same hardware function i think the same fallback legacy driver for all the drives will make them behave the sameway and will allow raid

@CrossRoadsOfTime

Жыл бұрын

There's another problem, that doesn't have to do with any one drive, but trying to use them all at once. which is going to be the case when your using raid. so I looked up a usb floppy drive and it stated that they use 500ma (or 0.5a) at 5v and your powering them with two strips. so to see how much power these drives are going to use when they are all working in tandem take the power use of a single one and multiply it by 17 (half of 34 since the other half is on a different hub). when you do the math that comes out to 8.5 amps per hub. Convert that to watts and that hub needs to be able to supply over 40 watts of power (42.5w) now a quick search of powered usb hubs showed various levels that max out at though 36watt was common. if that's the case with your hubs then while you'll get the drives to all connect when you start them up slowly like that as only one drive is active at a time and the rest are in standby so not using near as much power and thus not overloading the hubs power supply. but when they all go to active read or worse write mode at the same time some of them are not going to get enough power and thus fail and like you said if one of the drives fails it brings down the whole ship. I was wondering about transfer rate because older computer. As it would overwhelm a 1.0 usb port. But turns out even 1.1 should have the capacity as we are looking between 5-8mb/s and 1.1 can handle 12mb/s. I think that computer you mentioned has 1.1 so while the data side should be okay. I say should because it looks like the max practical speed of a floppy is 100-250kb/s though they are rated at 500kb/s-1mb/s but even so it would more likely just run slower then it could. though that would depend on how well the raid controller is able to handle the likely out of order nature of the writes and reads coming in if it was to get up to the full speed and not just 250kb/s speed. Still make sure that the hubs are rated for the power drain that's going to hit it as that 8.5 amps or 42.5watts is only from 17 of those 34 drives doing a write cycle at the same time. this is what I would check first, because if your powered usb hubs ac adapter is not outputting at least 43watts or 8.6 amps (as the hub itself is also going to need some power) the rest doesn't matter there will always be at least one drive that is going to fail due to lack of power during the read/write cycles even if all the drives and disks are in perfect working order. And like you said it only takes one to crash the array.

@kaitlyn__L

Жыл бұрын

@@CrossRoadsOfTime this is software RAID, so the OS is the controller, but aside from that yeah you’re exactly on the money. Needs more hubs probably. Could also be a mismatching head seek latency or something between a few models of drive. (Or even the former power issue directly causing the latter issue.)

@CrossRoadsOfTime

Жыл бұрын

@@kaitlyn__L never said it was a hardware raid setup. even with software raid, there is still a Controller managing the RAID setup. it's just that in his case the controller is a program running in the OS. vs a program running on dedicated hardware.

Imagine if Paweł Zadrożniak did this with his 512-disk musical instrument the Floppotron.

@DonMr

Жыл бұрын

Old video

@aswarmofdeadinsects

Жыл бұрын

@@DonMr He’s made a new one actually.

@DonMr

Жыл бұрын

@@aswarmofdeadinsects when?????

@DistrosProjects

Жыл бұрын

@@DonMr few weeks ago

@samuell.foxton4177

Жыл бұрын

Old one was only 64

the Guinness world record should add a record for "Most number of floppy drives RAIDed". they already do have a lot of ridiculous records so this one should slide easily through...

@3rdalbum

Жыл бұрын

You have to pay to get your records witnessed, which isn't cheap at all. They might not even find it worthwhile to certify, since only nerds would be interested not the people who buy the Guiness book.

@TheNuclearBolton

Жыл бұрын

People who buy those books are not too different from us

@eriklarson9137

2 ай бұрын

@@3rdalbum This guy. Other than nerds, who buys Guinness record books? That was unintentionally hilarious!

Reminds me of the time I asked my high school electronics teacher if it was possible to use a floppy disk as RAM, to which he answered: "only if you want to have the world's slowest computer!"

@jannejohansson3383

Жыл бұрын

Yep, but it works.. even today. Some bluray-drives could work softram. It's not even "worsest" idea what you could find. Tape drives aren't so easy peacy put in ride and need whole custom own raid program. And cassette library with few drives and hundreds of LTO's.. no no no.. only way if you modify drives and made endless tape between drives and could buffer it somehow (like old ink casettes) and run both way ofc.. that must be weirdest "raid", with one media and many raid drives.. ;)) So, think about that.. USB sticks raid with good sticks isn't even stupid idea if you have enough usb3 channels to cpu.. you don't want use usb3 splitters with flash, it's turns same fast as this floppedraid... (:

@someguy4915

Жыл бұрын

@@jannejohansson3383 Can't use LTO for RAM without destroying it by shoe polishing. Tape is meant for streaming data in one go, not for random access memory where the tape needs to go back and forth constantly, it would break within days. USB sticks as 'half RAM' never properly worked, at best it can give a placebo effect in my experience, either the flash chip is too slow to make a difference or the CPU spends way too much time running it... Take the original Commodore 64, ~1Mhz, will require RAM capable of just over 2MB/s at 8 bits at a time and that was 40 years ago.

@tarmaque

Жыл бұрын

When I was in high school about 1984 one of my friend's father was a software engineer for some company. I asked him "Why don't they use CDs for storage?" He answered "That'll never happen. They might be okay for archival work, but that's pretty specialized. You'll never see them in a home computer."😅😂🤣😂😅😆

@kaitlyn__L

Жыл бұрын

@@someguy4915 yeah, USB sticks for “Vista Speedup” (or whatever it was called) never gave me performance benefit back in the day.

@someguy4915

Жыл бұрын

@@kaitlyn__L ReadyBoost, yeah that was an interesting concept, though really missing it's intended goal by a mile sadly... You needed a very fast USB flashdrive (expensive) for any potential benefit, at least back then well over $100 at which point you could just buy more real RAM for that kind of money... Even if you bought a high-end flashdrive the potential benefit was immediately wasted by the CPU spending a lot of time handling ReadyBoost... Funny concept, useless in reality unfortunately...

Since each floppy disk sector is 512bytes, the maximum amount of drives would be 2880 for peak throughput. That's reading the entire contents of each drive in one go anywhere in the raid. However, seek time is quite high, at over 500ms. As you add more drives, the seek time is eventually going to out weigh the throughput transfer. Given the fastest transfer would be around 250Kb/s from the inner track of a high density disk, this means we're looking at exponential loses from the raid after around 7.5 drives at 300rpm standard speed. It would be interesting to see you bench mark the drives as more are added/removed to see how that plays out.

@eDoc2020

Жыл бұрын

I think you're mistaken on some things. I don't see why the number of sectors per drive would have anything to do with sequential throughput. The only limiting factors would be the bus and computer speed.

@kefler187

Жыл бұрын

@@eDoc2020 There was a typo in that message. They meant with 512b sectors, a raid array of 2880 floppies would mean you could theoretically read an entire floppy's worth of data anywhere on the array every cycle.

@nickwallette6201

Жыл бұрын

I don’t get this either. What does sector size have to do with anything? The advantage to RAID-0 is having I/O operations in flight simultaneously. At some point, the I/O ops will complete before the next can be scheduled, so there’s no point adding any more drives. Is that at 2880? I don’t know. The latency doesn’t quite make sense to me either. For sequential reads, the latency of the initial seek will overlap as each drive navigates to the start of the data chunk, but you don’t need to wait for the first to complete before asking the next to start seeking, so it just ends up being a fraction longer than a single seek to have them all positioned, at which point data is already being read by the first drive, so you’re really only limited to the seek time of one drive. Random non-consecutive sectors would be a different matter, but so would they be on a single drive.

@kefler187

Жыл бұрын

Edit: Sorry, that reply was written on my phone so I wanted to keep it short. I'll explain in a bit more detail now. Sector size is how one calculates the maximum theoretical disks that can be added to an array before you yield zero gains.(There are other factors that play into this so you obviously won't reach anywhere near that amount before you encounter 0 or even potentially negative returns, so don't take this at face value) "At some point, the I/O ops will complete before the next can be scheduled, so there’s no point adding any more drives. Is that at 2880? I don’t know." The access time; in this case, the time it takes for the track to make an entire rotation would be the limiting factor, not the speed at which one can process the data. Seek and Access times are what limit you from theoretical max throughput which was what the OP was factoring into his/her theoretical calculations. Reading 1 sector per disk per drive per rotation of a track sequentially would be the ideal condition and thus would be limited to a drive's RPM and to a much lesser degree, the time it takes for the read head to move over a single track(like you said, the added time added per additional drive is a tiny fraction above what it would take one drive); I think at this RPM the "seek" time is a non-factor as access time is already the bottleneck. @@nickwallette6201 The 2880 drives was maximum theoretical throughput if seek time and physics weren't a thing. Seek(or read head travel and disk RPM) time becomes the limiting factor for fragmented data, and to a lesser degree for sequentially written data.... the laws of physics are still a thing here. Just because data is written sequentially doesn't mean it will all be read in a single pass of the disk. In fact data is not read that way from a spinning disk which is why RPM of a disk matters. I hope this clears things up a bit

@nickwallette6201

Жыл бұрын

@@kefler187 Not yet, but I think I may have to think upon this for a little bit. I am making some assumptions that may not be true, such as that a drive could read an entire _track_ in one go, without having to wait for the the disk to rotate through an entire revolution between sector 1 and sector 2 of a given track. It is my understanding that _not_ being able to do this is why interleave was a thing back in the early days of hard disks, so I assume (?) that it is not a problem with floppy drives at a rather pedestrian 300 RPM. But I could be wrong. My other assumption was that, once you have the first drive seek to the appropriate track (seek time) and then wait for the disk to rotate to the desired sector (access time), you can then essentially start streaming that entire track to the host, assuming the host wants enough sectors of consecutive data that even with a one-sector-per-drive stripe, the data request would require reading adjacent sectors on every drive. If that's the case, then with a sufficient number of drives, you could, in theory, paper over the seek and access times of having to jump to the next track, if there are enough drives that you are still receiving data from one drive while another is seeking to the next track. At some point, the CPU load of dividing the chunk into individual I/O requests and allocating buffers for the incoming data will overcome the throughput advantage of adding another drive, but I don't yet understand how that has anything to do with sector sizes (other than smaller sectors require more overhead, but it wouldn't be a fixed number of drives that saturates a host's ability to process them in a timely way), nor how the RPM is really a factor, other than of course being a limiting factor in the individual drive throughput, and of course, access time, which can also be covered up by staggering I/O requests (which a single-threaded host would have to do anyway, to process them in serial fashion; and a multi-threaded host could only do per number of cores / CPUs.) I'll chew on this, though. It's interesting to think about there being some calculated limit, but I don't yet see how that is.

I'd love to see a RAID 5 or 6 with these - it would be so easy to replace a failed disk!

@QualityDoggo

Жыл бұрын

See how many magnets you can attach to the system before they can't recover

@josephfuller6756

Жыл бұрын

Easy, but do you realize how much time you would spend replacing failed floppy disks if they got used much?

If he keeps doing stuff like this it’s only a matter of time before he takes over the world with a sentient Macintosh

@jackcrawford304

Жыл бұрын

It has to be a 68k tho

@halnor777

Жыл бұрын

Skynet has to start somewhere .

@captain1334

Жыл бұрын

@@jackcrawford304 no a apple ll

@wilymcgee

Жыл бұрын

developes a ghost in the shell...

@dh2032

Жыл бұрын

@@halnor777 didn't the terminators have 6504 chip in them somewhere?

"and if you enjoy the sound of scores of floppy drives screaming in unison" lmao floppy drives are literally a musical instrument!

This is hilarious. I always wondered about this when I was younger. I was just getting into Linux and one of the fun projects young me had undertaking was doing a raid0 with both of my internal floppy drives together into a "megafloppy" and mounting it as a single drive. I thought it was the coolest thing watching them work in tandem.

@charliekahn4205

Жыл бұрын

What happens when you eject one of the disks? Is RAID formatted only to the disk, or does it always RAID together whatever's in each drive?

@shaunreich

Жыл бұрын

@@charliekahn4205 raid0 is striping meaning your 1 virtual disk is written across all real disks. Removing one would be the equivalent to having a HDD and just taking a chunk out of it. That part of the data is gone. Some of the files might still be there if they're lucky enough to be only on the parts that are still there

You chose the correct file system, hah, I don't think floppies with their insanely slow seek speeds, like anything other than the simplest of file systems. Journaling on that would have been brutal.

Interesting to see how far we have advanced in storage technology. 13 floppy drives barley scrape 1mb/s while nowadays a standard 20 dollar SSD can reach speeds up to 300-500 mb/s.

I suspect that if you look at those hubs in System Profiler, you'll probably find that each 'hub' is probably a 4-port hub internally with a bunch of other hubs daisy-chained off it, because 4-port USB hub controllers are cheap but bigger hubs controllers are not. That's why 7-port hubs are more common than 8-port ones. Your Mac may have some of its ports on a hub rather than directly connected to the root complex, depending on if you're using front or rear panel ports. Which means you could be three or four hubs deep. Complex USB trees with deeply nested hubs don't work very well at all, and soft RAID often has trouble telling the difference between a USB dropped packet and a catastrophic IO error because of how fragile soft RAID ends up being. So, what you probably really need, is USB PCI cards, not USB hubs.

@ETXAlienRobot201

Жыл бұрын

well, that answers a question i had concerning USB hubs, generally...

@javaguru7141

Жыл бұрын

Yep. And chances are that mac is running USB 1.1 and once the bus and IO overhead is added on he might be saturating the link speed with all of those drives. Splitting the drives onto a bunch of USB 2 root hubs would be ideal.

While floppies are slow, I wonder how much overhead was in bus contention. I don't remember the average speed of reading from a floppy disk or what the performance would be for single usb floppy drives, but with so many drives on 1 port, there might be a lot of cases where drives are sitting on data waiting on the computer to get to them while fetching data from other drives, etc.

@max_uaminecraft1827

Жыл бұрын

A USB port is still much faster than all of these floppies combined

@max_uaminecraft1827

Жыл бұрын

Oh wait this isn't usb2 yet, yeah it might be bottlenecking it a bit

@Aeduo

Жыл бұрын

@@max_uaminecraft1827 the issue wouldn't be with total theoretical throughput but with very inefficient use of the bus.

@Fay7666

Жыл бұрын

Same thought. This would be more interesting on something like a mining board with a floppy per USB card per PCIe port. Add to that, make them LS120s.

@charlie_nolan

Жыл бұрын

I don’t think that’s an issue. I still use floppies sometimes for text documents and it can take several seconds to copy a document that is only a few kilobytes

Made a huge mistake and tried to watch this during lunch. I was laughing so much I couldn't eat. If you get all 34 working you should try setting up a BBS on them. Also there's no such thing as too many floppy disks. Just ask the Floppotron!

Reminds me of an office experiment we did in a startup back in 2001. We each created an NBD (network block device) on our Linux desktops and shared to a central PC that created RAID5 array from them. That was then mounted and shared as an NFS drive 😂

@Insightfill

Жыл бұрын

There was a product in the late 90s called "Mango Medley" that did this for PCs. You installed the app on a bunch of networked PCs and it made the pooled spare space appear as a single network drive. They never really got NT compatibility going though.

@kaitlyn__L

Жыл бұрын

@@Insightfill oh, that’s very cool

Attached them to an Unraid server using the 'unassigned devices' plugin, and you can easily build an array out of them.

Your silly side is creeping in to these videos and I couldn't be happier!

12:15 *Queens a pawn* "Oh maybe I'm great at chess! Heheheh" *Rook immediately takes new queen* "... ... ..." "Alright welll it *does* work" *Exits the game* AMAZING

I literally had a thought earlier this week of how crazy it would be to have a fileserver/webserver raid using floppies. I love seeing this concept working!

@jannejohansson3383

Жыл бұрын

It's dosen't mean, that you have to do it still "for server".. At least you heard when NSA searching your rid "what the f.. is this, it broke our tools" And if you have r0 and you took one disk with you, no one go play your doom on that raid..

I love seeing these experiments. It's just the kind of stuff I liked trying out myself. You're living the dream, man! Keep being you and having fun with anything you do.

.... so. A ' floppy centipede ' The only shame i have is not finding this kind of tech vore before. You are exceptionally creative and it's awesome.

This is the mad science level stuff. Love it

This is a perfect example of adhering to the ethos of the Weird Al song, “Dare to be Stupid” in retro tech fashion! Perhaps I missed where you stated how you ended up with that many USB floppy disk drives: pure madness! 🤣🤣🤣

The video in itself isn't what made me subscribe but it certainly helped. Your enthusiasm got me to sub lol.

Why does this put a big fat happy smile on my face? 😂 I miss playing with my old Macs. I love them.

I would love to see you get more of those drives mounted and locked into an array, very interesting video, thank you! ... Now I wish I had all those floppy drives and massive USB hubs back when I had to install Windows 95 from 23 floppy disks.

Wow. It's pretty rare that I learn something new from a Retro KZread video (not your personal Action Retro). But this is useful everywhere - even in modern systems. Well Done and Continued Success!

"Totally normal *chuckle*" sums this up perfectly xD

Wow!! Funny yet cool!! Yeah, drive speeds is important for a RAID. Thanks for sharing your experiment!!

Since you got up around 1MB/s moving Chess, I wonder if USB 1.1 was a limiting factor? Should try this on a G5 with USB 2.0!

@seanb7969

Жыл бұрын

Maybe try a usb 3 controller in linux, those drives may not support usb 3 but those hubs probably do.

@eDoc2020

Жыл бұрын

IIRC a standard floppy drive is 500 kilobits per second maximum transfer, so theoretically a USB 1 bus wouldn't be the bottleneck until 24 drives. Given actual transfer limitations and stuff the bus and the drives themselves are probably about equally loaded in the 15 drive setup.

@3rdalbum

Жыл бұрын

@@seanb7969 You're thinking that the hubs will communicate with each drive through USB 2 and then communicate all that data back to the computer over USB 3? Sorry to say that's not how it works. A USB 3 port actually carries USB 3 and USB 2 at the same time, electrically isolated from eachother. Whatever is sent over USB 2 lines will continue along USB 2 lines all the way back to the computer.

@matthewday7565

Жыл бұрын

Even with USB1 devices on a USB2 hub, you need a hub with multiple transaction translators, some are single-TT and aggregate all USB1 traffic as a single USB1 stream before translating, where a multi-TT hub can pass USB1 streams in tandem

Ah yes, the beauty of RAID. Next thing you know someone's gonna RAID zipdisks together. ...Shit. I just gave out the idea.

@alerey4363

Жыл бұрын

that would be the most unreliable RAID on Earth and most annoying one once many drives start to perform the click of death

@TheRadmin1724

Жыл бұрын

@@alerey4363 Even better.

First thought "Why?". And then realised which channel I was watching. "Because Action Retro....."

The fact that you drive an XJ is the sole reason I am subscribing. Mine is the same color just a lot more modified. And the fact that I once did something similar with a compact flash card, a USB drive and a rewritable CD, don’t know how we got it to work but it was just for fun.

I think this is my fav video of yours, its tully bonkers and hilarious!

> Ridiculous Array of Inexpensive Floppies > R.A.I.F. Brain: He found da raif. Me: Shut.

Mother of God just the title. Dude - I subbed this week and your channel is now my new fav tech. The 2GS VM, the G5 streamer.. my god now this

Absolutely useless outside the fact that this amused me to no end 🤣. Keep of the nerdy fun. You got a new subscriber.

Nice XJ :)

@ActionRetro

Жыл бұрын

Hahaha thanks

You're the reason I bought the usb hub. and god damn, I though an $80 usb hub is a bit expensive for cable management under the desk, but I will never go back. by far the best investment for my computer. Great video. came back to like it.

Laugh all we want, but the cool thing about RAIDing all of those floppies is the cool, robotic 60/70s computer sound they make - almost reminds me of the Lost in Space 60s robot. One time I had to duplicate dozens of USB sticks for a trade show and the bank of red USB sticks lit up like a Christmas tree, but I always wanted to RAID USB sticks, especially the kind that light up brightly when accessed.

Ah, this really made my afternoon. All is really good in the floppyverse.

5:56 That Blue and Gray Translucent looking Floppy looks pretty cool

This man is terrifyingly powerful. He put an RTX in a G5, he built a RAID of Floppy Disks, and so much more

i cannot believe that a floppy raid became more popular in a month than running the best-selling game of all time on one of the most unique computers from one of the most popular computer hardware and software companies over the span of 21 months. ya did good sean, ya did good.

It's amazing you have so many USB floppy drives since they are so scarce, at least where I live. I once bought one impulsively because I feared I would never find another one for sale in my area. And I never did!

Oh man, thank you for make this videos, really your work (and your staff, maybe?) put your heart in this work, really i enjoy each video. Greetings from Chile P.S.: sorry, but my english is not so good (without translator)

I remember that article from 20 years ago! I tried doing the same thing myself, first with 6 x LS120 SCSI drives and then with USB floppy disks. I could only manage 4 though...

Can you imagine if floppy tech was still standard and Google's data centers just emitted insane dbs of clicking noises. 🤣 I would be interested in seeing a raid array of those modern tape drives that places use for massive backups

@charliekahn4205

Жыл бұрын

You're describing the Air Force

This is seriously next-level retro-geeky delicious! 😅 💙💙💙

Since the PowerMac G4 has a separate USB bus for each port I would be interested to see if putting half on one port and half on another would help with IO contention any.

Haha, love it! Getting Druaga1 flashbacks at the beginning of the video. 😂

Awesome, Came just to hear them all writing and reading

Subbed. You are hilarious! And retro fun? Yeah, done deal.

Thank you for having a perfectly designed and short intro sequence.

Even though this is a retro theme, I still can't but help think of the Mac G4 as being futuristic. I mean.. what a stylish beast.

Well done! I am the guy you mentioned who made the original FDD USB Raid. So funny and awesome to see this video.

Brilliant, laughed my socks off.

Back in the early 1990s I briefly worked with a guy Ken Ouchi who patented RAID back in 1976. I got hired in the early 90s to write microcode for an enterprise-level rack-mounted storage subsystem. About 60 days after I was hired, our project was cancelled. I and others were moved to the competing project within the company. Mr. Ouchi quit to become CTO at some smaller company. I do not think he ever intended RAID to be used on floppy disks.

I'm sure it's crossed your mind that some of the drives were failing due to bad diskettes and not the drives themselves, nevertheless great video.

@LarsV62

Жыл бұрын

My thoughts too. Avoiding that source of failure would require formatting each floppy individually before starting the experiment, but the video did not say anything about that.

What a great experiment! It was fun to see the lights when you installed chess!

this is the kind of stuff i’d probably do if i had the money and had the idea. this is a terrifying idea and i love it

This was insane. Great video!

Thanks for spoiling my dream, I wanted to try this with a pile of internal drives and a microcontroller. Nothing like hanging a dozen or so floppy drives off a SCSI interface.

I have been using RAID 0, 1, and 5 for 2 decades in various applications with hard disks and solid-state storage, but it never occurred to me to RAID floppies.

I'm convinced that this is how the Floppotron was born.

One possible reason they didn't all work together is differences in chipsets between the drives. They might be fine individually, but whatever setup MacOS uses for software RAID support might not like some chipset combinations.

Just at work today we were discussing how to connect a load of SD cards to act like a backup tape set.

"how many floppy drives is too many floppy drives?" Floppotron 3.0: "Dzień dobry"

0:23 awww so you mean I can't power my Cherokee with a floppy drive? Nice choice of vehicle BTW. I love mine.

It’s the sounds of all of the drives working together for me 😂 this was a cool experiment. Now it’s time to do it with Zip disks or maybe SD cards? Just food for thought

Sometimes the things that result when the answer to the question "Why?" Is "Because I can" are a ton of useless fun!

This madman is pushing the border of insanity 💪🤣

>floppy raid i laughed heartily. exactly my kind of video. subbing now

This is so friggen ridiculous. I love it. LOL

The concept is of dubious use, but the sound is glorious! For that alone, the effort was worth it, I say!

wavey hands man time again

I'VE BEEN WAITING FOR THIS FOR YEARS 😂

"Should be fine". Kinda feels like the Dollar General version of "It just works"

Completely unnecessary... I LOVE IT!!!

I was just waiting for that leaning floppy-tower to topple! :P

Mac OS post-its! :D I made good use of those in the mid-00s, on an iBook Key Lime SE. Autosaving text is a top feature. As I'm writing this, I can see the description, "it's a dark path." Yeah, I get that. FDD hardware (with PC-standard controllers) doesn't have entirely predictable timing, which won't help the RAID driver, and neither will the fact that it's far slower than the hardware the driver were designed for. I find I'm *really glad* I don't have more than 1 USB floppy drive right now! XD I would be hunting for hubs to plug them into my iBook... oh wait, I no longer have OS X on it. The disk died. I put a CF card in there, didn't fancy running a GUI OS on that, (can you imagine the swap times?) and ended up just exploring Open Firmware. Hahaha! MS-DOS filesystem? Um, that's known for its reliability issues... I'm amazed it works! :D You're complaining about 2 minutes? In my day, we waited _five_ minutes for our games to load from tape! That was progress, you know. On the old ZX81, games took seven minutes. ;)

this is the type of shenanigans I signed up for!

Amazing idea, would be very useful for hosting BBS

2:37 That huge pile of floppy drives slightly swaying is giving me anxiety!

Great! Now do it all again with those floppy-replacement options. Zip, LS-120, and CD-RW.

Next video: I wallpapered my room with USB floppy drives! And how!

Action retro has an XJ? I love this channel.

I Did not think you could do that with floppy's disk Very Cool

this was Hilarious bro! 225 kbps , yeah those are world class drive numbers there!

"4 jerks that decided not to work" 😂

My first reaction " Why would you do this?!?" By the sponsor spot "I must set up a RAIF!!!"

The throughput is theoretically possible but the access times will never match a hard disk of that era, even an older mfm will respond faster. Neat video though, I was digging the music those drives were making xD

Dude that intro skit was hilarious

13:40 I WAS LITERALLY JUST WRITING HOW YOU SHOULD USE LINUX FOR THIS WHEN YOU SAID THAT LMAOOOOO

I really wonder if this would have worked better in Linux, can’t wait to see you try it!

Cool video. There's actually nothing especially odd at all about having a NAS from floppy. FreeNas _(and other 'linux-instead' distros)_ would run off CDROM (as some still do) and have the settings written to a floppy. If floppies are 2.88MegaByte _(although some, sure, I know will be 1.44MB),_ then 16 of them is pretty much close enough to run the 50MB DSL Damn-Small-Linux CDROM ISO (business card), let alone slitaz (circa 33MB or 40MB) and yet the settings could allow for a repository to be accessed via ethernet and seek out dependencies. The Metalx1000 channel did slitaz stuff over LAN. I'd say DSL (instead of slitaz) then update securely (by ethernet). However, saying that, it is very easy to swap slitaz from CDROM iso to floppy images since the commands you "type in" simply break it down or build it up into either version you are wanting. Technically for either, you need not have online or LAN at all (but of course it helps). A full desktop in DSL via the 50MB iso exists. It is debian. I'm talking just a standard PC _(amd64 or whatever, even if the distro is 32bit or 64bit)._ And yes, tinycore is a thing too. Of course Minix is not quite linux but a single floppy. The DSL is old but _(if you wangle scripts correctly),_ can totally replace itself with a full debian ISO upgrade via ethernet. Just try to have a bunch of RAM spare _(at least a Gigabyte is nice but less can do it)._ The "crux linux" is slackware and can upgrade to say kwort linux _(which needs 256MB RAM for a full desktop for IDE, although of course it is nice to have 1GB or 3GB or more)._ I reckon the power _(usb, and usb-lead, and capacitors/resistor)_ was your RAID limitation on some of your spare floppies btw and so access woud fail for the power supplied. There is nothing wrong with them as far as being a normal floppy but they just did not have the "extra-nice-floppy-drive" status. All this information should help you. FreeBSD is worth a thought. My comment has no hate in it and I do no harm. I am not appalled or afraid, boasting or envying or complaining... Just saying. Psalms23: Giving thanks and praise to the Lord and peace and love. Also, I'd say Matthew6.