Re: this 48-core box...

2013-09-26 Thread Adrian Chadd
The cache alignment happens because it hits a specific size threshold, and
jemalloc/phkmalloc(I think!) just round everything up to be page size
aligned.

The underlying problem may actually be a code change to how the math is
done. It just runs slower on page-aligned alignments..

adrian



On 22 September 2013 05:10, Eduardo Morras emorr...@yahoo.es wrote:

 On Sat, 21 Sep 2013 12:53:36 -0700
 Adrian Chadd adr...@freebsd.org wrote:

  .. just as a data point - there was a thread a while ago about numeric
  processing performance on linux vs bsd.
 
  It all boiled down to how jemalloc versus the linux allocator(s) allocate
  blocks. jemalloc will page align things after a certain size. Linux
 didn't.
  So when doing numeric processing, there was a lot of cache aliasing going
  on leading to inefficient cache usage and redundant memory operations.
 
  When the same workload on Linux was run on FreeBSD but with the Linux
  library/allocators, the performance was identical.
 
  No-one followed through. I think I may have to write a blog post about
 it.

 There's no MALLOC_OPTIONS flag to set/unset this, but adding a new flag to
 disable a feature is easier (or should be) than implementing new one. The
 only problem I see to this is if the cache align happens at sbrk/mmap level.


 
  -adrian
  ___
  freebsd-questions@freebsd.org mailing list
  http://lists.freebsd.org/mailman/listinfo/freebsd-questions
  To unsubscribe, send any mail to 
 freebsd-questions-unsubscr...@freebsd.org


 ---   ---
 Eduardo Morras emorr...@yahoo.es
 ___
 freebsd-questions@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to 
 freebsd-questions-unsubscr...@freebsd.org

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: this 48-core box...

2013-09-21 Thread Adrian Chadd
.. just as a data point - there was a thread a while ago about numeric
processing performance on linux vs bsd.

It all boiled down to how jemalloc versus the linux allocator(s) allocate
blocks. jemalloc will page align things after a certain size. Linux didn't.
So when doing numeric processing, there was a lot of cache aliasing going
on leading to inefficient cache usage and redundant memory operations.

When the same workload on Linux was run on FreeBSD but with the Linux
library/allocators, the performance was identical.

No-one followed through. I think I may have to write a blog post about it.


-adrian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Laptop Fn key causes X (Gnome 2) to sleep immediately

2013-08-16 Thread Adrian Chadd
Hi!

I'm glad someone else is seeing this!

I have the same behaviour with KDE4 on my T60 and T400. If I go to run
amiwm (because hey, Workbench is awesome!) it doesn't happen.

.. and bah, I wish the resume worked for you. It works fine for me on T42i,
T60, T400.



-adrian



