Re: Some Unix benchmarks for those who are interesed
On 03/07/07 23:13, Fluffles wrote: Ivan Voras wrote: Fluffles wrote: If you use dd on the raw device (meaning no UFS/VFS) there is no read-ahead. This means that the following DD-command will give lower STR read than the second: no read-ahead: dd if=/dev/mirror/data of=/dev/null bs=1m count=1000 read-ahead and multiple I/O queue depth: dd if=/mounted/mirror/volume of=/dev/null bs=1m count=1000 I'd agree in theory, but bonnie++ gives WORSE results than raw device: On what hardware is this? Using any form of geom software RAID? The low Per Char results would lead me to believe it's a very slow CPU; maybe VIA C3 or some old pentium? Modern systems should get 100MB/s+ in per-char bonnie benchmark, even a Sempron 2600+ 1.6GHz 128KB cache which costs about $39. Then it might be logical DD gets higher results since this is more 'easy' to handle by the CPU. The VFS/UFS layer adds potential for nice performance-increases but it does take it's toll in the form of cputime overhead. If your CPU is very slow, i can imagine these optimizations having a detrimental effect instead. Just guessing here. Before making speculative claims about slow CPU's and putting the VIA C3 in with that pile, please at least refer to what makes you believe that it is an issue. Comparing the VIA C3 to 'some old pentium' isn't exactly fair or accurate, and inferring it isn't a modern system isn't true either. Forgive me though, I'm biased. Eric ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Some Unix benchmarks for those who are interesed
Ivan Voras wrote: > Fluffles wrote: > > >> If you use dd on the raw device (meaning no UFS/VFS) there is no >> read-ahead. This means that the following DD-command will give lower STR >> read than the second: >> >> no read-ahead: >> dd if=/dev/mirror/data of=/dev/null bs=1m count=1000 >> read-ahead and multiple I/O queue depth: >> dd if=/mounted/mirror/volume of=/dev/null bs=1m count=1000 >> > > I'd agree in theory, but bonnie++ gives WORSE results than raw device: > On what hardware is this? Using any form of geom software RAID? The low Per Char results would lead me to believe it's a very slow CPU; maybe VIA C3 or some old pentium? Modern systems should get 100MB/s+ in per-char bonnie benchmark, even a Sempron 2600+ 1.6GHz 128KB cache which costs about $39. Then it might be logical DD gets higher results since this is more 'easy' to handle by the CPU. The VFS/UFS layer adds potential for nice performance-increases but it does take it's toll in the form of cputime overhead. If your CPU is very slow, i can imagine these optimizations having a detrimental effect instead. Just guessing here. Also, checkout my benchmark results i posted in response to Andrei Kolu in particular the geom_raid5 benchmark; there the UFS/VFS layer causes 25% lower write performance; due to cpu bottlenecks (and some UFS inefficiency with regard to max blocks per cylinder). So for all i know it may be just your CPU which is limiting sequential performance somewhat. Regards, - Veronica ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Some Unix benchmarks for those who are interesed
Artem Kuchin wrote: > > - Original Message - From: "Fluffles" <[EMAIL PROTECTED]> >> If you use dd on the raw device (meaning no UFS/VFS) there is no >> read-ahead. This means that the following DD-command will give lower STR >> read than the second: >> >> no read-ahead: >> dd if=/dev/mirror/data of=/dev/null bs=1m count=1000 >> read-ahead and multiple I/O queue depth: >> dd if=/mounted/mirror/volume of=/dev/null bs=1m count=1000 >> >> You can test read STR best with bonnie (see >> /usr/ports/benchmarks/bonnie); or just with DD on a mounted volume. You >> should mount with -o noatime to avoid useless writes during reading, or >> use soft updates to prevent meta data from taking it's toll on I/O >> performance. >> > > Totall disagree. On the following reasons: > 1) Read ahead is simply useless when stream-reading (sequential) 1GB > of data I happen to have run a great number of benchmarks with various geom layers (such as: gstripe, gmirror, graid3, graid5) and as far as i recall the read speeds i got with DD (1GB transfer) were always lower than a bonnie benchmark on a mounted (thus UFS/VFS) volume. Since im no dev i cannot explain this with absolute certainty, but i would guess this is due to the lack of read-ahead and an I/O queue of only 1 when using DD. This did not occur on a plain disk though, without any geom layers attached to it. Some benchmark output: gstripe (4 disks on nVidia controller [Embedded], 128KB stripesize, Test System 1) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- DD benchmark(1GB) Results in MB/s avg -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 4k READ47.146.946.846.9 WRITE 40.940.941.040.9 16k READ92.792.892.692.7 WRITE 76.376.176.276.2 64k READ120.8 120.6 120.6 120.6 WRITE 96.196.296.196.1 128kREAD123.0 122.8 122.8 122.8 WRITE 96.396.496.296.3 1m READ122.7 122.9 122.6 122.7 WRITE 89.489.489.489.4 ---Sequential Output ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- MachineMB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 4096 104288 90.4 237690 74.4 71008 22.0 87837 91.9 250858 44.6 114.8 0.7 analysis: geom_stripe performs worse in a raw-disk situation; but when UFS optimizations come along the performance is more than doubled. geom_raid5 with 8 SATA disks (128KB stripe, graid5-tng, Test System 2) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- DD benchmark(1GB) Results in MB/s avg -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 4k READ58.158.759.058.6 WRITE 155.5 155.8 154.3 155.2 16k READ130.0 125.6 129.5 128.3 WRITE 308.5 306.3 306.9 307.2 64k READ183.8 183.9 188.9 185.5 WRITE 416.9 416.7 415.8 416.4 128kREAD197.3 194.4 197.6 196.4 WRITE 421.0 426.2 399.7 415.6 1m READ193.0 196.8 198.1 195.9 WRITE 327.6 330.3 331.0 329.6 ---Sequential Output ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- MachineMB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 4096 137897 96.7 310917 76.7 65233 16.0 101410 95.8 407013 45.5 475.5 3.0 Analysis: as you can see, read performance by DD is ~200MB/s while bonnie gives us some ~400MB/s. The writes are again. This is due to the fact that geom_raid5 uses write I/O request combining in order to avoid the 'raid5 write hole' and is thus able to get *write* speeds of 400MB/s, which is quite remarkable for software RAID5. Adding the higher I/O queue of UFS (7) and the fact that UFS does not write sequentially on the medium (maximum number of blocks per cylinder), this gives the combining-algoritm more work, which leads to some decreased write performance from 400MB/s to ~300MB/s; still very good. CPU was bottleneck. > 2) atime is NOT updated when using dd on any device, atime is related > to file/inode > operations which are not performed by dd Well i did gave one DD command on a mounted volume, then it is related to a file/inode, like this: dd if=/mounted/mirror/volume of=/dev/null bs=1m count=1000 Then you are working on UFS/VFS level, not? > 3) soft update are also useless (no bad, no good) for long sequential > read I agree,
Re: sysinstall creates corrupt filesystems after repartitioning
Kevin Kinsey wrote: Pardon me showing up on hackers@ (I ain't one), but I have to ask So, when you do this, you are using /stand/sysinstall, or **/usr**/sbin/sysinstall? /usr/sbin/sysinstall as /stand doesnt exist on recent versions of FreeBSD. Although I see where you are going and that's already been covered by the discussion about /data Besides the bin is in memory by that time so shouldn't be affected by the "loss" of /usr anyway. Steve 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 +44 845 868 1337 or return the E.mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: sysinstall creates corrupt filesystems after repartitioning
Steven Hartland wrote: Jeremy Chadwick wrote: ... Is there something I'm missing? I can't see anything missing there from the reproduction steps. Was ad0s1g also ok? The slight differences I did here where the following but I cant seem them being significant: 1. dump -a0uL -C 32 -f /nfs/usr.dmp /usr 2. restore rf usr.dmp 3. fstab entry: /nfs/usr -maproot=root testbox Other differences which spring to mind: 1. machines where both using areca controllers on RAID6 arrays. 2. This was a real machine and not a VM One other thing of note when I first repaired this I booted from Install Disk #1 and used the same procedure for the sysinstall part from fixit and no corruption occured. Pardon me showing up on hackers@ (I ain't one), but I have to ask So, when you do this, you are using /stand/sysinstall, or **/usr**/sbin/sysinstall? Kevin Kinsey -- God made the integers; all else is the work of Man. -- Kronecker ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DNS/Bind Error Help under FBSD 6.2 using Sendmail..
On Thu, Mar 08, 2007 at 08:24:07AM +1100, Mark Andrews wrote: > > > > > I am seeing an issue with some eMail moving from the server here is one such > > example: > > > > l25F3FJW08259696337 Mon Mar 5 10:03 <[EMAIL PROTECTED]> > > (Deferred: Name server: mail.jingmei.com.: host name lookup > > f) > > <[EMAIL PROTECTED]> > > <[EMAIL PROTECTED]> > > > > > > OK, so I did a lookup of it's MX, and get: > > > > jingmei.com mail is handled by 10 mail.jingmei.com > > > > > > So then I looked up mail.jingmei.com: > > > > mail.jingmei.com has address 220.112.41.223 > > Host mail.jingmei.com not found: 2(SERVFAIL) > > > > I see I am getting a returned IP address which can be connected to, but > > also > > a > > SERVFAIL error. > > > > Now I am aware of the IPv6 issue, and have the needed setting in my > > sendmail.cf file: > > > > O ResolverOptions=WorkAroundBroken > > > > So I would have hoped this would have worked around the issue and permitted > > mail flow, yet apparently not for some reason. > > > > I have googled and looked around, and maybe just not found the right info > > yet > > , > > but if anyone has any idea how to track this down, or resolve the issue it > > would sure be most appreciated. > > > > Most of my mail moves fine, but I have a couple domains I am guessing have > > something wrong, so I can't seem to get mail out to them... Hi, I'm seeing the same error even on older versions of FreeBSD (thus sendmail). I also tracked the issue to SERVFAIL response to request. According to sendmail docs, the WorkAroundBroken option should work as a workaround, but clearly doesn't. Compiling sendmail with NO_INET6=yes does. Setting mailertable entry for (broken) destination domain to relevant IPv4 address should also work (athough not tested). I haven't searched sendmail archives, but since it's mentioned in the docs ... Buki -- PGP public key: http://dev.null.cz/buki.asc /"\ \ / ASCII Ribbon Campaign X Against HTML & Outlook Mail / \ http://www.thebackrow.net pgpfU1AGsCbAx.pgp Description: PGP signature
Re: Is SATA II supported in 6.2-stable?
On Wednesday 07 March 2007 21:45, Jeremy Chadwick wrote: > On Wed, Mar 07, 2007 at 09:26:40PM +, ian j hart wrote: > > On Tuesday 06 March 2007 11:06, Artem Kuchin wrote: > > > Mar 6 14:00:09 aaa kernel: ad8: 305245MB > > > at ata4-master SATA150 Mar 6 14:00:09 aaa kernel: ad10: 305245MB > > > at ata5-master SATA150 > > > > IIRC those drives ship jumpered down to SATA150. Worth checking. > > That's correct. There's an incredibly tiny jumper on the jumper > block which limits the transfer speed to 1.5gbit/sec (SATA150). > Remove the jumper and you've got SATA300. > > The official product manual for this drive: > > http://www.seagate.com/support/disc/manuals/Desktop/Barracuda%207200.10/100 >402371e.pdf 1. You might want to save the jumper. If you ever put the drive on a SATA150 controller, you'll need it. 2. Be gentle it's easy to damage the plastic surrounding the jumper (been there, done that). I'm not sure how fussy Seagate are, but "case damage" may invalidate your warranty. -- ian j hart ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DNS/Bind Error Help under FBSD 6.2 using Sendmail..
> > I am seeing an issue with some eMail moving from the server here is one such > example: > > l25F3FJW08259696337 Mon Mar 5 10:03 <[EMAIL PROTECTED]> > (Deferred: Name server: mail.jingmei.com.: host name lookup > f) > <[EMAIL PROTECTED]> > <[EMAIL PROTECTED]> > > > OK, so I did a lookup of it's MX, and get: > > jingmei.com mail is handled by 10 mail.jingmei.com > > > So then I looked up mail.jingmei.com: > > mail.jingmei.com has address 220.112.41.223 > Host mail.jingmei.com not found: 2(SERVFAIL) > > I see I am getting a returned IP address which can be connected to, but also > a > SERVFAIL error. > > Now I am aware of the IPv6 issue, and have the needed setting in my > sendmail.cf file: > > O ResolverOptions=WorkAroundBroken > > So I would have hoped this would have worked around the issue and permitted > mail flow, yet apparently not for some reason. > > I have googled and looked around, and maybe just not found the right info yet > , > but if anyone has any idea how to track this down, or resolve the issue it > would sure be most appreciated. > > Most of my mail moves fine, but I have a couple domains I am guessing have > something wrong, so I can't seem to get mail out to them... mail.jingmei.com is delegated to lp.jingmei.com. lp.jingmei.com doesn't serve mail.jingmei.com for queries. Note the SOA record is wrong here. lp.jingmei.com says there are no NS, SOA or just about any other records for mail.jingmei.com. The queries appear to be going through to another box which is configured to serve jingmei.com not mail.jingmei.com. I base this conclusion on the fact that there are different types of negative responses based on the query type and the flags differ. Note that the authorative answer for the A query is not right either. RD is not returned in the answer. ; <<>> DiG 9.3.3 <<>> mail.jingmei.com @lp.jingmei.com ; (2 servers found) ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29814 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;mail.jingmei.com. IN ;; AUTHORITY SECTION: jingmei.com.86400 IN SOA jingmei.com. administrator.jingmei.com. 998545544 28800 7200 604800 86400 ;; Query time: 416 msec ;; SERVER: 203.86.7.130#53(203.86.7.130) ;; WHEN: Thu Mar 8 07:52:23 2007 ;; MSG SIZE rcvd: 120 ; <<>> DiG 9.3.3 <<>> mail.jingmei.com @lp.jingmei.com a ; (2 servers found) ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 35135 ;; flags: qr aa; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;mail.jingmei.com. IN A ;; ANSWER SECTION: mail.jingmei.com. 30 IN A 220.112.41.223 ;; Query time: 323 msec ;; SERVER: 220.112.41.194#53(220.112.41.194) ;; WHEN: Thu Mar 8 08:22:54 2007 ;; MSG SIZE rcvd: 50 > --- > Howard > http://www.leadmon.net > > > > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "[EMAIL PROTECTED]" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Is SATA II supported in 6.2-stable?
On Wed, Mar 07, 2007 at 09:26:40PM +, ian j hart wrote: > On Tuesday 06 March 2007 11:06, Artem Kuchin wrote: > > Mar 6 14:00:09 aaa kernel: ad8: 305245MB at > > ata4-master SATA150 Mar 6 14:00:09 aaa kernel: ad10: 305245MB > ST3320620AS 3.AAE> at ata5-master SATA150 > > IIRC those drives ship jumpered down to SATA150. Worth checking. That's correct. There's an incredibly tiny jumper on the jumper block which limits the transfer speed to 1.5gbit/sec (SATA150). Remove the jumper and you've got SATA300. The official product manual for this drive: http://www.seagate.com/support/disc/manuals/Desktop/Barracuda%207200.10/100402371e.pdf -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networkinghttp://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Is SATA II supported in 6.2-stable?
On Tuesday 06 March 2007 11:06, Artem Kuchin wrote: > Hi! > > I just setup a new machine and while it is supposed to be full SATA II i > still see these lines in at kernel init: > > Mar 6 14:00:09 aaa kernel: ad8: 305245MB at > ata4-master SATA150 Mar 6 14:00:09 aaa kernel: ad10: 305245MB ST3320620AS 3.AAE> at ata5-master SATA150 IIRC those drives ship jumpered down to SATA150. Worth checking. > > As you see, it says SATA150 , while the drives are SATA II (which is, as i > understand, SATA 300). > > Both drives are connected to RAID controller and form a mirror raid: > > Mar 6 14:00:09 aaa kernel: ar0: 305108MB > status: READY Mar 6 14:00:09 aaa kernel: ar0: disk0 READY (master) using > ad8 at ata4-master Mar 6 14:00:09 aaa kernel: ar0: disk1 READY (mirror) > using ad10 at ata5-master > > Any idea how to make it work as SATA II? > > -- > Regards, > Artem > > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "[EMAIL PROTECTED]" -- ian j hart ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Some Unix benchmarks for those who are interesed
- Original Message - From: "Fluffles" <[EMAIL PROTECTED]> To: "Artem Kuchin" <[EMAIL PROTECTED]> Sent: Wednesday, March 07, 2007 11:35 PM Subject: Re: Some Unix benchmarks for those who are interesed Artem Kuchin wrote: Artem Kuchin wrote: Hmm. what kind of HDD, RAID or whatever are you using? My raid pretty much sucks. It is build it on the intel motherboard LSI Megaraid. But i still get 81Mb/sec when doing dd if=/dev/ar0 of=/dev/null bs=1M How much do you get on this? geom_mirror on 2 desktop SATA drives, but the results of dd are pretty low: # dd if=/dev/mirror/data of=/dev/null bs=1m count=1000 1000+0 records in 1000+0 records out 1048576000 bytes transferred in 17.817686 secs (58850290 bytes/sec) As you can see, results with a single drive are better: # dd if=/dev/ad4 of=/dev/null bs=1m count=1000 1000+0 records in 1000+0 records out 1048576000 bytes transferred in 16.219518 secs (64649023 bytes/sec) How is it possible that you get 2x file copy perfomance ? What's the matter?! If you use dd on the raw device (meaning no UFS/VFS) there is no read-ahead. This means that the following DD-command will give lower STR read than the second: no read-ahead: dd if=/dev/mirror/data of=/dev/null bs=1m count=1000 read-ahead and multiple I/O queue depth: dd if=/mounted/mirror/volume of=/dev/null bs=1m count=1000 You can test read STR best with bonnie (see /usr/ports/benchmarks/bonnie); or just with DD on a mounted volume. You should mount with -o noatime to avoid useless writes during reading, or use soft updates to prevent meta data from taking it's toll on I/O performance. Totall disagree. On the following reasons: 1) Read ahead is simply useless when stream-reading (sequential) 1GB of data 2) atime is NOT updated when using dd on any device, atime is related to file/inode operations which are not performed by dd 3) soft update are also useless (no bad, no good) for long sequential read basically, long sequatial reads/write ignore anything but real drive speed (plate on the spindle) if they are performed long enough. I think that 2 times differences is reallty related to seek times. But on the other hand i am sure my HDD have very good seek times. I'll have a chance to check it all on friday. -- Artem ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Some Unix benchmarks for those who are interesed
Artem Kuchin wrote: >>> Artem Kuchin wrote: >>> Hmm. what kind of HDD, RAID or whatever are you using? >>> My raid pretty much sucks. It is build it on the intel motherboard >>> LSI Megaraid. But i still get 81Mb/sec when doing >>> dd if=/dev/ar0 of=/dev/null bs=1M >>> >>> How much do you get on this? >> >> geom_mirror on 2 desktop SATA drives, but the results of dd are >> pretty low: >> >> # dd if=/dev/mirror/data of=/dev/null bs=1m count=1000 >> 1000+0 records in >> 1000+0 records out >> 1048576000 bytes transferred in 17.817686 secs (58850290 bytes/sec) >> >> As you can see, results with a single drive are better: >> >> # dd if=/dev/ad4 of=/dev/null bs=1m count=1000 >> 1000+0 records in >> 1000+0 records out >> 1048576000 bytes transferred in 16.219518 secs (64649023 bytes/sec) > > How is it possible that you get 2x file copy perfomance ? What's the > matter?! If you use dd on the raw device (meaning no UFS/VFS) there is no read-ahead. This means that the following DD-command will give lower STR read than the second: no read-ahead: dd if=/dev/mirror/data of=/dev/null bs=1m count=1000 read-ahead and multiple I/O queue depth: dd if=/mounted/mirror/volume of=/dev/null bs=1m count=1000 You can test read STR best with bonnie (see /usr/ports/benchmarks/bonnie); or just with DD on a mounted volume. You should mount with -o noatime to avoid useless writes during reading, or use soft updates to prevent meta data from taking it's toll on I/O performance. - Veronica ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: SMP doesn't work without ACPI?
On Mar 7, 2007, at 2:14 PM, Sam Baskinger wrote: The 1950s that I have (IIRC as I installed them a few months ago) hang at about the same location when ACPI is enabled. I'll see if I can't pull one down and recreate the behavior. I should note that I'm running something after 6.2-RELEASE. Again, I'll try to recreate and get some data from the machines. Try this one: debug.acpi.disabled="timer" in your /boot/loader.conf or at the boot loader prompt type "set" followed by the above all in one line, then continue the boot. My Dell PE800 won't boot without that... hangs at the raid card probe (aac).
Re: Some Unix benchmarks for those who are interesed
Fluffles wrote: > If you use dd on the raw device (meaning no UFS/VFS) there is no > read-ahead. This means that the following DD-command will give lower STR > read than the second: > > no read-ahead: > dd if=/dev/mirror/data of=/dev/null bs=1m count=1000 > read-ahead and multiple I/O queue depth: > dd if=/mounted/mirror/volume of=/dev/null bs=1m count=1000 I'd agree in theory, but bonnie++ gives WORSE results than raw device: Version 1.93c --Sequential Output-- --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- MachineSize K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP ..xx 1G 305 99 59135 15 21350 7 501 99 57480 11 478.5 13 Latency 27325us 63238us 535ms 45347us 68125us 2393ms And pumping vfs.read_max to an obscene value doesn't really help: # sysctl vfs.read_max=256 vfs.read_max: 16 -> 256 Version 1.93c --Sequential Output-- --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- MachineSize K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP ..xx 1G 305 99 57718 15 18758 6 500 99 60900 13 467.8 13 Latency 27325us 89977us 99594us 36706us 71907us 90021us I've experimented with increasing MAXPHYS (to 256K) before and it also doesn't help. signature.asc Description: OpenPGP digital signature
Re: Some Unix benchmarks for those who are interesed
Artem Kuchin wrote: > Now i am lost. i get 81MB/sec on dd but still you get > > File Copy 1024 bufsize 2000 maxblocks 3960.0 159513.0 402.8 > > and i get > > File Copy 1024 bufsize 2000 maxblocks 3960.0 109313.0 276.0 > > The drives i use are Seagate 7200.10 (320Gb, SATA II, 16MB cache > with perpendicular heads) > > How is it possible that you get 2x file copy perfomance ? What's the > matter?! I don't know - what are your seek times? # diskinfo -t /dev/mirror/data /dev/mirror/data 512 # sectorsize 24999488# mediasize in bytes (233G) 488281249 # mediasize in sectors Seek times: Full stroke: 250 iter in 1.591444 sec =6.366 msec Half stroke: 250 iter in 1.468315 sec =5.873 msec Quarter stroke: 500 iter in 2.828050 sec =5.656 msec Short forward:400 iter in 2.958083 sec =7.395 msec Short backward: 400 iter in 2.465687 sec =6.164 msec Seq outer: 2048 iter in 0.337428 sec =0.165 msec Seq inner: 2048 iter in 0.384791 sec =0.188 msec Transfer rates: outside: 102400 kbytes in 1.737217 sec =58945 kbytes/sec middle:102400 kbytes in 1.811793 sec =56519 kbytes/sec inside:102400 kbytes in 2.938688 sec =34845 kbytes/sec drives: ad4: 238418MB at ata2-master SATA150 ad6: 238418MB at ata3-master SATA150 signature.asc Description: OpenPGP digital signature
Re: Some Unix benchmarks for those who are interesed
- Original Message - From: "Torfinn Ingolfsen" <[EMAIL PROTECTED]> To: Sent: Wednesday, March 07, 2007 10:57 PM Subject: Re: Some Unix benchmarks for those who are interesed On Wed, 07 Mar 2007 22:32:36 +0300 Artem Kuchin <[EMAIL PROTECTED]> wrote: Hmm. if the whole world uses wht version of unixbench maybe someone should update freebsd ports version to this wht version, because otherwise we cannot compare anything else than freebsd. Not good. Does it really matter? Benchmarks are like statistics; if you don't find one that fits your purpose, you just tweak / change an existing one until you get the results you want. Not agreed. Benchmarks is a mean of comparing thing for figure out what is best for you or where is area with problems. If baselines are different then you cannot compare and then you cannot choose or determine problematic area and cannon improve what you already have. just my 0.02 russian federation roubles :) -- Artem ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Some Unix benchmarks for those who are interesed
On Wed, 07 Mar 2007 22:32:36 +0300 Artem Kuchin <[EMAIL PROTECTED]> wrote: > Hmm. if the whole world uses wht version of unixbench maybe someone > should update freebsd ports version to this wht version, because > otherwise we cannot compare anything else than freebsd. Not good. Does it really matter? Benchmarks are like statistics; if you don't find one that fits your purpose, you just tweak / change an existing one until you get the results you want. Just my 0.02 euros. -- Regards, Torfinn Ingolfsen ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Some Unix benchmarks for those who are interesed
- Original Message - From: "Charles Shannon Hendrix" <[EMAIL PROTECTED]> To: Sent: Wednesday, March 07, 2007 9:49 PM Subject: Re: Some Unix benchmarks for those who are interesed On Wed, 07 Mar 2007 17:30:12 +0100 Ivan Voras <[EMAIL PROTECTED]> wrote: Charles Shannon Hendrix wrote: > On Wed, 07 Mar 2007 17:11:24 +0100 > Ivan Voras <[EMAIL PROTECTED]> wrote: > >> Charles Shannon Hendrix wrote: >> >>> BYTE UNIX Benchmarks (Version 4.1-wht.1) >> Off-topic: Who or what is the origin of the "wht" version? One of the >> nice things about unixbench is that it hadn't changed from 1997, but now >> most Linux variants use the -wht version that has completely different >> baselines and results from the "normal" version? > > It's a version created for the website: webhostingtalk.com. > > It was created to have a stable and standard benchmark. Beautiful - they fiddled with the baselines but still managed not to see the obvious problem in execl() call in the execl benchmark for 64-bit platform. Or maybe they just don't care? It seems to me they use the software a lot and it serves their purposes. It's just a standardized version and run script that they use to evaluate web servers. Hmm. if the whole world uses wht version of unixbench maybe someone should update freebsd ports version to this wht version, because otherwise we cannot compare anything else than freebsd. Not good. -- Artem ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Some Unix benchmarks for those who are interesed
Artem Kuchin wrote: Hmm. what kind of HDD, RAID or whatever are you using? My raid pretty much sucks. It is build it on the intel motherboard LSI Megaraid. But i still get 81Mb/sec when doing dd if=/dev/ar0 of=/dev/null bs=1M How much do you get on this? geom_mirror on 2 desktop SATA drives, but the results of dd are pretty low: # dd if=/dev/mirror/data of=/dev/null bs=1m count=1000 1000+0 records in 1000+0 records out 1048576000 bytes transferred in 17.817686 secs (58850290 bytes/sec) As you can see, results with a single drive are better: # dd if=/dev/ad4 of=/dev/null bs=1m count=1000 1000+0 records in 1000+0 records out 1048576000 bytes transferred in 16.219518 secs (64649023 bytes/sec) Now i am lost. i get 81MB/sec on dd but still you get File Copy 1024 bufsize 2000 maxblocks 3960.0 159513.0 402.8 and i get File Copy 1024 bufsize 2000 maxblocks 3960.0 109313.0 276.0 The drives i use are Seagate 7200.10 (320Gb, SATA II, 16MB cache with perpendicular heads) How is it possible that you get 2x file copy perfomance ? What's the matter?! -- Artem ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: SMP doesn't work without ACPI?
Scott Long wrote: > Do you not have 'device apic' in your config? Hmm, no. This is the generic "SMP" kernel (amd64) and grepping the sys/amd64/conf directory for "apic" doesn't give any useful results, not even in the NOTES file. signature.asc Description: OpenPGP digital signature
Re: SMP doesn't work without ACPI?
The 1950s that I have (IIRC as I installed them a few months ago) hang at about the same location when ACPI is enabled. I'll see if I can't pull one down and recreate the behavior. I should note that I'm running something after 6.2-RELEASE. Again, I'll try to recreate and get some data from the machines. Sam Scott Long wrote: I've had no problem getting FreeBSD 6 to boot on Dell 1950 and 2950 machines. Where does it hang for you, and what changes have you made to your kernel config? Scott Sam Baskinger wrote: Adding a datapoint: Dell 1950s exhibit similar behaviour but have 2 cores in a single physical CPU. Hope this helps the discussion along. Sam Baskinger Software Engineer Lumeta - Securing the Network in the Face of Change Ivan Voras wrote: Continuing my problems with the IBM blade: Booting with ACPI module enabled (btw. live boot CD with sysinstall doesn't load ACPI, but the installed system does?) hangs the system somewhere after first USB bus is found (booting verbose doesn't show any new lines before or after this step). It appears to be a real hang instead of a timeout because I left it 30 minutes and it didn't continue. Booting without ACPI on the other hand doesn't find all the CPU's :( Here's sysctl output: sysctl -a | grep smp kern.timecounter.smp_tsc: 0 kern.smp.forward_roundrobin_enabled: 1 kern.smp.forward_signal_enabled: 1 kern.smp.cpus: 1 kern.smp.disabled: 0 kern.smp.active: 0 kern.smp.maxcpus: 16 Here's the mptable -dmesg output: === MPTable --- MP Floating Pointer Structure: location: EBDA physical address: 0x0009d140 signature:'_MP_' length: 16 bytes version: 1.4 checksum: 0xfe mode: Virtual Wire --- MP Config Table Header: physical address: 0x0009e9b0 signature:'PCMP' base table length:388 version: 1.4 checksum: 0x77 OEM ID: 'IBM ENSW' Product ID: 'LEWIS SMP ' OEM table pointer:0x OEM table size: 0 entry count: 37 local APIC address: 0xfee0 extended table length:408 extended table checksum: 159 --- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x10BSP, usable 15 1 2 0x0301 2 0x10AP, usable 15 1 2 0x0301 1 0x10AP, usable 15 1 2 0x0301 3 0x10AP, usable 15 1 2 0x0301 -- Bus:Bus ID Type 0 PCI 1 PCI 2 PCI 3 PCI 4 PCI 5 PCI 6 PCI 7 PCI 8 PCI 9 ISA -- I/O APICs: APIC ID Version State Address 14 0x11usable 0xfec0 13 0x11usable 0xfec02000 -- I/O Ints: TypePolarityTrigger Bus ID IRQAPIC ID PIN# INT conformsconforms9 1 141 INT conformsconforms9 0 142 INT conformsconforms9 4 144 INT conformsconforms9 6 146 INT active-hiedge9 8 148 INT conformsconforms911 14 11 INT conformsconforms912 14 12 INT conformsconforms913 14 13 INT conformsconforms914 14 14 INT conformsconforms915 14 15 INT conformsconforms0 3:A 143 INT conformsconforms0 3:A 143 INT conformsconforms0 3:A 143 INT conformsconforms0 5:A 130 INT conformsconforms2 4:A 131 INT conformsconforms2 5:A 132 INT conformsconforms3 4:A
Re: Some Unix benchmarks for those who are interesed
Artem Kuchin wrote: > Hmm. what kind of HDD, RAID or whatever are you using? > My raid pretty much sucks. It is build it on the intel motherboard > LSI Megaraid. But i still get 81Mb/sec when doing > dd if=/dev/ar0 of=/dev/null bs=1M > > How much do you get on this? geom_mirror on 2 desktop SATA drives, but the results of dd are pretty low: # dd if=/dev/mirror/data of=/dev/null bs=1m count=1000 1000+0 records in 1000+0 records out 1048576000 bytes transferred in 17.817686 secs (58850290 bytes/sec) As you can see, results with a single drive are better: # dd if=/dev/ad4 of=/dev/null bs=1m count=1000 1000+0 records in 1000+0 records out 1048576000 bytes transferred in 16.219518 secs (64649023 bytes/sec) The mirror algorithm is "split": # gmirror list Geom name: data State: COMPLETE Components: 2 Balance: split Slice: 16384 Flags: NONE GenID: 0 SyncID: 1 ID: 1455065622 Providers: 1. Name: mirror/data Mediasize: 24999488 (233G) Sectorsize: 512 Mode: r7w7e8 Consumers: 1. Name: ad4 Mediasize: 2500 (233G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: DIRTY GenID: 0 SyncID: 1 ID: 2273811345 2. Name: ad6 Mediasize: 2500 (233G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: DIRTY GenID: 0 SyncID: 1 ID: 926967552 Setting the algorithm back to "load" gives the performance similar to that of a single drive: # dd if=/dev/mirror/data of=/dev/null bs=1m count=1000 1000+0 records in 1000+0 records out 1048576000 bytes transferred in 16.551914 secs (63350740 bytes/sec) It's really unusual that geom_mirror cannot benefit from splitting requests. signature.asc Description: OpenPGP digital signature
Re: SMP doesn't work without ACPI?
I've had no problem getting FreeBSD 6 to boot on Dell 1950 and 2950 machines. Where does it hang for you, and what changes have you made to your kernel config? Scott Sam Baskinger wrote: Adding a datapoint: Dell 1950s exhibit similar behaviour but have 2 cores in a single physical CPU. Hope this helps the discussion along. Sam Baskinger Software Engineer Lumeta - Securing the Network in the Face of Change Ivan Voras wrote: Continuing my problems with the IBM blade: Booting with ACPI module enabled (btw. live boot CD with sysinstall doesn't load ACPI, but the installed system does?) hangs the system somewhere after first USB bus is found (booting verbose doesn't show any new lines before or after this step). It appears to be a real hang instead of a timeout because I left it 30 minutes and it didn't continue. Booting without ACPI on the other hand doesn't find all the CPU's :( Here's sysctl output: sysctl -a | grep smp kern.timecounter.smp_tsc: 0 kern.smp.forward_roundrobin_enabled: 1 kern.smp.forward_signal_enabled: 1 kern.smp.cpus: 1 kern.smp.disabled: 0 kern.smp.active: 0 kern.smp.maxcpus: 16 Here's the mptable -dmesg output: === MPTable --- MP Floating Pointer Structure: location: EBDA physical address: 0x0009d140 signature:'_MP_' length: 16 bytes version: 1.4 checksum: 0xfe mode: Virtual Wire --- MP Config Table Header: physical address: 0x0009e9b0 signature:'PCMP' base table length:388 version: 1.4 checksum: 0x77 OEM ID: 'IBM ENSW' Product ID: 'LEWIS SMP ' OEM table pointer:0x OEM table size: 0 entry count: 37 local APIC address: 0xfee0 extended table length:408 extended table checksum: 159 --- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x10BSP, usable 15 1 2 0x0301 2 0x10AP, usable 15 1 2 0x0301 1 0x10AP, usable 15 1 2 0x0301 3 0x10AP, usable 15 1 2 0x0301 -- Bus:Bus ID Type 0 PCI 1 PCI 2 PCI 3 PCI 4 PCI 5 PCI 6 PCI 7 PCI 8 PCI 9 ISA -- I/O APICs: APIC ID Version State Address 14 0x11usable 0xfec0 13 0x11usable 0xfec02000 -- I/O Ints: TypePolarityTrigger Bus ID IRQAPIC ID PIN# INT conformsconforms9 1 141 INT conformsconforms9 0 142 INT conformsconforms9 4 144 INT conformsconforms9 6 146 INT active-hiedge9 8 148 INT conformsconforms911 14 11 INT conformsconforms912 14 12 INT conformsconforms913 14 13 INT conformsconforms914 14 14 INT conformsconforms915 14 15 INT conformsconforms0 3:A 143 INT conformsconforms0 3:A 143 INT conformsconforms0 3:A 143 INT conformsconforms0 5:A 130 INT conformsconforms2 4:A 131 INT conformsconforms2 5:A 132 INT conformsconforms3 4:A 133 INT conformsconforms3 5:A 134 INT conformsconforms3 5:B 135 -- Local Ints: TypePolarityTrigger Bus ID IRQAPIC ID PIN# NMI conformsconforms9 0 2551
Re: SMP doesn't work without ACPI?
Do you not have 'device apic' in your config? Scott Ivan Voras wrote: Continuing my problems with the IBM blade: Booting with ACPI module enabled (btw. live boot CD with sysinstall doesn't load ACPI, but the installed system does?) hangs the system somewhere after first USB bus is found (booting verbose doesn't show any new lines before or after this step). It appears to be a real hang instead of a timeout because I left it 30 minutes and it didn't continue. Booting without ACPI on the other hand doesn't find all the CPU's :( Here's sysctl output: sysctl -a | grep smp kern.timecounter.smp_tsc: 0 kern.smp.forward_roundrobin_enabled: 1 kern.smp.forward_signal_enabled: 1 kern.smp.cpus: 1 kern.smp.disabled: 0 kern.smp.active: 0 kern.smp.maxcpus: 16 Here's the mptable -dmesg output: === MPTable --- MP Floating Pointer Structure: location: EBDA physical address: 0x0009d140 signature:'_MP_' length: 16 bytes version: 1.4 checksum: 0xfe mode: Virtual Wire --- MP Config Table Header: physical address: 0x0009e9b0 signature:'PCMP' base table length:388 version: 1.4 checksum: 0x77 OEM ID: 'IBM ENSW' Product ID: 'LEWIS SMP ' OEM table pointer:0x OEM table size: 0 entry count: 37 local APIC address: 0xfee0 extended table length:408 extended table checksum: 159 --- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x10BSP, usable 15 1 2 0x0301 2 0x10AP, usable 15 1 2 0x0301 1 0x10AP, usable 15 1 2 0x0301 3 0x10AP, usable 15 1 2 0x0301 -- Bus:Bus ID Type 0 PCI 1 PCI 2 PCI 3 PCI 4 PCI 5 PCI 6 PCI 7 PCI 8 PCI 9 ISA -- I/O APICs: APIC ID Version State Address 14 0x11usable 0xfec0 13 0x11usable 0xfec02000 -- I/O Ints: TypePolarityTrigger Bus ID IRQAPIC ID PIN# INT conformsconforms9 1 141 INT conformsconforms9 0 142 INT conformsconforms9 4 144 INT conformsconforms9 6 146 INT active-hiedge9 8 148 INT conformsconforms911 14 11 INT conformsconforms912 14 12 INT conformsconforms913 14 13 INT conformsconforms914 14 14 INT conformsconforms915 14 15 INT conformsconforms0 3:A 143 INT conformsconforms0 3:A 143 INT conformsconforms0 3:A 143 INT conformsconforms0 5:A 130 INT conformsconforms2 4:A 131 INT conformsconforms2 5:A 132 INT conformsconforms3 4:A 133 INT conformsconforms3 5:A 134 INT conformsconforms3 5:B 135 -- Local Ints: TypePolarityTrigger Bus ID IRQAPIC ID PIN# NMI conformsconforms9 02551 ExtINT conformsconforms9 02550 --- MP Config Extended Table Entries: -- System Address Space bus ID: 0 address type: memory address address base: 0xa address range: 0x2 -- System Address Space bus ID: 0 address type: memory address address base: 0xf800 address ran
Re: Some Unix benchmarks for those who are interesed
On Wed, 07 Mar 2007 17:30:12 +0100 Ivan Voras <[EMAIL PROTECTED]> wrote: > Charles Shannon Hendrix wrote: > > On Wed, 07 Mar 2007 17:11:24 +0100 > > Ivan Voras <[EMAIL PROTECTED]> wrote: > > > >> Charles Shannon Hendrix wrote: > >> > >>> BYTE UNIX Benchmarks (Version 4.1-wht.1) > >> Off-topic: Who or what is the origin of the "wht" version? One of the > >> nice things about unixbench is that it hadn't changed from 1997, but now > >> most Linux variants use the -wht version that has completely different > >> baselines and results from the "normal" version? > > > > It's a version created for the website: webhostingtalk.com. > > > > It was created to have a stable and standard benchmark. > > Beautiful - they fiddled with the baselines but still managed not to see > the obvious problem in execl() call in the execl benchmark for 64-bit > platform. Or maybe they just don't care? It seems to me they use the software a lot and it serves their purposes. It's just a standardized version and run script that they use to evaluate web servers. -- shannon -- Star Wars Moral Number 17: Teddy | ...but a planet of wookies would still bears are dangerous in herds.| have been a lot better. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: SMP doesn't work without ACPI?
H I have a Dual-core (one physical package) Intel motherboard machine here that's working fine (6.2-STABLE) FreeBSD 6.2-STABLE #3: Wed Feb 28 16:11:56 CST 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/KSD-SMP kern.timecounter.smp_tsc: 0 kern.smp.maxcpus: 16 kern.smp.active: 1 kern.smp.disabled: 0 kern.smp.cpus: 2 kern.smp.forward_signal_enabled: 1 kern.smp.forward_roundrobin_enabled: 1 I beat it up pretty hard too; its got a fairly active Postgres database on it, multiple RAID spindles under Gmirror, runs web services, firewall functions, multiple serial ports on USB adapters, etc. -- -- Karl Denninger ([EMAIL PROTECTED]) Internet Consultant & Kids Rights Activist http://www.denninger.netMy home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://genesis3.blogspot.comMusings Of A Sentient Mind On Wed, Mar 07, 2007 at 11:10:49AM -0500, Sam Baskinger wrote: > Adding a datapoint: Dell 1950s exhibit similar behaviour but have 2 > cores in a single physical CPU. > > Hope this helps the discussion along. > > Sam Baskinger > Software Engineer > > Lumeta - Securing the Network in the Face of Change > > > Ivan Voras wrote: > >Continuing my problems with the IBM blade: Booting with ACPI module > >enabled (btw. live boot CD with sysinstall doesn't load ACPI, but the > >installed system does?) hangs the system somewhere after first USB bus > >is found (booting verbose doesn't show any new lines before or after > >this step). It appears to be a real hang instead of a timeout because I > >left it 30 minutes and it didn't continue. > > > >Booting without ACPI on the other hand doesn't find all the CPU's :( > > > >Here's sysctl output: > > > >>sysctl -a | grep smp > >kern.timecounter.smp_tsc: 0 > >kern.smp.forward_roundrobin_enabled: 1 > >kern.smp.forward_signal_enabled: 1 > >kern.smp.cpus: 1 > >kern.smp.disabled: 0 > >kern.smp.active: 0 > >kern.smp.maxcpus: 16 > > > > > >Here's the mptable -dmesg output: > > > > > > > >=== > > > >MPTable > > > >--- > > > >MP Floating Pointer Structure: > > > > location: EBDA > > physical address: 0x0009d140 > > signature:'_MP_' > > length: 16 bytes > > version: 1.4 > > checksum: 0xfe > > mode: Virtual Wire > > > >--- > > > >MP Config Table Header: > > > > physical address: 0x0009e9b0 > > signature:'PCMP' > > base table length:388 > > version: 1.4 > > checksum: 0x77 > > OEM ID: 'IBM ENSW' > > Product ID: 'LEWIS SMP ' > > OEM table pointer:0x > > OEM table size: 0 > > entry count: 37 > > local APIC address: 0xfee0 > > extended table length:408 > > extended table checksum: 159 > > > >--- > > > >MP Config Base Table Entries: > > > >-- > >Processors: APIC ID Version State Family Model Step > >Flags > > 0 0x10BSP, usable 15 1 2 > > 0x0301 > > 2 0x10AP, usable 15 1 2 > > 0x0301 > > 1 0x10AP, usable 15 1 2 > > 0x0301 > > 3 0x10AP, usable 15 1 2 > > 0x0301 > >-- > >Bus:Bus ID Type > > 0 PCI > > 1 PCI > > 2 PCI > > 3 PCI > > 4 PCI > > 5 PCI > > 6 PCI > > 7 PCI > > 8 PCI > > 9 ISA > >-- > >I/O APICs: APIC ID Version State Address > >14 0x11usable 0xfec0 > >13 0x11usable 0xfec02000 > >-- > >I/O Ints: TypePolarityTrigger Bus ID IRQAPIC ID > >PIN# > >INT conformsconforms9 1 14 > >1 > >INT conformsconforms9 0 14 > >2 > >INT conformsconforms9 4 14 > >4 > >INT conformsconforms9 6 14 > >6 > >INT active-hiedge9 8 14 > >8 > >INT conformsconforms911 14 > >
Re: Some Unix benchmarks for those who are interesed
Hmm. what kind of HDD, RAID or whatever are you using? My raid pretty much sucks. It is build it on the intel motherboard LSI Megaraid. But i still get 81Mb/sec when doing dd if=/dev/ar0 of=/dev/null bs=1M How much do you get on this? -- Regards Artem ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Some Unix benchmarks for those who are interesed
Artem Kuchin wrote: > TESTBASELINE RESULT INDEX > > Dhrystone 2 using register variables116700.0 10486183.3 898.6 > Double-Precision Whetstone 55.0 1289.1 234.4 > Execl Throughput43.0 1229.4 285.9 > File Copy 1024 bufsize 2000 maxblocks 3960.0 109313.0 276.0 > File Copy 256 bufsize 500 maxblocks 1655.050229.0 303.5 > File Copy 4096 bufsize 8000 maxblocks 5800.064288.0 110.8 > Pipe Throughput 12440.0 603048.3 484.8 > Pipe-based Context Switching 4000.034302.9 85.8 > Process Creation 126.0 3011.8 239.0 > Shell Scripts (8 concurrent) 6.0 579.8 966.3 > System Call Overhead 15000.0 494962.3 330.0 > = > FINAL SCORE 300.0 > > As you see, baselines a TOTALLY diffrent, this sucks. Yeah. Well, as long as we're posting results, here's from Xeon 5110 (the slowest Xeon from the Woodcrest family, 1.6 GHz, dual core): INDEX VALUES TESTBASELINE RESULT INDEX Dhrystone 2 using register variables116700.0 9983979.3 855.5 Double-Precision Whetstone 55.0 1456.5 264.8 Execl Throughput43.0 1423.1 331.0 File Copy 1024 bufsize 2000 maxblocks 3960.0 159513.0 402.8 File Copy 256 bufsize 500 maxblocks 1655.052679.0 318.3 File Copy 4096 bufsize 8000 maxblocks 5800.076063.0 131.1 Pipe Throughput 12440.0 627988.0 504.8 Pipe-based Context Switching 4000.071798.2 179.5 Process Creation 126.0 5569.4 442.0 Shell Scripts (8 concurrent) 6.0 503.0 838.3 System Call Overhead 15000.0 487202.2 324.8 = FINAL SCORE 361.4 signature.asc Description: OpenPGP digital signature
Re: USB problem - how to disable an umass device?
Ivan Voras wrote: > Oliver Fromme wrote: > > Of course, a better way to solve the problem would be to > > find out _why_ it is hanging in the first place. :-) > > The first step would be to enter the kernel debugger and > > take a stack trace, in order to find out where it is stuck. > > > > It might be a good idea to take this issue to the freebsd- > > usb mailing list. > > Actually, it resolved to be a very large timeout, on the order of > 5 minutes per step, before something gives up and the boot process > continues. That sounds like a bug where a loop counter isn't initialized correctly, so a loop wraps around and has to go through the whole range of a 32 bit int until it terminates, i.e. 2^32 which is 4 billion interations. Depending on what the loop actually contains, that could very well take 5 minutes. There have been bugs like that in the past. If you enter the Debugger during the hang and print a stack trace, you should be able to see where that loop is. Maybe it's easy to spot the incorrect loop counter and fix it. > > > I tried using loader hint hint.usb.2.disabled="1" but it doesn't > > > work. > > > > Unfortunately, hints cannot be used to disable devices in > > general (which would be a desirable feature). That only > > works for legacy devices (i.e. ISA) and some others. > > I'd argue that this is actually a bad thing - I'm sure there are > situations where it would be useful to disable (almost) arbitrary > nodes in the device tree, even down to specific pci busses. Yes, that's what I mean. I'm sure it could be useful. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "A language that doesn't have everything is actually easier to program in than some that do." -- Dennis M. Ritchie ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Bridging problems on IP address conflict
Eduardo Meyer wrote: > Peter Jeremy wrote: > > Eduardo Meyer wrote: > > > bridge0: flags=8043 mtu 1500 > > > ether ac:de:48:df:0d:8c > > > priority 32768 hellotime 2 fwddelay 15 maxage 20 > > > member: fxp0 flags=3 > > > member: em0 flags=3 > > > > > > bridge1: flags=8043 mtu 1500 > > > ether ac:de:48:fe:cd:41 > > > priority 32768 hellotime 2 fwddelay 15 maxage 20 > > > member: xl1 flags=3 > > > member: xl0 flags=3 > > > > > > And my system constantly reports: > > > > > > arp: 00:13:20:1c:33:22 is using my IP address XX.YY.ZZ.KK! > > > > > > several (thoundsands of) times. In fact this ARP is my own fxp0 > > > interface, and this is the only interface that has this IP. What > > > should I do? Ass IP on the bridge0 interface instead of the fxp0 > > > bridge member? Or anything else? > > [...] > > This may be indicative of a loop in your switch network - is there any > > way that packets leaving fxp0 can re-appear on em0, xl0 or xl1? > > 5.5-STABLE system. The topology: > > - em0 and xl0 crossover (straight from router) to freebsd bridge > - fxp0 and xl1 on a common switch (maybe causing a loop?) Yes, that's a loop. Packets leaving fxp0 can be sent back by the switch to your xl1. You should fix your topology. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." -- Robert Firth ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Some Unix benchmarks for those who are interesed
Yep. It should look something like this output, from my dual-core Opteron running Linux 2.6.19-ck2: BYTE UNIX Benchmarks (Version 4.1-wht.1) System -- Linux daydream 2.6.19-ck2 #5 SMP PREEMPT Sat Jan 20 12:23:54 EST 2007 i686 athlon-4 i386 GNU/Linux /dev/mapper/vg-u2 10321208 6610764 3710444 65% /u2 Start Benchmark Run: Wed Mar 7 01:34:36 EST 2007 01:34:36 up 53 min, 3 users, load average: 0.24, 0.18, 0.14 End Benchmark Run: Wed Mar 7 01:45:33 EST 2007 01:45:33 up 1:04, 3 users, load average: 12.80, 5.64, 2.63 = FINAL SCORE 254.1 Here is mine retested and patched to work on AMD64 (Pentium D 3.4Ghz) BYTE UNIX Benchmarks (Version 4.1.0) System -- aaa.itlegion.ru Start Benchmark Run: Wed Mar 7 14:03:27 MSK 2007 1 interactive users. 2:03PM up 6 mins, 1 user, load averages: 0.00, 0.09, 0.06 -r-xr-xr-x 1 root wheel 131328 Mar 5 23:55 /bin/sh /bin/sh: ELF 64-bit LSB executable, AMD x86-64, version 1 (FreeBSD), dynamically linked (uses shared libs), stripped /dev/ar0s1e 289385582 2746558 263488178 1%/usr Dhrystone 2 using register variables 10486183.3 lps (10.1 secs, 10 samples) Double-Precision Whetstone 1289.1 MWIPS (10.7 secs, 10 samples) System Call Overhead 494962.3 lps (10.1 secs, 10 samples) Pipe Throughput 603048.3 lps (10.1 secs, 10 samples) Pipe-based Context Switching 34302.9 lps (12.8 secs, 10 samples) Process Creation 3011.8 lps (38.6 secs, 3 samples) Execl Throughput 1229.4 lps (30.0 secs, 3 samples) File Read 1024 bufsize 2000 maxblocks467804.0 KBps (30.0 secs, 3 samples) File Write 1024 bufsize 2000 maxblocks 109705.0 KBps (30.0 secs, 3 samples) File Copy 1024 bufsize 2000 maxblocks109313.0 KBps (30.0 secs, 3 samples) File Read 256 bufsize 500 maxblocks 126505.0 KBps (30.0 secs, 3 samples) File Write 256 bufsize 500 maxblocks 86216.0 KBps (30.0 secs, 3 samples) File Copy 256 bufsize 500 maxblocks 50229.0 KBps (30.0 secs, 3 samples) File Read 4096 bufsize 8000 maxblocks1399150.0 KBps (30.0 secs, 3 samples) File Write 4096 bufsize 8000 maxblocks67555.0 KBps (30.0 secs, 3 samples) File Copy 4096 bufsize 8000 maxblocks 64288.0 KBps (30.0 secs, 3 samples) Shell Scripts (1 concurrent) 3222.7 lpm (62.7 secs, 3 samples) Shell Scripts (8 concurrent)579.8 lpm (60.2 secs, 3 samples) Shell Scripts (16 concurrent) 293.5 lpm (60.1 secs, 3 samples) Arithmetic Test (type = short) 891421.9 lps (10.1 secs, 3 samples) Arithmetic Test (type = int) 951512.1 lps (10.1 secs, 3 samples) Arithmetic Test (type = long)298204.3 lps (10.2 secs, 3 samples) Arithmetic Test (type = float) 1033235.9 lps (10.1 secs, 3 samples) Arithmetic Test (type = double) 516114.2 lps (10.1 secs, 3 samples) Arithoh 17357328.1 lps (10.2 secs, 3 samples) C Compiler Throughput 1801.4 lpm (61.4 secs, 3 samples) Dc: sqrt(2) to 99 decimal places 73671.7 lpm (37.9 secs, 3 samples) Recursion Test--Tower of Hanoi 142907.4 lps (20.3 secs, 3 samples) INDEX VALUES TESTBASELINE RESULT INDEX Dhrystone 2 using register variables116700.0 10486183.3 898.6 Double-Precision Whetstone 55.0 1289.1 234.4 Execl Throughput43.0 1229.4 285.9 File Copy 1024 bufsize 2000 maxblocks 3960.0 109313.0 276.0 File Copy 256 bufsize 500 maxblocks 1655.050229.0 303.5 File Copy 4096 bufsize 8000 maxblocks 5800.064288.0 110.8 Pipe Throughput 12440.0 603048.3 484.8 Pipe-based Context Switching 4000.034302.9 85.8 Process Creation 126.0 3011.8 239.0 Shell Scripts (8 concurrent) 6.0 579.8 966.3 System Call Overhead 15000.0 494962.3 330.0 = FINAL SCORE 300.0 As you see, baselines a TOTALLY diffrent, this sucks. I trying to install Debian today w no luck. CD=ROM just will not boot. I'll try to install CentOS x32-AMD64 on friday and try to compile the source code of unixbench from freebsd port to get the same baselines. -- Regards, Artem ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Some Unix benchmarks for those who are interesed
Charles Shannon Hendrix wrote: > On Wed, 07 Mar 2007 17:11:24 +0100 > Ivan Voras <[EMAIL PROTECTED]> wrote: > >> Charles Shannon Hendrix wrote: >> >>> BYTE UNIX Benchmarks (Version 4.1-wht.1) >> Off-topic: Who or what is the origin of the "wht" version? One of the >> nice things about unixbench is that it hadn't changed from 1997, but now >> most Linux variants use the -wht version that has completely different >> baselines and results from the "normal" version? > > It's a version created for the website: webhostingtalk.com. > > It was created to have a stable and standard benchmark. Beautiful - they fiddled with the baselines but still managed not to see the obvious problem in execl() call in the execl benchmark for 64-bit platforms. signature.asc Description: OpenPGP digital signature
Re: SMP doesn't work without ACPI?
> isab0: at device 2.2 on pci0 > isa0: on isab0 > ohci0: port 0x3000-0x30ff mem > 0xf9fff000-0xf9ff irq 3 at device 3.0 on pci0 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support To add more info: SMP+ACPI kernel hangs here > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > ohci1: port 0x3100-0x31ff mem > 0xf9ffe000-0xf9ffefff irq 3 at device 3.1 on pci0 > ohci1: [GIANT-LOCKED] But I must use USB for this: > ukbd0: IBM IBM MM2, rev 1.10/0.01, addr 2, iclass 3/1 > kbd2 at ukbd0 > ums0: IBM IBM MM2, rev 1.10/0.01, addr 2, iclass 3/1 > ums0: 3 buttons and Z dir. (Blade center's management console) > Timecounter "TSC" frequency 2400100239 Hz quality 800 > Timecounters tick every 1.000 msec And the big timeout (which I think relates to an umass device, referred to in a previous post) happens here , with or without SMP and ACPI. > da1 at mpt0 bus 0 target 0 lun 0 > da1: Fixed Direct Access SCSI-5 device > da1: 300.000MB/s transfers, Tagged Queueing Enabled > da1: 70006MB (143374000 512 byte sectors: 255H 63S/T 8924C) > cd0 at umass-sim1 bus 1 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 1.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not present > (da0:umass-sim0:0:0:0): got CAM status 0x4 > (da0:umass-sim0:0:0:0): fatal error, failed to attach to device > (da0:umass-sim0:0:0:0): lost device > (da0:umass-sim0:0:0:0): removing device entry > Trying to mount root from ufs:/dev/da1s1a signature.asc Description: OpenPGP digital signature
DNS/Bind Error Help under FBSD 6.2 using Sendmail..
I am seeing an issue with some eMail moving from the server here is one such example: l25F3FJW08259696337 Mon Mar 5 10:03 <[EMAIL PROTECTED]> (Deferred: Name server: mail.jingmei.com.: host name lookup f) <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> OK, so I did a lookup of it's MX, and get: jingmei.com mail is handled by 10 mail.jingmei.com So then I looked up mail.jingmei.com: mail.jingmei.com has address 220.112.41.223 Host mail.jingmei.com not found: 2(SERVFAIL) I see I am getting a returned IP address which can be connected to, but also a SERVFAIL error. Now I am aware of the IPv6 issue, and have the needed setting in my sendmail.cf file: O ResolverOptions=WorkAroundBroken So I would have hoped this would have worked around the issue and permitted mail flow, yet apparently not for some reason. I have googled and looked around, and maybe just not found the right info yet, but if anyone has any idea how to track this down, or resolve the issue it would sure be most appreciated. Most of my mail moves fine, but I have a couple domains I am guessing have something wrong, so I can't seem to get mail out to them... --- Howard http://www.leadmon.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Some Unix benchmarks for those who are interesed
On Wed, 07 Mar 2007 17:11:24 +0100 Ivan Voras <[EMAIL PROTECTED]> wrote: > Charles Shannon Hendrix wrote: > > > > > BYTE UNIX Benchmarks (Version 4.1-wht.1) > > Off-topic: Who or what is the origin of the "wht" version? One of the > nice things about unixbench is that it hadn't changed from 1997, but now > most Linux variants use the -wht version that has completely different > baselines and results from the "normal" version? It's a version created for the website: webhostingtalk.com. It was created to have a stable and standard benchmark. -- shannon / There is a limit to how stupid people really are, just as there's ---' a limit to the amount of hydrogen in the Universe. There's a lot, but there's a limit. -- Dave C. Barber on a.f.c. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: SMP doesn't work without ACPI?
Adding a datapoint: Dell 1950s exhibit similar behaviour but have 2 cores in a single physical CPU. Hope this helps the discussion along. Sam Baskinger Software Engineer Lumeta - Securing the Network in the Face of Change Ivan Voras wrote: Continuing my problems with the IBM blade: Booting with ACPI module enabled (btw. live boot CD with sysinstall doesn't load ACPI, but the installed system does?) hangs the system somewhere after first USB bus is found (booting verbose doesn't show any new lines before or after this step). It appears to be a real hang instead of a timeout because I left it 30 minutes and it didn't continue. Booting without ACPI on the other hand doesn't find all the CPU's :( Here's sysctl output: sysctl -a | grep smp kern.timecounter.smp_tsc: 0 kern.smp.forward_roundrobin_enabled: 1 kern.smp.forward_signal_enabled: 1 kern.smp.cpus: 1 kern.smp.disabled: 0 kern.smp.active: 0 kern.smp.maxcpus: 16 Here's the mptable -dmesg output: === MPTable --- MP Floating Pointer Structure: location: EBDA physical address: 0x0009d140 signature:'_MP_' length: 16 bytes version: 1.4 checksum: 0xfe mode: Virtual Wire --- MP Config Table Header: physical address: 0x0009e9b0 signature:'PCMP' base table length:388 version: 1.4 checksum: 0x77 OEM ID: 'IBM ENSW' Product ID: 'LEWIS SMP ' OEM table pointer:0x OEM table size: 0 entry count: 37 local APIC address: 0xfee0 extended table length:408 extended table checksum: 159 --- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x10BSP, usable 15 1 2 0x0301 2 0x10AP, usable 15 1 2 0x0301 1 0x10AP, usable 15 1 2 0x0301 3 0x10AP, usable 15 1 2 0x0301 -- Bus:Bus ID Type 0 PCI 1 PCI 2 PCI 3 PCI 4 PCI 5 PCI 6 PCI 7 PCI 8 PCI 9 ISA -- I/O APICs: APIC ID Version State Address 14 0x11usable 0xfec0 13 0x11usable 0xfec02000 -- I/O Ints: TypePolarityTrigger Bus ID IRQAPIC ID PIN# INT conformsconforms9 1 141 INT conformsconforms9 0 142 INT conformsconforms9 4 144 INT conformsconforms9 6 146 INT active-hiedge9 8 148 INT conformsconforms911 14 11 INT conformsconforms912 14 12 INT conformsconforms913 14 13 INT conformsconforms914 14 14 INT conformsconforms915 14 15 INT conformsconforms0 3:A 143 INT conformsconforms0 3:A 143 INT conformsconforms0 3:A 143 INT conformsconforms0 5:A 130 INT conformsconforms2 4:A 131 INT conformsconforms2 5:A 132 INT conformsconforms3 4:A 133 INT conformsconforms3 5:A 134 INT conformsconforms3 5:B 135 -- Local Ints: TypePolarityTrigger Bus ID IRQAPIC ID PIN# NMI conformsconforms9 02551 ExtINT conformsconforms9 02550 --- MP Config Extended Table Entries: -- System Address Space bus ID: 0 addre
Re: Some Unix benchmarks for those who are interesed
Charles Shannon Hendrix wrote: > > BYTE UNIX Benchmarks (Version 4.1-wht.1) Off-topic: Who or what is the origin of the "wht" version? One of the nice things about unixbench is that it hadn't changed from 1997, but now most Linux variants use the -wht version that has completely different baselines and results from the "normal" version? signature.asc Description: OpenPGP digital signature
Re: Some Unix benchmarks for those who are interesed
On Tue, 06 Mar 2007 23:19:12 +0100 Ivan Voras <[EMAIL PROTECTED]> wrote: > Artem Kuchin wrote: > >> See here: > >> http://lists.freebsd.org/pipermail/freebsd-stable/2007-March/033494.html > > > > Yes, that what i've got in the list and this how it was in the putty > > terminal > > originally. Nothing is missing. I don't know why open left parentesis > > are there. > > The block under the header: > > " > INDEX VALUES > TESTBASELINE > " > > is important - it summarises the results and your post is missing the > summaries :) Yep. It should look something like this output, from my dual-core Opteron running Linux 2.6.19-ck2: BYTE UNIX Benchmarks (Version 4.1-wht.1) System -- Linux daydream 2.6.19-ck2 #5 SMP PREEMPT Sat Jan 20 12:23:54 EST 2007 i686 athlon-4 i386 GNU/Linux /dev/mapper/vg-u2 10321208 6610764 3710444 65% /u2 Start Benchmark Run: Wed Mar 7 01:34:36 EST 2007 01:34:36 up 53 min, 3 users, load average: 0.24, 0.18, 0.14 End Benchmark Run: Wed Mar 7 01:45:33 EST 2007 01:45:33 up 1:04, 3 users, load average: 12.80, 5.64, 2.63 INDEX VALUES TESTBASELINE RESULT INDEX Dhrystone 2 using register variables376783.7 15270277.2 405.3 Double-Precision Whetstone 83.1 2674.2 321.8 Execl Throughput 188.3 5084.7 270.0 File Copy 1024 bufsize 2000 maxblocks 2672.096128.0 359.8 File Copy 256 bufsize 500 maxblocks 1077.027395.0 254.4 File Read 4096 bufsize 8000 maxblocks15382.0 690188.0 448.7 Pipe Throughput 111814.6 827153.0 74.0 Pipe-based Context Switching 15448.6 352671.5 228.3 Process Creation 569.316337.0 287.0 Shell Scripts (8 concurrent)44.8 849.9 189.7 System Call Overhead114433.5 2451595.0 214.2 = FINAL SCORE 254.1 -- The strength of the Constitution lies entirely in the determination of each citizen to defend it. Only if every single citizen feels duty bound to do his share in this defense are the constitutional rights secure. -- Albert Einstein ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Bridging problems on IP address conflict
On 1/25/07, Peter Jeremy <[EMAIL PROTECTED]> wrote: On Thu, 2007-Jan-25 12:01:46 -0200, Eduardo Meyer wrote: >bridge0: flags=8043 mtu 1500 > ether ac:de:48:df:0d:8c > priority 32768 hellotime 2 fwddelay 15 maxage 20 > member: fxp0 flags=3 > member: em0 flags=3 > >bridge1: flags=8043 mtu 1500 > ether ac:de:48:fe:cd:41 > priority 32768 hellotime 2 fwddelay 15 maxage 20 > member: xl1 flags=3 > member: xl0 flags=3 > >And my system constantly reports: > >arp: 00:13:20:1c:33:22 is using my IP address XX.YY.ZZ.KK! > >several (thoundsands of) times. In fact this ARP is my own fxp0 >interface, and this is the only interface that has this IP. What >should I do? Ass IP on the bridge0 interface instead of the fxp0 >bridge member? Or anything else? You don't say what version of FreeBSD you are running (there were some bridge(4) fixes between 6.1 and 6.2) or what ifconfig shows for the bridge members. This may be indicative of a loop in your switch network - is there any way that packets leaving fxp0 can re-appear on em0, xl0 or xl1? Based on a previous thread, you probably should put the IP address on the bridge device, though that should not be related to your problem. -- Peter Jeremy 5.5-STABLE system. The topology: - em0 and xl0 crossover (straight from router) to freebsd bridge - fxp0 and xl1 on a common switch (maybe causing a loop?) Added the IP on the bridge device and the loop is gone. 10x -- === Eduardo Meyer pessoal: [EMAIL PROTECTED] profissional: [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
SMP doesn't work without ACPI?
Continuing my problems with the IBM blade: Booting with ACPI module enabled (btw. live boot CD with sysinstall doesn't load ACPI, but the installed system does?) hangs the system somewhere after first USB bus is found (booting verbose doesn't show any new lines before or after this step). It appears to be a real hang instead of a timeout because I left it 30 minutes and it didn't continue. Booting without ACPI on the other hand doesn't find all the CPU's :( Here's sysctl output: > sysctl -a | grep smp kern.timecounter.smp_tsc: 0 kern.smp.forward_roundrobin_enabled: 1 kern.smp.forward_signal_enabled: 1 kern.smp.cpus: 1 kern.smp.disabled: 0 kern.smp.active: 0 kern.smp.maxcpus: 16 Here's the mptable -dmesg output: === MPTable --- MP Floating Pointer Structure: location: EBDA physical address: 0x0009d140 signature:'_MP_' length: 16 bytes version: 1.4 checksum: 0xfe mode: Virtual Wire --- MP Config Table Header: physical address: 0x0009e9b0 signature:'PCMP' base table length:388 version: 1.4 checksum: 0x77 OEM ID: 'IBM ENSW' Product ID: 'LEWIS SMP ' OEM table pointer:0x OEM table size: 0 entry count: 37 local APIC address: 0xfee0 extended table length:408 extended table checksum: 159 --- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x10BSP, usable 15 1 2 0x0301 2 0x10AP, usable 15 1 2 0x0301 1 0x10AP, usable 15 1 2 0x0301 3 0x10AP, usable 15 1 2 0x0301 -- Bus:Bus ID Type 0 PCI 1 PCI 2 PCI 3 PCI 4 PCI 5 PCI 6 PCI 7 PCI 8 PCI 9 ISA -- I/O APICs: APIC ID Version State Address 14 0x11usable 0xfec0 13 0x11usable 0xfec02000 -- I/O Ints: TypePolarityTrigger Bus ID IRQAPIC ID PIN# INT conformsconforms9 1 141 INT conformsconforms9 0 142 INT conformsconforms9 4 144 INT conformsconforms9 6 146 INT active-hiedge9 8 148 INT conformsconforms911 14 11 INT conformsconforms912 14 12 INT conformsconforms913 14 13 INT conformsconforms914 14 14 INT conformsconforms915 14 15 INT conformsconforms0 3:A 143 INT conformsconforms0 3:A 143 INT conformsconforms0 3:A 143 INT conformsconforms0 5:A 130 INT conformsconforms2 4:A 131 INT conformsconforms2 5:A 132 INT conformsconforms3 4:A 133 INT conformsconforms3 5:A 134 INT conformsconforms3 5:B 135 -- Local Ints: TypePolarityTrigger Bus ID IRQAPIC ID PIN# NMI conformsconforms9 02551 ExtINT conformsconforms9 02550 --- MP Config Extended Table Entries: -- System Address Space bus ID: 0 address type: memory address address base: 0xa address range: 0x2 -- System Address Space bus ID: 0 address type: memory address address base: 0xf800 address range: 0x200 -- System Address Space bus ID: 0 address type: prefetch add
Re: USB problem - how to disable an umass device?
Oliver Fromme wrote: > Of course, a better way to solve the problem would be to > find out _why_ it is hanging in the first place. :-) > The first step would be to enter the kernel debugger and > take a stack trace, in order to find out where it is stuck. > > It might be a good idea to take this issue to the freebsd- > usb mailing list. Actually, it resolved to be a very large timeout, on the order of 5 minutes per step, before something gives up and the boot process continues. > > I tried using loader hint hint.usb.2.disabled="1" but it doesn't work. > > Unfortunately, hints cannot be used to disable devices in > general (which would be a desirable feature). That only > works for legacy devices (i.e. ISA) and some others. I'd argue that this is actually a bad thing - I'm sure there are situations where it would be useful to disable (almost) arbitrary nodes in the device tree, even down to specific pci busses. signature.asc Description: OpenPGP digital signature
Re: USB problem - how to disable an umass device?
Ivan Voras wrote: > I'm trying to install 6.2-release on an IBM blade center blade (AMD > Opteron), but the boot process hangs while accessing an embedded USB > storage device umass1. Since I don't think I'll ever need it, and I need > the blade, is there any way to disable probing or usage of umass1? I > think the problems arrive when FreeBSD tries to attach "da" device to it. I'm afraid the only way is to compile a custom kernel that does not have "device umass". You might also have to make sure there's no umass.ko in /boot/kernel (I'm not sure, but it's possible that some mechanism like devd tries to load umass.ko automatically). Of course, a better way to solve the problem would be to find out _why_ it is hanging in the first place. :-) The first step would be to enter the kernel debugger and take a stack trace, in order to find out where it is stuck. It might be a good idea to take this issue to the freebsd- usb mailing list. > I tried using loader hint hint.usb.2.disabled="1" but it doesn't work. Unfortunately, hints cannot be used to disable devices in general (which would be a desirable feature). That only works for legacy devices (i.e. ISA) and some others. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd (On the statement print "42 monkeys" + "1 snake":) By the way, both perl and Python get this wrong. Perl gives 43 and Python gives "42 monkeys1 snake", when the answer is clearly "41 monkeys and 1 fat snake".-- Jim Fulton ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Clamav-90_2 Lockup with freebsd 6.2
On 07/03/07, Pete French <[EMAIL PROTECTED]> wrote: > What configuration in exim is needed to make it use tcp instead of sockets? av_scanner = clamd:127.0.0.1 3310 instead of av_scanner = clamd:/var/run/clamav/clamd and then in clamd.conf, comment out 'LocalSocket' and uncomment the 'TCPSocket' and 'TCPAddr' settings so it looks like this: #LocalSocket /var/run/clamav/clamd TCPSocket 3310 TCPAddr 127.0.0.1 -pcf many thanks seems to be working Chris ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: Boot prompt for Intel AMT
Danny Braniss wrote: > > It scares me to have something like SOL on an ethernet that's > > connected to the public wires. > > ah, you don't believe in firewalls, i see :-) Firewalls are sometimes just the crunchy shell around the soft, chewy centre. You need defense in depth ... Regards, Jan. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Clamav-90_2 Lockup with freebsd 6.2
> What configuration in exim is needed to make it use tcp instead of sockets? av_scanner = clamd:127.0.0.1 3310 instead of av_scanner = clamd:/var/run/clamav/clamd and then in clamd.conf, comment out 'LocalSocket' and uncomment the 'TCPSocket' and 'TCPAddr' settings so it looks like this: #LocalSocket /var/run/clamav/clamd TCPSocket 3310 TCPAddr 127.0.0.1 -pcf ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Clamav-90_2 Lockup with freebsd 6.2
On 06/03/07, Mike Tancsa <[EMAIL PROTECTED]> wrote: At 10:55 AM 3/1/2007, Renato Botelho wrote: > > > > FYI: https://wwws.clamav.net/bugzilla/show_bug.cgi?id=307#c8 > >I found the problem, a bad REINPLACE_CMD was changing wrong var on configure >scripts, don't respecting PTHREAD_LIBS. > >It's fixed now on 0.90_3. Any chance to update the port to use 0.90.1 ? It fixes a number of bugs, one of which happens fairly often (bad directory perms after a db update) ---Mike What configuration in exim is needed to make it use tcp instead of sockets? thanks Chris ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
USB problem - how to disable an umass device?
I'm trying to install 6.2-release on an IBM blade center blade (AMD Opteron), but the boot process hangs while accessing an embedded USB storage device umass1. Since I don't think I'll ever need it, and I need the blade, is there any way to disable probing or usage of umass1? I think the problems arrive when FreeBSD tries to attach "da" device to it. Alternatively, I can try disabling parts of the USB "chain", since umass1 is connected to uhub1 which is connected to usb2, but how? (I cannot disable USB in general because internal keyboard is attached to it) I tried using loader hint hint.usb.2.disabled="1" but it doesn't work. signature.asc Description: OpenPGP digital signature
Re: Clamav-90_2 Lockup with freebsd 6.2
On Tue, Mar 06, 2007 at 03:58:33PM -0500, Mike Tancsa wrote: > At 10:55 AM 3/1/2007, Renato Botelho wrote: > >> > >> FYI: https://wwws.clamav.net/bugzilla/show_bug.cgi?id=307#c8 > > > >I found the problem, a bad REINPLACE_CMD was changing wrong var on > >configure > >scripts, don't respecting PTHREAD_LIBS. > > > >It's fixed now on 0.90_3. > > Any chance to update the port to use 0.90.1 ? It fixes a number of > bugs, one of which happens fairly often (bad directory perms after a db > update) I'm working on this, but since this version bumped libclamav version, i need to test and fix all clamav dependant ports. -- Renato Botelho GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc Conquering the world on horseback is easy; it is dismounting and governing that is hard. -- Chinggis (Genghis) Khan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Boot prompt for Intel AMT
On Wed, Mar 07, 2007 at 09:07:46AM +0200, Danny Braniss wrote: > > On Mar 6, 2007, at 1:04 PM, Jack Vogel wrote: > > It scares me to have something like SOL on an ethernet that's > > connected to the public wires. > > ah, you don't believe in firewalls, i see :-) I don't trust firewalls for something that can -- and should -- be done at layer 1. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networkinghttp://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: LOR #193
Kostik Belousov wrote: In a previous (quite old) thread it was in fact suggested I might be seeing some LOR, but only recently I activated all the debugging stuff. The (usual) consequence of the LOR is lock up. Mhh, yes, that's right. But I stopped having locks during file system snapshooting after I upgraded from 5.x to 6.x. What's the risk of running the suggested patch on a (quite critical) production server? It shall be safe unless you run filesystems compiled as modules, that where not built against patched kernel (patch changes the kernel binary interface). Ok, that's not my case. I'll try the patch, but probabily not so soon. bye & Thanks av. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"