Re: List of fake vs. real SATA drives.
Currently native SATA drives are still not so popular. There are: Seagate Barracuda ATA V, 7200.7, 7200.8 Maxtor DiamondMax10, MaXLineIII Fujitsu MHT20xxBH(2.5 inch) Any other drives (as far as I know, of course) are ATA drive with serial-parallel bridge. At Fri, 19 Nov 2004 12:36:43 -0500, David Gilbert wrote: > Is there anyone compiling a list of "fake" vs. "real" SATA drives? > The difference being "fake" drives with ATA-100 electronics and an > SATA to ATA conversion chip vs. drives that really support SATA > natively? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: List of fake vs. real SATA drives.
I believe the second gen Raptors ( 74Gb ) are also native SATA Steve - Original Message - From: "FUJISHIMA Satsuki" <[EMAIL PROTECTED]> Currently native SATA drives are still not so popular. There are: Seagate Barracuda ATA V, 7200.7, 7200.8 Maxtor DiamondMax10, MaXLineIII Fujitsu MHT20xxBH(2.5 inch) Any other drives (as far as I know, of course) are ATA drive with serial-parallel bridge. This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: List of fake vs. real SATA drives.
At Mon, 22 Nov 2004 12:39:57 -, Steven Hartland wrote: > I believe the second gen Raptors ( 74Gb ) are also native SATA No. http://techreport.com/reviews/2004q1/raptor-wd740gd/index.x?pg=1 |Serial ATA interface Marvell 88i8030C bridge ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: List of fake vs. real SATA drives.
Ah just added TCQ but still bridged I stand corrected :) Steve - Original Message - From: "FUJISHIMA Satsuki" <[EMAIL PROTECTED]> http://techreport.com/reviews/2004q1/raptor-wd740gd/index.x?pg=1 |Serial ATA interface Marvell 88i8030C bridge This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: List of fake vs. real SATA drives.
Steven Hartland wrote: I believe the second gen Raptors ( 74Gb ) are also native SATA nope. Currently native SATA drives are still not so popular. There are: Seagate Barracuda ATA V, 7200.7, 7200.8 Maxtor DiamondMax10, MaXLineIII Fujitsu MHT20xxBH(2.5 inch) Any other drives (as far as I know, of course) are ATA drive with serial-parallel bridge. Seems pretty much to cover it yes... -- -Søren ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: List of fake vs. real SATA drives.
Steven Hartland wrote: Ah just added TCQ but still bridged I stand corrected :) Right, I guess they just pulled it out from the attic, they had it on some PATA devices back when, but there it newer caught on either :) -- -Søren ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: List of fake vs. real SATA drives.
What is the practical diference? Performance? FUJISHIMA Satsuki wrote: Currently native SATA drives are still not so popular. There are: Seagate Barracuda ATA V, 7200.7, 7200.8 Maxtor DiamondMax10, MaXLineIII Fujitsu MHT20xxBH(2.5 inch) Any other drives (as far as I know, of course) are ATA drive with serial-parallel bridge. At Fri, 19 Nov 2004 12:36:43 -0500, David Gilbert wrote: Is there anyone compiling a list of "fake" vs. "real" SATA drives? The difference being "fake" drives with ATA-100 electronics and an SATA to ATA conversion chip vs. drives that really support SATA natively? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: List of fake vs. real SATA drives.
> "João" == João Carlos Mendes Luís <[EMAIL PROTECTED]> writes: João> What is the practical diference? Performance? FUJISHIMA Well... one practical difference is: what are you paying for? Same old crap with a new connector? One really practical difference is that the SiI 3114 and 3112 chipsets (common on AMD opteron boards, at least) seem to have problems with bridged SATA devices. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Tracing Disk Access
Hello, I have set an idle timeout for the hard-disk. But when there is no user activity there are frequent disk accesses. How can one trace disk access? I'd like to know the kind of access and on which files/directories/ nodes. I'd like to log on the console or on a memory disk file. -Hanspeter ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: List of fake vs. real SATA drives.
FUJISHIMA Satsuki wrote: Currently native SATA drives are still not so popular. There are: Seagate Barracuda ATA V, 7200.7, 7200.8 I have one of these, and I am really impressed by its performance. I added one to my computer, which came with a Maxtor 6Y080L0. My main disk intensive operation is creating the CTM deltas (as in CTM which is an alternative to CVSUP for people behind unfriendly firewalls). The performance difference was somewhat collosal, as in something like 3 times faster. To be honest, I am still at a loss to explain why the Seagate did so very much better - maybe it is the 8M cache as compared to the 2M cache. The Seagate 7200.7 had similar performance to a Seagate 160MHz SCSI drive that I have on another computer. Stephen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ECMP/Multipathing
Howdy, I've been digging around google for an hour now trying to find info on multipathing in freebsd, I've stumbled on a few patches that pull it off, latest of which was for 4.8-stable located at: http://www.dsm.fordham.edu/~tanzer/multipath/ Unfortunately it's tossing errors during compile (on 4.10) though I hadn't looked any further at why. Basically my question is: Will/Does FreeBSD 4.x or 5.x support any type of multipathing? I need to inject /32's into the routing table with multiple routes, so I can use OSPF to check availability of links/routes, then zebra/quagga to redirect traffic accordingly amongst the routes. I know zebra/quagga supports this, but obviously your OS's network stack would have to support said multiple routes, so I turn to -hackers. Thanks. -mpf -- Outgoing mail is certified Virus Free. Checked by AVG Anti-Virus (http://www.grisoft.com). Version: 7.0.279 / Virus Database: 265.4.1 - Release Date: 11/19/2004 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: List of fake vs. real SATA drives.
On Mon, 22 Nov 2004, [ISO-8859-1] João Carlos Mendes Luís wrote: What is the practical diference? Performance? I don't know how much of it to believe, since it is marketing material, but the Seagate white paper on their site claims that all the command-queueing stuff brings the performance very close to that of scsi. This last weekend I put together a box with a 3Ware SATA RAID controller and two of the Seagate drives. The controller is probably a bit of a bottleneck, but that sucker was still incredibly fast for the price (about $300 for the controller, $100 for for each of the two Seagate 160GB drives). At $2 per mirrored gigabyte, I'm not complaining. Charles FUJISHIMA Satsuki wrote: Currently native SATA drives are still not so popular. There are: Seagate Barracuda ATA V, 7200.7, 7200.8 Maxtor DiamondMax10, MaXLineIII Fujitsu MHT20xxBH(2.5 inch) Any other drives (as far as I know, of course) are ATA drive with serial-parallel bridge. At Fri, 19 Nov 2004 12:36:43 -0500, David Gilbert wrote: Is there anyone compiling a list of "fake" vs. "real" SATA drives? The difference being "fake" drives with ATA-100 electronics and an SATA to ATA conversion chip vs. drives that really support SATA natively? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: List of fake vs. real SATA drives.
> "Charles" == Charles Sprickman <[EMAIL PROTECTED]> writes: Charles> On Mon, 22 Nov 2004, [ISO-8859-1] João Carlos Mendes Luís Charles> wrote: >> What is the practical diference? Performance? Charles> I don't know how much of it to believe, since it is marketing Charles> material, but the Seagate white paper on their site claims Charles> that all the command-queueing stuff brings the performance Charles> very close to that of scsi. Charles> This last weekend I put together a box with a 3Ware SATA RAID Charles> controller and two of the Seagate drives. The controller is Charles> probably a bit of a bottleneck, but that sucker was still Charles> incredibly fast for the price (about $300 for the controller, Charles> $100 for for each of the two Seagate 160GB drives). At $2 Charles> per mirrored gigabyte, I'm not complaining. Does the 3ware support command queueing ... or is it purely a driver issue? Does FreeBSD support queueing? Does FreeBSD support queueing on all supported SATA controllers ... or just some? Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: List of fake vs. real SATA drives.
Charles Sprickman wrote: On Mon, 22 Nov 2004, [ISO-8859-1] João Carlos Mendes Luís wrote: What is the practical diference? Performance? I don't know how much of it to believe, since it is marketing material, but the Seagate white paper on their site claims that all the command-queueing stuff brings the performance very close to that of scsi. IIF they really have command queueing, I do believe. So, a bridged SATA drive will not have command queuing, right? Does FreeBSD already take advantage of this? How could I check if my SATA drivers have command queueing or not? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: List of fake vs. real SATA drives.
> "João" == João Carlos Mendes Luís <[EMAIL PROTECTED]> writes: João> IIF they really have command queueing, I do believe. So, a João> bridged SATA drive will not have command queuing, right? Well... from what I've read, the WD bridged drives do have queueing because they had an ATA-100 implementation of it. João> Does FreeBSD already take advantage of this? How could I check João> if my SATA drivers have command queueing or not? I'd like to know as well. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: List of fake vs. real SATA drives.
David Gilbert wrote: "João" == João Carlos Mendes Luís <[EMAIL PROTECTED]> writes: João> IIF they really have command queueing, I do believe. So, a João> bridged SATA drive will not have command queuing, right? Well... from what I've read, the WD bridged drives do have queueing because they had an ATA-100 implementation of it. João> Does FreeBSD already take advantage of this? How could I check João> if my SATA drivers have command queueing or not? I'd like to know as well. Currently the ATA driver does not support neither TCQ nor NCQ. For this to work at all both disk and controller needs to support the mode in question. I've just gotten my hands on one of the new Promise controllers that supports NCQ, but I still need disks to get it going. I do have a few Raptor's that support the TCQ mode but initial testing shows little benefit from it so it moved to the backburner... -- -Søren ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: List of fake vs. real SATA drives.
Stephen Montgomery-Smith <[EMAIL PROTECTED]> schrieb: > FUJISHIMA Satsuki wrote: > > Currently native SATA drives are still not so popular. There are: > > > Seagate Barracuda ATA V, 7200.7, 7200.8 > > I have one of these, and I am really impressed by its performance. I > added one to my computer, which came with a Maxtor 6Y080L0. My main > disk intensive operation is creating the CTM deltas (as in CTM which is > an alternative to CVSUP for people behind unfriendly firewalls). The > performance difference was somewhat collosal, as in something like 3 > times faster. To be honest, I am still at a loss to explain why the > Seagate did so very much better - maybe it is the 8M cache as compared > to the 2M cache. The Seagate 7200.7 had similar performance to a > Seagate 160MHz SCSI drive that I have on another computer. Ah, please tell me more about it, is this a ST3120827AS? (I would need the exact PartNo.) What controller dou you have and finally, on which version of FreeBSD? Many thanks in advance Thomas -- Thomas Wolf Wiener Software Fabrik Dubas u. Wolf GMBH 1050 Wien, Mittersteig 4 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: List of fake vs. real SATA drives.
David Gilbert wrote: "João" == João Carlos Mendes Luís <[EMAIL PROTECTED]> writes: João> IIF they really have command queueing, I do believe. So, a João> bridged SATA drive will not have command queuing, right? Well... from what I've read, the WD bridged drives do have queueing because they had an ATA-100 implementation of it. Correct me if I'm wrong here, but isn't the PATA <-> SATA bridge ultimately just a shift-register and nothing more? Myke ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: List of fake vs. real SATA drives.
Thomas Wolf wrote: Stephen Montgomery-Smith <[EMAIL PROTECTED]> schrieb: FUJISHIMA Satsuki wrote: Currently native SATA drives are still not so popular. There are: Seagate Barracuda ATA V, 7200.7, 7200.8 I have one of these, and I am really impressed by its performance. I added one to my computer, which came with a Maxtor 6Y080L0. My main disk intensive operation is creating the CTM deltas (as in CTM which is an alternative to CVSUP for people behind unfriendly firewalls). The performance difference was somewhat collosal, as in something like 3 times faster. To be honest, I am still at a loss to explain why the Seagate did so very much better - maybe it is the 8M cache as compared to the 2M cache. The Seagate 7200.7 had similar performance to a Seagate 160MHz SCSI drive that I have on another computer. Ah, please tell me more about it, is this a ST3120827AS? (I would need the exact PartNo.) What controller dou you have and finally, on which version of FreeBSD? ST380013AS with Intel ICH5 SATA150 controller and FreeBSD 4.10-Stable. The kernel reports that it is running at UDMA33, but the actual performance seems much better than that. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: List of fake vs. real SATA drives.
Stephen Montgomery-Smith wrote: Thomas Wolf wrote: Stephen Montgomery-Smith <[EMAIL PROTECTED]> schrieb: FUJISHIMA Satsuki wrote: Currently native SATA drives are still not so popular. There are: Seagate Barracuda ATA V, 7200.7, 7200.8 I have one of these, and I am really impressed by its performance. I added one to my computer, which came with a Maxtor 6Y080L0. My main disk intensive operation is creating the CTM deltas (as in CTM which is an alternative to CVSUP for people behind unfriendly firewalls). The performance difference was somewhat collosal, as in something like 3 times faster. To be honest, I am still at a loss to explain why the Seagate did so very much better - maybe it is the 8M cache as compared to the 2M cache. The Seagate 7200.7 had similar performance to a Seagate 160MHz SCSI drive that I have on another computer. Ah, please tell me more about it, is this a ST3120827AS? (I would need the exact PartNo.) What controller dou you have and finally, on which version of FreeBSD? ST380013AS with Intel ICH5 SATA150 controller and FreeBSD 4.10-Stable. The kernel reports that it is running at UDMA33, but the actual performance seems much better than that. Hold on right there, the ST380013AS is a Barracuda V 7200.7 device and does not do any form of tagging, neither does the ICH5 support it. You are just enjoying the stock speed of modern (S)ATA gear :) Oh, and 4.x has no notion of SATA it only works on controllers that can emulate the old ATA way of things. This is means that the ATA33 speed isn't whats used as SATA v1 always runs at 150MB/s, just 4.x has no way of telling. -- -Søren ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Snapshot corruption.
On Wed, Nov 17, 2004 at 03:32:13PM -0500, David Gilbert wrote: > > "Julian" == Julian Elischer <[EMAIL PROTECTED]> writes: > > Julian> David Gilbert wrote: > > >> I've got a medium busy server (few thousand mail messages a day, > >> web, webmail, imap, etc) that I can fairly reliably reproduce > >> filesystem corruption by creating multiple snapshots and deleting > >> them. > >> > >> I don't think I'm up to debugging this, but I may be able to > >> provide an exercise platform. > > Julian> can you characterise the corruption? > > Sure. Typically the system will crash with an ffs panic of some > random type. When it comes back, we run non-background fsck's because > manual fsck is sometimes required. > > Corruption varies. Some stuff sometimes pops up in lost+found. Some > stuff can vanish (not 100% positive on that). But most worringly, is > that some files come back corrupted (ie berkley db files that db won't > read). Long strings of NUL bytes? Missing data? Spam (from the same file, or from other files)? -- Brian Fundakowski Feldman \'[ FreeBSD ]''\ <> [EMAIL PROTECTED] \ The Power to Serve! \ Opinions expressed are my own. \,,\ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Tracing Disk Access
On Mon, Nov 22, 2004 at 04:22:54PM +0100, Hanspeter Roth wrote: > > Hello, > > I have set an idle timeout for the hard-disk. But when there is no > user activity there are frequent disk accesses. > How can one trace disk access? > I'd like to know the kind of access and on which files/directories/ > nodes. I'd like to log on the console or on a memory disk file. You should look to the MAC framework to provide you -- if not the entire solution -- at least insight into how and where you can do this. If you were to do it at the disk device level, it would be a GEOM module, though. -- Brian Fundakowski Feldman \'[ FreeBSD ]''\ <> [EMAIL PROTECTED] \ The Power to Serve! \ Opinions expressed are my own. \,,\ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: List of fake vs. real SATA drives.
Søren Schmidt wrote: Stephen Montgomery-Smith wrote: Thomas Wolf wrote: Stephen Montgomery-Smith <[EMAIL PROTECTED]> schrieb: FUJISHIMA Satsuki wrote: Currently native SATA drives are still not so popular. There are: Seagate Barracuda ATA V, 7200.7, 7200.8 I have one of these, and I am really impressed by its performance. I added one to my computer, which came with a Maxtor 6Y080L0. My main disk intensive operation is creating the CTM deltas (as in CTM which is an alternative to CVSUP for people behind unfriendly firewalls). The performance difference was somewhat collosal, as in something like 3 times faster. To be honest, I am still at a loss to explain why the Seagate did so very much better - maybe it is the 8M cache as compared to the 2M cache. The Seagate 7200.7 had similar performance to a Seagate 160MHz SCSI drive that I have on another computer. Ah, please tell me more about it, is this a ST3120827AS? (I would need the exact PartNo.) What controller dou you have and finally, on which version of FreeBSD? ST380013AS with Intel ICH5 SATA150 controller and FreeBSD 4.10-Stable. The kernel reports that it is running at UDMA33, but the actual performance seems much better than that. Hold on right there, the ST380013AS is a Barracuda V 7200.7 device and does not do any form of tagging, neither does the ICH5 support it. You are just enjoying the stock speed of modern (S)ATA gear :) Oh, and 4.x has no notion of SATA it only works on controllers that can emulate the old ATA way of things. This is means that the ATA33 speed isn't whats used as SATA v1 always runs at 150MB/s, just 4.x has no way of telling. But the stock speed of modern SATA gear just seems so good. I did a google on both the Seagate driver and Maxtor drives that I had in my computer, and the specs seemed about the same except for the cache size, yet the performance of the Seagate was just so very much better. I am still at a loss to really explain why. (The Maxtor was a ATA133 although the controler only did ATA100.) Can anyone suggest to me why the Seagate was so very much better? Stephen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
setting promisc mode kills vlans on devices with hwtagging (em, re ...)
Hi, if you setup a vlan devices with parent one of emX or reX (this what I have at the moment) which has hardware vlan tagging just try to run tcpdump (without -p) and the vlans will die :). That doesn't happen with parent devices not supporting hwtagging. And this totally excludes possibility to run a bridge over vlans with parent device which support hwtaggs. And something else was observed with re driver - it is impossible to disable hwtaggs by -vlanhwtag neither you can disable vlan mtu :). ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Flash plugin
Hello, I was hopeful for using the Flash plugin with FireFox in FreeBSD when I noticed that there was a port for it. However, the plugin seems to be pretty dated, though I can't tell exactly what version of the player it is. Does anyone know if the author is working on a new version? I'd be curious to know how somebody can even port a compiled shared object, which seems to be the only version of the plugin that Macromedia offers, to a different OS like FreeBSD. Thanks for any info. -- Justin Hopper <[EMAIL PROTECTED]> UNIX Systems Engineer BSDHosting.net Hosting Division of Digital Oasys Inc. http://www.bsdhosting.net ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Snapshot corruption.
> "Brian" == Brian Fundakowski Feldman <[EMAIL PROTECTED]> writes: Brian> Long strings of NUL bytes? Missing data? Spam (from the same Brian> file, or from other files)? Well... I don't really know db file formats. Most of the corruption I found in berkley db files. mailgraph uses rrd. mailman uses some form of berkley db, too. I don't know what the corruption "looked" like other than the db library would no longer accept it. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: List of fake vs. real SATA drives.
> "Søren" == Søren Schmidt <[EMAIL PROTECTED]> writes: Søren> David Gilbert wrote: >>> "João" == João Carlos Mendes Luís <[EMAIL PROTECTED]> writes: >> >> >> João> IIF they really have command queueing, I do believe. So, a >> João> bridged SATA drive will not have command queuing, right? >> >> Well... from what I've read, the WD bridged drives do have queueing >> because they had an ATA-100 implementation of it. >> >> João> Does FreeBSD already take advantage of this? How could I >> check João> if my SATA drivers have command queueing or not? >> >> I'd like to know as well. Søren> Currently the ATA driver does not support neither TCQ nor NCQ. Søren> For this to work at all both disk and controller needs to Søren> support the mode in question. I've just gotten my hands on one Søren> of the new Promise controllers that supports NCQ, but I still Søren> need disks to get it going. I do have a few Raptor's that Søren> support the TCQ mode but initial testing shows little benefit Søren> from it so it moved to the backburner... Do you need direct access to a drive or is access to a machine with a drive/controller in it sufficient. Are promise controllers the only ones to support NCQ so far? Promise doesn't always have the best reputation. We may be able to provide a test machine with remote access to a drive/controller combination. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Snapshot corruption.
In the last episode (Nov 22), David Gilbert said: > > "Brian" == Brian Fundakowski Feldman <[EMAIL PROTECTED]> writes: > Brian> Long strings of NUL bytes? Missing data? Spam (from the same > Brian> file, or from other files)? > > Well... I don't really know db file formats. Most of the corruption > I found in berkley db files. mailgraph uses rrd. mailman uses some > form of berkley db, too. I don't know what the corruption "looked" > like other than the db library would no longer accept it. db files are very fragile when it comes to OS or process crashes. There is no logging, and writes are cached until the process exits or a db->sync() is called, virtually guaranteeing corruption. Ideally, db files should only cache data and be rebuildable from other data, or they should db->sync() after every write. db 2+ databases can do logging, but I don't know how many applications actually request it. -- Dan Nelson [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Flash plugin
Quoting Justin Hopper <[EMAIL PROTECTED]>: > I was hopeful for using the Flash plugin with FireFox in FreeBSD when I > noticed that there was a port for it. However, the plugin seems to be > pretty dated, though I can't tell exactly what version of the player it > is. I think you're looking at the GPL flash port, which is an unofficial clone, not Macromedia's own plugin. Take a look at the linuxpluginwrapper port. It allows you to use several binary linux plugins with native FreeBSD browsers, but requires a bit of manual setup. Rahul ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: List of fake vs. real SATA drives.
João Carlos Mendes Luís wrote: What is the practical diference? Performance? FUJISHIMA Satsuki wrote: Currently native SATA drives are still not so popular. There are: Seagate Barracuda ATA V, 7200.7, 7200.8 Maxtor DiamondMax10, MaXLineIII Fujitsu MHT20xxBH(2.5 inch) Any other drives (as far as I know, of course) are ATA drive with serial-parallel bridge. At Fri, 19 Nov 2004 12:36:43 -0500, David Gilbert wrote: Is there anyone compiling a list of "fake" vs. "real" SATA drives? The difference being "fake" drives with ATA-100 electronics and an SATA to ATA conversion chip vs. drives that really support SATA natively? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]" The practical difference is higher I/Os, better server(database) performance, worse general home user single thread app performance. You would not want to get ant command queing if all you do is play doom3 or other desktop stuff. If you are running a home server you get scsi like performance for ide prices. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: setting promisc mode kills vlans on devices with hwtagging (em, re ...)
> if you setup a vlan devices with parent one of emX or reX (this what I > have at the moment) > which has hardware vlan tagging just try to run tcpdump (without -p) and > the vlans will > die :). That doesn't happen with parent devices not supporting > hwtagging. And this totally > excludes possibility to run a bridge over vlans with parent device which > support hwtaggs. > And something else was observed with re driver - it is impossible to > disable hwtaggs by > -vlanhwtag neither you can disable vlan mtu :). I believe this has been fixed by Robert Watson one week ago, at least for the em(4) driver. I don't know anything about re(4). http://docs.freebsd.org/cgi/getmsg.cgi?fetch=291393+0+archive/2004/cvs-all/20041121.cvs-all Regards, -- Jeremie Le Hen [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: setting promisc mode kills vlans on devices with hwtagging (em, re ...)
> http://docs.freebsd.org/cgi/getmsg.cgi?fetch=291393+0+archive/2004/cvs-all/20041121.cvs-all After further digging, here is the main commit (in order to show greetings at least) : http://docs.freebsd.org/cgi/getmsg.cgi?fetch=2472977+0+archive/2004/cvs-all/20041114.cvs-all Regargs, -- Jeremie Le Hen [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