On 15 August 2013 23:32, Matthias Petermann matth...@d2ux.org wrote:


 Hello,

 I have a Lenovo X121e running Current with X and the Gnome desktop. Beside
 other issues[1] there is a strange behavior of Gnome-Desktop (and GDM too).
 When I press Fn without any additional key, the device immediately goes
 to sleep. As the X121e cannot resume properly from sleep, this forces me to
 reboot.

 This problem appears to be only exist when using Gnome / GDM.
 Pure X with TWM doesn't have this issue.

 I already tried to re-map the Fn key (I found in some mailing this might
 have the keycode 150) to a less dangerous key:
 $ xmodmap -e keycode 150 = Delete
 this brought no change.

 Has anyone an idea if Gnome re-maps the keys in some way or how I can
 disable this? At the moment this is the only blocker to use this Laptop for
 daily work, as I tend to accidently touch the Fn key more often than I want
 to reboot ;-)

 Thanks in advance  kind regards,
 Matthias


 [1] http://docs.freebsd.org/cgi/**getmsg.cgi?fetch=544740+**
 551865+/usr/local/www/db/text/**2013/freebsd-current/20130707.**
 freebsd-currenthttp://docs.freebsd.org/cgi/getmsg.cgi?fetch=544740+551865+/usr/local/www/db/text/2013/freebsd-current/20130707.freebsd-current
 __**_
 freebsd-questions@freebsd.org mailing list
 http://lists.freebsd.org/**mailman/listinfo/freebsd-**questionshttp://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to freebsd-questions-**
 unsubscr...@freebsd.org freebsd-questions-unsubscr...@freebsd.org

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: pkgng problem

2013-08-16 Thread Adrian Chadd
Have you done a pkg update first, just in case you needed to pull in a
pkgng update?


-adrian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Laptop Fn key causes X (Gnome 2) to sleep immediately

2013-08-16 Thread Adrian Chadd
... xf86sleep as a keypress id?



-adrian


On 16 August 2013 04:48, Grzegorz Blach ma...@roorback.net wrote:

 Hi,

 I also had problem with Fn key.
 I'm using Lenovo T430 and Enlightenment desktop environment.
 I resolved this issue by unbinding XF86Sleep in Enlightenment settings.

 Cheers,
 Grzegorz Blach

 ___
 freebsd-questions@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to 
 freebsd-questions-unsubscr...@freebsd.org

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Laptop Fn key causes X (Gnome 2) to sleep immediately

2013-08-16 Thread Adrian Chadd
Right, but this sounds like some bug to send upstream. Or at least patch in
our port(s) for this stuff.

What keyboard / laptop has the key code '150' map to 'go to sleep' ?



-adiran


On 16 August 2013 17:09, Matthias Petermann matth...@d2ux.org wrote:

  Hi,

 a short update on this. I just found out: at least in Gnome 2 the behavior
 can be prevented by using the gconf-settings tool, changing the value of
 the key /apps/gnome-power-manager/buttons/suspend from suspend to
 nothing. Seems like some ubuntu users had the same issue as I found the
 workaround there.

 Kind regards,
 Matthias


 Am 16.08.2013 08:44, schrieb Adrian Chadd:

 Hi!

  I'm glad someone else is seeing this!

  I have the same behaviour with KDE4 on my T60 and T400. If I go to run
 amiwm (because hey, Workbench is awesome!) it doesn't happen.

  .. and bah, I wish the resume worked for you. It works fine for me on
 T42i, T60, T400.



  -adrian



 On 15 August 2013 23:32, Matthias Petermann matth...@d2ux.org wrote:


 Hello,

 I have a Lenovo X121e running Current with X and the Gnome desktop.
 Beside other issues[1] there is a strange behavior of Gnome-Desktop (and
 GDM too). When I press Fn without any additional key, the device
 immediately goes to sleep. As the X121e cannot resume properly from sleep,
 this forces me to reboot.

 This problem appears to be only exist when using Gnome / GDM.
 Pure X with TWM doesn't have this issue.

 I already tried to re-map the Fn key (I found in some mailing this might
 have the keycode 150) to a less dangerous key:
 $ xmodmap -e keycode 150 = Delete
 this brought no change.

 Has anyone an idea if Gnome re-maps the keys in some way or how I can
 disable this? At the moment this is the only blocker to use this Laptop for
 daily work, as I tend to accidently touch the Fn key more often than I want
 to reboot ;-)

 Thanks in advance  kind regards,
 Matthias


 [1]
 http://docs.freebsd.org/cgi/getmsg.cgi?fetch=544740+551865+/usr/local/www/db/text/2013/freebsd-current/20130707.freebsd-current
 ___
 freebsd-questions@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to 
 freebsd-questions-unsubscr...@freebsd.org




___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: FreeBSD on ThinkPad W530

2013-08-13 Thread Adrian Chadd
Hi!

Yay another FreeBSD laptop user!

Please do this:

* join the freebsd-mobile list;
* create PRs for each of your problems with -10 above!;
* the power utilisation thing is going to be fun to track down - what kind
of CPU is in there? Is it a recent Intel? I'm playing around with their
tools at the moment; maybe we can look at the power the CPU is consuming
and then add on the power from each of the other parts in your laptop until
we figure out what's drawing said power
* the brightness thing is known; a bunch of us have this issue and the
fix is known. Trouble is, there's no (yet) clean fix that's made it into
acpi_ibm. I'm glad there's another person who cares; it means we have more
chance of getting a real fix that works for multiple people into the tree.

As for suspend/resume - I'm glad it at least works for you. Right now I
don't even get video output upon resume. But, it's a starting point. Let's
get the PRs filed, the brightness thing pushed into -HEAD, and then start
down the path of figuring out where the power consumption is coming from.



-adrian



On 13 August 2013 15:21, vermaden verma...@interia.pl wrote:

 Hi,

 I have just tried FreeBSD on ThinkPad W530 and I must say that its very
 disapointing experience ...

 The FreeBSD 9.2-RC1 and PC-BSD 9.2-BETA2 does not even boot from the USB
 drive - instant kernel panic and reboot.

 The FreeBSD 10.0-CURRENT was able to boot successfully and I could install
 FreeBSD onto the drive with 'ZFS Madnss' style.

 After installation with extended battery charged to 100% I have about 3
 hours of work ... while having about 10 hours on Windows (haven't tried
 Linux yet). I disabled discrete graphics (Nvidia) in the BIOS and also
 added set hw.pci.do_power_nodriver to 3, but that also did not solved the
 'battery' problem. The powerd daemon was of course running and worked ok.

 After compiling new x11/xorg (with WITH_NEW_XORG in /etc/make.conf) along
 with x11-wm/openbox I was able to get X11 working, but I can not go back to
 console as its not implemented yet.

 The screen is 100% bright all the time because acpi_ibm module probably
 does not support this model yet (changing the dev.acpi_ibm.0.lcd_brightness
 is pointless, no effects).

 Suspend and resume works very poor, after resume the resolution is 640x640
 with all colors broken, requires restarting X11 in 'blind mode' (not
 implemented console switching).

 Of course as all of the above is not possible, using the Nvidia Optimus
 technology (graphics card switching) is probably also not possible, which
 is possible with Bumblebee on Linux, any plans on merging that
 functionality into FreeBSD?

 At least WiFi and LAN worked out of the box ...

 Now ... how can I help, what information can I provide to help resolve
 these issues:
 1. disable power for discrete graphics card
 2. have working screen brightness changing and working other Fn + X
 shotrcuts
 3. I guess I will have to 'just wait' for the console switching
 implementation?

 ... or maybe I am doing it 'wrong' someone have W530 there and uses
 FreeBSD with any more degree of success then I?

 Regards,
 vermaden
 ___
 freebsd-questions@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to 
 freebsd-questions-unsubscr...@freebsd.org

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Delete a directory, crash the system

2013-07-27 Thread Adrian Chadd
Yes. It'd be nice if UFS/FFS would just downgrade things to read-only
and not panic.



-Adrian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: RALINK RT3572 supported in 9.1-RELEASE ?

2013-05-25 Thread Adrian Chadd
I vaguely recall it made it into -HEAD. I don't think it was ever backported.



adrian

On 25 May 2013 03:11, Ronald F. Guilmette r...@tristatelogic.com wrote:

 I have a Trendnet TEW-684UB wireless dual-band USB adapter.  Googling
 around for awhile leads me to believe that this probably contains an
 Ralink RT3572 chipset.

 Further googling also leads me to believe that a version of the
 run(4) driver which should support this chipset was comitted some
 considerable time ago.

 Can anyone confirm either or both of these two impressions?  Does
 the TEW-684UB contain an Ralink RT3572?  Is support for that chipset
 present in 9.1-RELEASE?

 If the answer to both of the above is yes, then where might I find
 a HOW TO sort of doc which might help me to get this running?  I've
 already added the following lines to /boot/loader.conf and rebooted:

if_run_load=YES
runfw_load=YES

 but apparently to no avail.

 After adding the above two lines to loader.conf and rebooting, shouldn't
 the device thenceforth appear in the output of ifconfig -a ?  (Mine does
 not.)
 ___
 freebsd-wirel...@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
 To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: ath0 + wpa/wpa2 + apple airport extreme = no joy.

2012-12-21 Thread Adrian Chadd
Hi,

Please try -9 on your Soekris. :-)



Adrian


On 19 December 2012 15:32, Christopher Sean Hilton ch...@vindaloo.com wrote:
 I posted on a similar subject last year but in the end it turned out
 to be irrelevant. I'm trying to get the combination of:

  a Soekris Net4511,
  FreeBSD 8-STABLE from Dec 2011,
  an Atheros AR5BMB-44 wifi interface (identified as AR5212 in dmesg),
  an Apple Airport Extreme (about 2010 vintage) with WPA/WPA2 security,

 to all play nicely. To start with I plan to look at the change logs
 for the wpa_supplicant suite to see if there were changes from last
 December to now. I will probably just upgrade this box to a later
 vintage of 8-STABLE. Still, hit me with a cluebat if this problem got
 fixed between December, 2011 and now.

 Anyhow, no matter what I've done, the result is the same:

  The atheros/wlan combo associates to my wireless network;

  The dhcp client on the soekris sends a request to the dhcp
  server. The dhcp server receives the negotiation and tries to
  offer a lease but the soekris never receives a reply;

 I've confirmed this by running tcpdump on the dhcp server where I've
 seen the requests arrive with the atheros' mac address and I've seen
 the replies go back out of the dhcp server but either the atheros
 isn't listening or the Airport Extreme isn't forwarding the traffic. I
 haven't sniffed the wifi to see if the Airport Extreme just isn't
 forwarding the reply or if the atheros isn't receiving it properly.

 I can convince this combination of hardware to work if I change the
 network security on the airport extreme from WPA/WPA2 to None.

 The configuration that I feel should make the atheros work with the
 Airport Extreme works just fine with my 2010 vintage Airport
 Express. The Express and the Extreme are basically creating the same
 network. The Extreme is on 2.4GHz channel 11, the Express on 2.4GHz 1.
 The reason I have both so you are always near an access point.

 I can get the atheros to work with WPA2 on my Mifi 4082.

 As a new data point, the combination of an Intel 2200bg + WPA works
 with the Airport Extreme.

 I've posted my configs after my signature if you want to look and I
 can provide more information if you need it.

 My hope in posting this is to try and figure out what's up with the
 atheros or the Airport Extreme that it isn't working in this
 configuration. If anyone has an atheros card working with WPA/WPA2 and
 an Apple Airport Extreme I'd love any assistance you'd be willing to
 give me with the configuration.

 Thanks for any help you can provide.

 --

 -- Chris

 
   There will be an answer, Let it be.
e: chris -at- vindaloo -dot- com

  This is the hacked /etc/rc.conf to work with the Intel card:

  ...
  wpa_supplicant_enable=YES
  ## wlans_ath0=wlan0
  wlans_iwi0=wlan0
  ifconfig_wlan0=WPA DHCP
  ...


 Here's my abridged /etc/wpa_supplicant.conf:

  ctrl_interface=/var/run/wpa_supplicant
  ctrl_interface_group=0

  ## Airport Extreme

  network={
  ssid=FooBarBaz
  bssid=f8:1e:df:xx:xx:xx
  psk=
  proto=RSN
  key_mgmt=WPA-PSK
  pairwise=CCMP TKIP
  group=CCMP TKIP
  priority=12
  }

  ## Airport Express

  network={
  ssid=FooBarBaz
  bssid=00:1f:f3:xx:xx:xx
  psk=
  proto=RSN
  key_mgmt=WPA-PSK
  pairwise=CCMP TKIP
  group=CCMP TKIP
  priority=10
  }

  ## Mifi 4082

  network={
  ssid=FooBarBaz-Mobile
  psk=
  priority=0
  }

 Finally, here's the result of ifconfig on wlan0/iwi0 associated and
 working with the Airport Extreme:

  ryloth chris $ ifconfig iwi0
  iwi0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 
 2290
  ether 00:15:00:xx:xx:xx
  media: IEEE 802.11 Wireless Ethernet autoselect mode 11g
  status: associated
  ryloth chris $ ifconfig wlan0
  wlan0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 
 1500
  ether 00:15:00:xx:xx:xx
  inet 10.59.145.87 netmask 0xfe00 broadcast 10.59.145.255
  media: IEEE 802.11 Wireless Ethernet autoselect mode 11g
  status: associated
  ssid FooBarBaz channel 11 (2462 MHz 11g) bssid f8:1e:df:xx:xx:xx
  country US authmode WPA2/802.11i privacy ON deftxkey UNDEF
  TKIP 3:128-bit txpower 0 bmiss 24 scanvalid 60 protmode CTS wme
  roaming MANUAL

 ___
 freebsd-wirel...@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
 To unsubscribe, send any mail to 

Re: Errors cross compilation of architecture MIPS

2012-11-07 Thread Adrian Chadd
That's odd. I don't build like that though, I build with my build
scripts at http://code.google.com/p/freebsd-wifi-build/

Maybe see what I do in build_freebsd ?



Adrian


On 7 November 2012 04:37, Ivan Klymenko fi...@ukr.net wrote:
 Hi all.

 I have uname -rms
 FreeBSD 10.0-CURRENT amd64

 I use to build system for architecture MIPS the instructions on the wiki
 http://wiki.freebsd.org/FreeBSD/mips

 I use next script build.sh http://privatepaste.com/339d25c604
 but the compilation fails http://privatepaste.com/106d4015d0

 then I add the option -DWITHOUT_GROFF \ in build.sh
 and re-run the script build.sh

 Next, I get the following error http://privatepaste.com/9887e06e42

 then I add the option -DWITHOUT_SENDMAIL \ in build.sh
 and re-run the script build.sh

 Next, I get the following error http://privatepaste.com/962b406024

 In what could be the problem here and what I'm doing wrong?

 Thanks.
 ___
 freebsd-m...@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-mips
 To unsubscribe, send any mail to freebsd-mips-unsubscr...@freebsd.org
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: USB system: FreeBSD 9-STABLE and 10-CURRENT do not recognize 64GB USB drive while Linux and Windows do

2012-06-23 Thread Adrian Chadd
On 21 June 2012 23:22, Hans Petter Selasky hsela...@c2i.net wrote:

 usbconfig -d 7.6 add_quirk UQ_MSC_NO_INQUIRY

 Then re-plug it.

 I'm sorry to say a lot of USB flash sticks out there are broken and only
 tested with the timing of MS Windows. Part of the problem is that it is
 difficult to autodetect these issues, because once you trigger the non-
 supported SCSI command, then the flash key stops working like you experience.

 I would be more than glad to open up an office to certify USB devices for use
 with FreeBSD :-)

Question - if that's the case, then why are we even doing that by default?



Adrian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: help debug bwn(4) wireless

2012-05-27 Thread Adrian Chadd
Hi,

Please email freebsd-wireless@ with wireless related questions.

Try wlandebug -i wlan0 +crypto and see if you get encryption errors.

Unfortunately there's currently no broadcom NIC maintainer, so things
are falling behind.



adrian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Please help me diagnose this crazy VMWare/FreeBSD 8.x crash

2012-05-24 Thread Adrian Chadd
Hi,

You guys now absolutely, positively have enough information for a PR.

It's still not clear whether it's a device/interrupt layer issue in
FreeBSD, or whether vmware is doing something wrong with how it
implements shared interrupts, or a bit of both..

Adrian

On 24 May 2012 13:54, dane foster d...@ilovedene.com wrote:
 Hey all,

 On 25/05/2012, at 1:47 AM, Mark Felder wrote:

 On Wed, 23 May 2012 17:30:40 -0500, Adrian Chadd adr...@freebsd.org wrote:

 Hi,

 can you please, -please- file a PR? And place all of the above
 information in it so we don't lose it?


 I'd be glad to post a PR and assist in helping to get it permanently fixed. 
 I certainly don't want this data to get lost and honestly our business uses 
 FreeBSD on VMWare so much that we really need a permanent fix as much as 
 anyone else :-)

 The reason I've hesitated to post a PR so far is that I didn't have any 
 truly useful or concrete evidence of where the problem lies. After Dane 
 Foster contacted me and told me he could recreate the crash on demand with 
 his workload it was easier to narrow things down. The suggestion that it was 
 an interrupts issue (by possibly Bjoern Zeeb?) and Dane's discovery that his 
 crashes ceased when em0 and mpt0 share an IRQ, but em0 is completely unused 
 was starting to prove there is some strong evidence here in favor of the 
 interrupts issue.

 Dane, what's the status on your end? Has your fix still been successful? Is 
 it also stable if you simply set hint.mpt.0.msi_enable=1 ?


 The situation I've got that's stable now is:

 hw.pci.enable_msi=0
 hw.pci.enable_msix=0

 in /boot/loader.conf

 and:

 samael:~:% vmstat -i                                                  [ 
 6:31PM]
 interrupt                          total       rate
 irq1: atkbd0                           6          0
 irq18: em0 mpt0                  3061100         15
 irq19: em1                       6891706         35
 cpu0: timer                    166383735        868
 cpu1: timer                    166382123        868
 cpu3: timer                    166382123        868
 cpu2: timer                    166382121        868
 Total                          675482914       3525

 Not using em0. This works for 8 (FreeBSD samael.slush.ca 8.3-STABLE FreeBSD 
 8.3-STABLE #1: Mon May  7 11:51:03 NZST 2012     
 r...@samael.slush.ca:/usr/obj/usr/src/sys/DENE  amd64).

 Neither of those settings on their own seem to stop it from happening.

 The 9 box I've tried this on still hangs almost every time i run handbrake, 
 no matter whether MSI/MSIX is enabled, or I have separate IRQs for mpt0 and 
 em0/1

 I can cause the hang mostly on demand, but not quite sure what information to 
 provide from the hung system. If somebody can let me know what they need, 
 including root access, I can make that happen.

 Cheers,

 Dane




 Thanks!




___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Please help me diagnose this crazy VMWare/FreeBSD 8.x crash

2012-05-23 Thread Adrian Chadd
Hi,

can you please, -please- file a PR? And place all of the above
information in it so we don't lose it?

If this is indeed the problem then I really think we should root cause
why the driver and/or interrupt handling code is getting angry with
the shared interrupt.

I'd also appreciate it if you and the other people who can reproduce
this could work with the em/mpt driver people and root cause why this
is going. I think having FreeBSD on vmware work stable out of the box
without these kinds of tweaks is the way to go - who knows what else
is lurking here..

I'm very very glad you've persisted with this and if I had them, I'd
send you a FreeBSD persistent bug reporter! t-shirt.

Thanks,


Adrian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Please help me diagnose this crazy VMWare/FreeBSD 8.x crash

2012-03-29 Thread Adrian Chadd
Again, it's starting to sound like an interrupt handling issue which
may or may not be limited to the storage device.

You'll have to engage someone who knows those device drivers and
likely have them add some debugging to the driver which can be easily
flipped on (via binaries in a ramdisk - very important if you can't
run sysctl because your disk IO has locked up!) to see what the
current state of things.

It's likely that the BSD mpt(4) and other storage drivers, and/or our
interrupt handling code, is just slightly different enough to confuse
the snot out of VMWare. I'd first look at the obvious - (eg, if you've
just stopped receiving interrupts, even if new IO is scheduled). I'd
also ask VMware if they have any tools that they can run on a VM to
get the state of the internal emulated driver. For example, register
dumps of the device to see if it's in a hung state, register dumps of
the PIC/APIC to see what state they're in, etc.

Maybe pull in someone like ixsystems and see if they can help debug
this kind of stuff? If you're paying vmware for support, you could
pull them into things with ixsystems and see if the two of them can
help you sort this out?

Thanks,



Adrian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Please help me diagnose this crazy VMWare/FreeBSD 8.x crash

2012-03-28 Thread Adrian Chadd
Hi,

* have you filed a PR?
* is the crash easily reproducable?
* are you able to boot some ramdisk-only FreeBSD-8.2 images (eg create
a ramdisk image using nanobsd?) and do some stress testing inside
that?

It sounds like you've established it's a storage issue, or at least
interrupt handling for storage issue. So I'd definitely try the
ramdisk-only boot and thrash it using lighttpd/httperf or something.
If that survives fine, I'd look at trying to establish whether there's
something wrong in the disk driver(s) freebsd is using. I'm not that
cluey on ESXi, but there may be some PIC/APIC/ACPI change between 7.x
and 8.0 which has caused this to surface.

2c,


Adrian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: OpenBGPd stability issue on FreebBSD 9-PRERELEASE

2011-11-27 Thread Adrian Chadd
Hi,

Are all RX frames dropped at that point, or just the BGP TCP session
related IP frames?



Adrian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: FreeBSD 9-Beta3 on X300 2 problems

2011-09-26 Thread Adrian Chadd
Hi,

Please try to do this without wlan loaded at all (not just down, but
build your wifi support as a module.)
Then try without X, see whether it's related to that or not.
(And you haven't told us what your hardware is.)


Adrian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0

2011-09-26 Thread Adrian Chadd
.. and if someone would like to contribute patches to burncd to update
it, I think there'd be at least one committer here who would be happy
to help you get your changes into the tree.

:-)



Adrian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: 9.0 bata2 keymap

2011-09-24 Thread Adrian Chadd
On 25 September 2011 01:30, Fbsd8 fb...@a1poweruser.com wrote:

 In sysinstall you are presented with a dailog that asks you if you want to
 change the keyboard map and if answered yes them issues the kbdmap command.
 In bsdinstall you have no option to bypass the keymap step. It just issues
 the kbdmap command. I agree that some method to bypass the keymap step in
 bsdinstall needs to be added or an dialog informing the user that selecting
 the cancel button in kbdmap will result in the default map used in previous
 releases to be used.

That sounds sensible. It's all just bourne shell script, right? Would
you mind doing up a patch to do that?



Adrian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: 9.0 bsdinstall usage

2011-09-22 Thread Adrian Chadd
On 23 September 2011 10:09, Fbsd8 fb...@a1poweruser.com wrote:
 I have installed 9.0 bata2 from cd and the net. In both cases after the
 completion of the install and rebooting, the bsdinstall scripts still remain
 on the new installed system. If I interpret the code logic correctly,
 bsdinstall can ONLY be used for an original install. It's not intended by
 design to be used any other time, unlike sysinstall. I think the auto
 script should have code added to remove all traces of the bsdinstall
 environment at the conclusion of the install. This way bsdinstall fulfills
 the original design goals and guarantees no one can exec it by accident and
 kill there running system.

Have you thought about filing PRs for your installer suggestions, just
so they don't get lost?

I've just filed a bsdinstaller PR for a wifi config bug; I'm likely
going to file a few more PRs based on my interaction with the
installer.

Thanks,


Adrian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: 9.0 bata2 keymap

2011-09-18 Thread Adrian Chadd
Hi all,

Just keep in mind that Nathan is currently on holiday. Please don't be
disenheartened if he doesn't reply or if bsdinstaller isn't 'fixed'
until then.

As always, patches == best.


Adrian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: 9.0 bata2 keymap

2011-09-17 Thread Adrian Chadd
.. maybe name that button skip then?



Adrian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Heavy I/O blocks FreeBSD box for several seconds

2011-07-07 Thread Adrian Chadd
(OT, yes, but I'd like to take a stab at explaining why these things
fall to the wayside..)

On 7 July 2011 12:08, Arnaud Lacombe lacom...@gmail.com wrote:

 What would be the point to even start looking at an issue? You guys
 (by you, I mean official committers on public list) don't care

When someone who has an active interest takes ownership of the problem.

 about people providing patches, might it be for trivial, obvious,
 fixes. I'm not even talking about complex patches ... When you
 eventually ends up providing a patch, you ends up being slammed a door
 at by maintainers asserting their code is perfect, until logic and
 user complaints prove them wrong.

 That said, this comment is off-topic, but I will certainly re-state
 this next month when I'll be ping'ing trivial patches.

The problem is that someone doesn't own the problem.

If I commit someone's fix to the tree without really understanding
what's going on, I take ownership of that change and any
issues/breakages/changes that it creates.

The people responsible for these areas are likely very busy with other
things. It's not that they don't want to help! It's much more likely
that they don't have the time.

Trivial patches aren't always so trivial. You can change the behaviour
of something subtle which works great for you and not for others. This
is very likely what's going on with IO/CPU scheduling. It's a tricky
area. A simple fix isn't always as simple.

So if there's a diagnosed problem, with reproducable test cases and
some patches which fix it, I suggest doing something like the
following:

* create a webpage, even if it's a wiki somewhere (even
wiki.freebsd.org if you ask someone nicely)
* dump all the information you can in there. Having stuff in emails is
great - but it's only really helpful for tracking the 'flow' of a
discussion. Having a summarised analysis of all of that on a webpage
is much more helpful.
* Add the patches there.
* Encourage people who aren't in your immediate community to try them
too - to try and find if your changes mess up other configurations
somehow.
* Be persistent trying to get your changes in. If you've done the
background research, done some wide-spread testing and show you've not
caused any obvious regressions, you're much more likely to get your
changes in.

With all of that done, you can likely find a committer who will help
you get your fixes into the tree.

Please just try not to interpret a lack of response as a lack of
interest. There's only so much time in the day and committers tend to
be a busy bunch, with day jobs that may in no way reflect their
FreeBSD interests.

Finally, if people do enough of the above and begin to take ownership
of parts of the tree, you'll find someone will likely sponsor you for
a commit bit.

HTH,


Adrian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Heavy I/O blocks FreeBSD box for several seconds

2011-07-06 Thread Adrian Chadd
Has anyone re-run those IO benchmarks?

Something smells fishy there.. (with the benchmarking.)


adrian

2011/7/6 O. Hartmann ohart...@zedat.fu-berlin.de:
 On 07/06/11 12:37, arrowdodger wrote:

 2011/7/6 O. Hartmannohart...@zedat.fu-berlin.de

 When performing an update on the ports tree via portsnap fetch update
 or
 when checking out (or) large Subversion repositories or when copying
 large
 data files (~ 50 to 250 GB in size, results from numerical modelings) or
 when compiling world, FreeBD 9.0 and FreeBSD 8.2-STABLE tend to freeze
 for
 several seconds or drop overall performance dramatically for seconds. On
 boxes with only console- or terminal access (no GUI) a running 'vi' gets
 stuck for seconds while one of the processes producing heavy I/O is
 running,
 or the output of a 'cat' of a large file stops for several seconds.

 Using X11, this phenomenon gets even worse and the 'freezing' tends to
 persist sometimes for more than 10 or 15 seconds.


 I've also had (and still having) this problem on FreeBSD 7.2-RELEASE and
 8-STABLE with both UFS and ZFS. Though, i've been running FreeBSD not on
 powerful servers, but on laptops (2-core CPU's, 2 GB of RAM). But still,
 KDE4 on Linux performs much better during high disk IO.

 I read about issues with the old codebase of X11 in FreeBSD's ports used,
 which could be the cause of some performance problems, but I wouldn't expect
 those I/O-triggered blockings on boxes without any GUI.

 I saw Linux very often performing tremendously better when used as a
 workstation or desktop, but this is often gained on the costs of other
 subsystems. I followed a very hard-to-understand discussion about grouping
 threads related to ttys which seems to get higher priorized in Linux to make
 the GUI more fluent, but this is definitely on cost of other subsystems,
 which in consequence gets less priorized.
 But even without GUI, Linux seems to perform I/O much better on
 multicore-/multiprocessor boxes than FreeBSD *.X and 9.X).

 Today I looked at some benchmarks performed by Phoronix/openbenchmark.org
 (http://www.phoronix.com/scan.php?page=articleitem=freebsd8_ubuntu910num=9)
 and it seems that threaded I/O is an issue in FreeBSD (compared to Linux). I
 have no glue how to tune those bottlenecks away in FBSD.

 I use SCHED_ULE on all machines, since it is supposed to be performing
 better on multicore boxes, but there are lots of suggestions switching back
 to the old SCHED_4BSD scheduler.

 Oliver

 ___
 freebsd-curr...@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Heavy I/O blocks FreeBSD box for several seconds

2011-07-06 Thread Adrian Chadd
Offer a bounty for getting it fixed?

thanks,



Adrian

On 7 July 2011 05:00, Hartmann, O. ohart...@zedat.fu-berlin.de wrote:
 On 07/06/11 21:36, Steve Kargl wrote:

 On Wed, Jul 06, 2011 at 03:18:35PM -0400, Arnaud Lacombe wrote:

 Hi,

 On Wed, Jul 6, 2011 at 12:28 PM, Steve Kargl
 s...@troutmask.apl.washington.edu  wrote:

 On Wed, Jul 06, 2011 at 05:29:24PM +0200, O. Hartmann wrote:

 I use SCHED_ULE on all machines, since it is supposed to be performing
 better on multicore boxes, but there are lots of suggestions switching
 back to the old SCHED_4BSD scheduler.

 If you are using MPI in numerical codes, then you want
 to use SCHED_4BSD. ?I've posted numerous times about ULE
 and its very poor performance when using MPI.


 http://lists.freebsd.org/pipermail/freebsd-hackers/2008-October/026375.html

 [sarcasm]
 It is rather funny to see that the post you point out has generated
 exactly 0 meaningful follow-up then and as you mention later in this
 thread, the issue still remains today :-)
 [/sarcasm]

 Apparently, you are privy to my private email exchanges
 with jeffr.

 I'm also not sure why you're being sarcastic here.  The
 issue was and AFAIK still is a problem for anyone using
 FreeBSD in a HPC cluster.  ULE simply performs worse than
 4BSD.

 Well, I know only very little people using FreeBSD within a HPC cluster or
 even for scientific purposes, except myself and some people around here.
 ___
 freebsd-curr...@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Heavy I/O blocks FreeBSD box for several seconds

2011-07-06 Thread Adrian Chadd
On 7 July 2011 09:51, Steve Kargl s...@troutmask.apl.washington.edu wrote:
 On Thu, Jul 07, 2011 at 09:17:51AM +0800, Adrian Chadd wrote:
 Offer a bounty for getting it fixed?


 steve == ENOMONEY  jeffr == ENOTIME

 And, 4BSD works.

I meant it as a more general observation.

If something doesn't work as needed, consider either diving in to fix
it, or offering a bounty to someone to do so.

It sounds like these scheduler issues (IO and threads) are well-known
and reasonably well-understood.
All that's lacking is the last bit of the puzzle - the actual
developer to develop it. :)


Adrian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: My FreeBSD-current/Xen install notes

2009-05-19 Thread Adrian Chadd
2009/5/19 Saifi Khan saifi.k...@twincling.org:

  . is dom0 support something that FreeBSD will target at some
   point in time or would be happy to be domU ?

If Kip (and other Xen-clueful people get funding) - and there's time -
then I bet so.

  . there was some mention of vimage/bitvisor in one of the
   slides (i think on scribd.com). So, is it that jails getting
   extended to support virtualization+containers and thus a
   entirely different approach which does not use Xen ?

These solve different problem sets. :)

People seem to think virtualisation is virtualisation. It isn't.
It depends on what kind(s) of problems you're trying to solve. Xen
solves a certain set of virtualisation problems.

  . is it envisaged that a stable NetBSD dom0 implementation
   would then be ported to FreeBSD (maybe) ?

No idea. Is it stable? :)

Personally, I'd prefer to see the FreeBSD DomU stuff 100% bulletproof
and documented before more stuff is hacked on, but as I said before,
I'm just interested in getting the current pieces into some kind of
documented shape; I'm not hacking on Xen by any stretch of the
imagination!



Adrian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: My FreeBSD-current/Xen install notes

2009-05-19 Thread Adrian Chadd
2009/5/20 Saifi Khan saifi.k...@twincling.org:

 Could you please share 'your insight' on the
 'set of virtualization problems' that Xen solves ?

Xen lets you run multiple versions of modified OSes on the same box.
Each OS for the most part can treat its small pool of resources as its
own. It hides the underlying hardware from the virtual domain
(although its apparently quite popular to break out bits of hardware
to appear in the virtual domain.)

The Xen paravirtualisation stuff in -theory- should be more
lightweight than full hardware virtualisation and it should perform
better. In practice? That's very much workload dependant.

Xen also lets you write other OSes without needing to care about the
hardware. One of my friends bootstrapped a toy OS of his inside Xen.
He can then run it on any and all Xen boxes, unmodified, regardless of
the underlying hardware. That really hasn't been exploited to its full
potential though.



Adrian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: My FreeBSD-current/Xen install notes

2009-05-18 Thread Adrian Chadd
I don't think there's any support for Dom0 stuff in FreeBSD.

http://wiki.freebsd.org/FreeBSD/Xen has further information about what
is and isn't supported at this time.



Adrian

2009/5/19 Saifi Khan saifi.k...@twincling.org:
 On Mon, 18 May 2009, Adrian Chadd wrote:

 I've started documenting (mostly for my own memory for now!) my
 experiences getting a working FreeBSD-current Xen environment
 together.

 http://wiki.freebsd.org/AdrianChadd/XenHackery

 Notable bits: pygrub works. :)

 Adrian

 Hi:

 What is the extent of Dom0 support for FreeBSD 8.x with Xen
 3.3.x ?

 My interest is to run multiple guest OS hosted on a Xen-ified
 (aka paravirtualized) FreeBSD 8.x on a multi-core intel or AMD64
 box.

 Any pointers or observations ?


 thanks
 Saifi.
 ___
 freebsd-curr...@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: FreeBSD bind performance in FreeBSD 7

2008-02-29 Thread Adrian Chadd
On 01/03/2008, Chris [EMAIL PROTECTED] wrote:

 You working round what I just said.  A nic should perform equally well
  as it does in other operating systems just because its cheaper its not
  an excuse for buggy performance.  There is also other good network
  cards apart from intel pro 1000.  I am talking about stability not
  performance, I expect a intel pro 1000 to outperform a realtek however
  I expect both to be stable in terms of connectivity.  I expect a
  realtek in freebsd to perform as well as a realtek in windows and
  linux. :)

Patches please!


Adrian


-- 
Adrian Chadd - [EMAIL PROTECTED]
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: FreeBSD bind performance in FreeBSD 7

2008-02-27 Thread Adrian Chadd
(Sorry for top posting.)

Its not actually -that- bad an idea to compare different applications.
It sets the bar for how far the entire system {hardware, OS,
application, network} can be pushed.

If nsd beats bind9 by say 5 or 10% over all, then its nothing to write
home about. If nsd beats bind9 by 50% and shows similar
kernel/interrupt space time use then thats something to stare at. Even
if its just because nsd 'does less' and gives more CPU time to
system/interrupt processing you've identified that the system -can- be
pushed harder, and perhaps working with the bind9 guys a little more
can identify what they're doing wrong.

Thats how I noticed the performance differences between various
platforms running Squid a few years ago - for example, gettimeofday()
being called way, way too frequently - and I compare Squid's
kernel/interrupt time; syscall footprint; hwpmc/oprofile traces; etc
against other proxy-capable applications (varnish, lighttpd, apache)
to see exactly what they're doing differently.

2c,



adrian


On 28/02/2008, Sam Leffler [EMAIL PROTECTED] wrote:
 Ted Mittelstaedt wrote:
  
   -Original Message-
   From: [EMAIL PROTECTED]
   [mailto:[EMAIL PROTECTED] Behalf Of Kris Kennaway
   Sent: Monday, February 25, 2008 12:18 PM
   To: Oliver Herold; freebsd-questions@freebsd.org;
   [EMAIL PROTECTED]
   Subject: Re: FreeBSD bind performance in FreeBSD 7
  
  
   Oliver Herold wrote:
  
   Hi,
  
   I saw this bind benchmarks just some minutes ago,
  
   http://new.isc.org/proj/dnsperf/OStest.html
  
   is this true for FreeBSD 7 (current state: RELENG_7/7.0R) too? Or is
   this something verified only for the state of development back in August
   2007?
  
   I have been trying to replicate this.  ISC have kindly given me access
   to their test data but I am seeing Linux performing much slower than
   FreeBSD with the same ISC workload.
  
  
  
   Kris,
  
 Every couple years we go through this with ISC.  They come out with
   a new version of BIND then claim that nothing other than Linux can
   run it well.  I've seen this nonsense before and it's tiresome.
  
   Incidentally, the query tool they used, queryperf, has been changed
   to dnsperf.  Someone needs to look at that port - /usr/ports/dns/dnsperf -
   as it has a build depend of bind9 - well bind 9.3.4 is part of 6.3-RELEASE
   and I was rather irked when I ran the dnsperf port maker and the
   maker stupidly began the process of downloading and building the
   same version of BIND that I was already running on my server.
  
  
   * I am trying to understand what is different about the ISC
   configuration but have not yet found the cause.
  
  
   It's called Anti-FreeBSD bias.  You won't find anything.
  
  
   e.g. NSD
   (ports/dns/nsd) is a much faster and more scalable DNS server than BIND
   (because it is better optimized for the smaller set of features it
   supports).
  
  
  
   When you make remarks like that it's no wonder ISC is in the business
   of slamming FreeBSD.  People used to make the same claims about djbdns
   but I noticed over the last few years they don't seem to be doing
   that anymore.
  
   If nsd is so much better than yank bind out of the base FreeBSD and
   replace it with nsd.  Of course that will make more work for me
   when I regen our nameservers here since nsd will be the first thing
   on the rm list.
  


 Please save your rhetoric for some other forum.  The ISC folks have been
  working with us to understand what's going on.  I'm not aware of any
  anit-FreeBSD slams going on; mostly uninformed comments.

  We believe FreeBSD does very well in any comparisons of the sort being
  discussed and there's still lots of room for improvement.

  As to nsd vs bind, understand they are very different applications w/
  totally different goals.  Comparing performance is not entirely fair and
  certainly is difficult.  Kris investigated the performance of nsd mostly
  to understand how bind might scale if certain architectural changes were
  made to eliminate known bottlenecks in the application.


 Sam

 ___
  [EMAIL PROTECTED] mailing list
  http://lists.freebsd.org/mailman/listinfo/freebsd-performance
  To unsubscribe, send any mail to [EMAIL PROTECTED]



-- 
Adrian Chadd - [EMAIL PROTECTED]
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]