Of course, I mean no disrespect to the machines :) I know they are fully

functional - there's really no difference once you get a full kernel to

boot on them. But you'll agree that there's not much file system traffic

on a network router (with the services you listed).
I'm interested in how SSD could help me (if they actually can) with

large-ish systems running web servers with associated software (e.g.

database) and office-like servers. So far, I'm having trouble

envisioning a seek-intensive storage application that's also temporary

(to avoid keeping the "real" data on flash drives). Maybe a mail server

queue, with mailboxes on standard drives?

Yep.

Although, I don't know if the "cheap" SSDs mentioned can compete with

the SD-RAM backed "super SSDs".

Because, in the mail-server scenario (also: clamav-box, spamassassin

etc.), all you really want to have is I/O.
I don't know if the flash-based "SSDs" can really compete in that area.
cheers,

Rainer

_______________________________________________

freebsd-current@freebsd.org mailing list

http://lists.freebsd.org/mailman/listinfo/freebsd-current

To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"

On a mostly unrelated subject, I'd just like to post this link for the

people following the thread:
http://gizmodo.com/gadgets/peripherals/hyperdrive4-is-a-ram-hard-drive-fa=

st-as-lightning-335274.php
I was not talking about that level of hardware :)

Hey, that's cheap.

Thanks for the link.

Their comparison with TMS's RAMSAN is a bit unfair, though. A good

part of the price-difference between the two comes from the fact that

the later connects via FC and it's actually a small SAN-array (hence

the name). Makes all the eSATA-crap unnecessary and allows for easier

sharing of the device.

But still, the Hyperdrive looks promising.

The problem is: our servers don't come with 5.25" bays anymore -

we've long since left that form-factor behind....
cheers,

Rainer

--

Rainer Duffner

CISSP, LPI, MCSE

rainer@ultra-secure.de
_______________________________________________

freebsd-current@freebsd.org mailing list

http://lists.freebsd.org/mailman/listinfo/freebsd-current

To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"

They probably can't - their technology is much slower. This is why I

was concentrating on fiding a seek-intensive load which doesn't depend

much on raw bandwidth :)

_______________________________________________

freebsd-current@freebsd.org mailing list

http://lists.freebsd.org/mailman/listinfo/freebsd-current

To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"