infiniband anyone?

2011-11-26 Thread V. T. Mueller, Continum
Hello,

There were rumours that OFED infiniband support made its way into 9.0 .
A vanilla 9.0-RC2 install, however does not indicate detection of IB hardware.
It's in the todo-list, but svn hasn't been touched since spring.

Does anyone know when / in which release IB support will be available?
Or does it require a custom kernel build?

An update to the wiki page here:
http://wiki.freebsd.org/InfiniBand

would be a nice move, since I guess there are a couple of people out there who 
are interested in combining IB and ZFS.

TIA
vt

P.S.: Kick BIND from base? YES!!
-- 
Volker T. Mueller 
Continum AG 
Bismarckallee 7d 
79098 Freiburg i. Br. 
Tel. +49 761 21711171 
Fax. +49 761 21711198 
http://www.continum.net 

Sitz der Gesellschaft: Freiburg im Breisgau 
Registergericht: Amtsgericht Freiburg, HRB 6866 
Vorstand: Rolf Mathis, Volker T. Mueller 
Vorsitzender d. Aufsichtsrats: Prof. Dr. Karl-F. Fischbach 
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: [CFT] ZFS v15 patch (version 3)

2010-07-07 Thread V. T. Mueller, Continum

Eric Masson schrieb:

Martin Matuska m...@freebsd.org writes:

We decided not to go with v16 - the feature difference for FreeBSD
between v15 and v16 is zero.
(v16 = Common Multiprotocol SCSI Target (COMSTAR) for ISCSI export of
ZVOLS - we don't do ISCSI export (yet))//

Is there any hope to see COMSTAR in FreeBSD anytime soon ?


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


MCE machine check exceptions - status, tools?

2010-07-28 Thread V. T. Mueller, Continum

Hello,

By searching the net I was only able to find that better support for 
9.0 is on its way. So I'd like to ask if MCEs (like ECC-related messages 
from, say Supermicro boards) are being already processed by the kernel.
Are there any (plans for) tools to handle and process these messages in 
userland?


The amount of memory and memory modules keeps increasing, so MCE logging 
for non A-brand hardware (these trigger LEDs and/or tools from firmware) 
appears to gain increasing importance, too.


I'd be grateful for hints, URLs, tips etc.

If sent as private mails, I'll post a summary back to the list.

TIA,
Volker

--
Volker T. Mueller
Continum AG
Bismarckallee 7d
79098 Freiburg i. Br.
Tel. +49 761 21711171
Fax. +49 761 21711198
http://www.continum.net

Sitz der Gesellschaft: Freiburg im Breisgau
Registergericht: Amtsgericht Freiburg, HRB 6866
Vorstand: Rolf Mathis, Volker T. Mueller
Vorsitzender d. Aufsichtsrats: Prof. Dr. Karl-F. Fischbach

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


Re: Removal of ICC (intel compiler) bits from mk

2010-08-19 Thread V. T. Mueller, Continum

Hello,

Alexander Leidinger wrote:
If someone would get icc 11.x up and runnig as a port (similar to what 
we have for outdated icc version in the ports collection), I would have 
a look if my contact at Intel is still working there in a position which 
allows him to get a commercial license for us.


A while ago it was stated by MySQL AB, that their dbms performs about 
20% better when compiled with icc instead of gcc. Is this (still) true?


Cheers,
--
Volker T. Mueller
Continum AG
Bismarckallee 7d
79098 Freiburg i. Br.
Tel. +49 761 21711171
Fax. +49 761 21711198
http://www.continum.net

Sitz der Gesellschaft: Freiburg im Breisgau
Registergericht: Amtsgericht Freiburg, HRB 6866
Vorstand: Rolf Mathis, Volker T. Mueller
Vorsitzender d. Aufsichtsrats: Prof. Dr. Karl-F. Fischbach

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


Re: Removal of ICC (intel compiler) bits from mk

2010-08-19 Thread V. T. Mueller, Continum

Alexander Leidinger wrote:

Alexander Leidinger wrote:
If someone would get icc 11.x up and runnig as a port (similar to 
what we have for outdated icc version in the ports collection), I 
would have a look if my contact at Intel is still working there in a 
position which allows him to get a commercial license for us.


A while ago it was stated by MySQL AB, that their dbms performs about 
20% better when compiled with icc instead of gcc. Is this (still) true?


This looks overly simplified. It runs better on CPU X with benchmark Y 
on Mainboard Z when you use gcc A.B.C with options D and compare it to 
icc E.F.G with options H. is something you can use in such cases, but 
it doesn't tell you if it will be the case on your machines with your 
workload.


If you want to know if it is faster on your machines with your workload, 
then there is only one way to find it out: try it (be warned, due to the 
amount of optimization options available in gcc/icc, something like this 
will take a lot of time, as there are a lot of combinations to try).


Sounds reasonable. But doesn't that mean, that there is no need to (take 
the hassle to) support icc in the future? Especially while folks are 
being keen on abandon gcc for clang?


Cheers
vt
--
Volker T. Mueller
Continum AG
Bismarckallee 7d
79098 Freiburg i. Br.
Tel. +49 761 21711171
Fax. +49 761 21711198
http://www.continum.net

Sitz der Gesellschaft: Freiburg im Breisgau
Registergericht: Amtsgericht Freiburg, HRB 6866
Vorstand: Rolf Mathis, Volker T. Mueller
Vorsitzender d. Aufsichtsrats: Prof. Dr. Karl-F. Fischbach

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


Re: Official request: Please make GNU grep the default

2010-08-19 Thread V. T. Mueller, Continum


Dag-Erling Smørgrav wrote:

There is a lesson here: people who are unsatisfied with the performance
of ${TOOL} should profile it before they start a flamefest on -current.


If you're alluding to Dougs original email, I will strictly disagree.
He found a performance issue which noone had seen or brought up before 
and gave feedback to Gabor in a constructive and distinctively polite 
manner.


I would also second, that changing back the default immediately then 
would have been the better choice.


That others supported Gabor in doing profiling and suggesting 
improvements is a fine thing, and contributes to what makes this 
community stand out from others.


In other words: as long as there are unresolved issues, the default 
should be set to GNU grep. This doesn't stop anyone from improving the 
BSD grep we're all waiting for. It only does good to those who rely on 
using grep - expecting correctness and speed.


My $0.02
vt

--
Volker T. Mueller
Continum AG
Bismarckallee 7d
79098 Freiburg i. Br.
Tel. +49 761 21711171
Fax. +49 761 21711198
http://www.continum.net

Sitz der Gesellschaft: Freiburg im Breisgau
Registergericht: Amtsgericht Freiburg, HRB 6866
Vorstand: Rolf Mathis, Volker T. Mueller
Vorsitzender d. Aufsichtsrats: Prof. Dr. Karl-F. Fischbach

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


Re: Official request: Please make GNU grep the default

2010-08-19 Thread V. T. Mueller, Continum

Dag-Erling Smørgrav wrote:

In other words: as long as there are unresolved issues, the default
should be set to GNU grep. This doesn't stop anyone from improving the
BSD grep we're all waiting for. It only does good to those who rely on
using grep - expecting correctness and speed.


Based on my 12 years of experience in this project, you are very, very
wrong.


An 'argumentation' like the above is simply a killer phrase that ends 
every discussion.
OTOH, absence of valid argumentation doesn't necessarily mean that your 
statement has to be wrong.
I'm always willing to learn. Since you've also tried to correct me about 
constructive and polite behaviour - might I suggest that you add a few 
words about what is right in your opinion, when telling folks they are 
wrong? This would add to both, I guess.


Cheers
vt

--
Volker T. Mueller
Continum AG
Bismarckallee 7d
79098 Freiburg i. Br.
Tel. +49 761 21711171
Fax. +49 761 21711198
http://www.continum.net

Sitz der Gesellschaft: Freiburg im Breisgau
Registergericht: Amtsgericht Freiburg, HRB 6866
Vorstand: Rolf Mathis, Volker T. Mueller
Vorsitzender d. Aufsichtsrats: Prof. Dr. Karl-F. Fischbach

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


Re: a question about FreeBSD

2010-08-27 Thread V. T. Mueller, Continum

Freddie Cash wrote:

Also, try man top.

-C will show stats for individual CPUs at the top of the screen
(similar to pressing 0 in top on Linux).  This was added to top in 7.2
or 7.3 or thereabouts.


You mean top -P

--
Volker T. Mueller
Continum AG
Bismarckallee 7d
79098 Freiburg i. Br.
Tel. +49 761 21711171
Fax. +49 761 21711198
http://www.continum.net

Sitz der Gesellschaft: Freiburg im Breisgau
Registergericht: Amtsgericht Freiburg, HRB 6866
Vorstand: Rolf Mathis, Volker T. Mueller
Vorsitzender d. Aufsichtsrats: Prof. Dr. Karl-F. Fischbach

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


Re: ZFS v28 is ready for wider testing.

2010-08-31 Thread V. T. Mueller, Continum

Pawel,

Pawel Jakub Dawidek wrote:

I'd like to give you ZFS v28 for testing. If you are neither brave nor
mad, you can stop here.
The patchset is very experimental. It can eat your cookie and hurt your
teddy bear, so be warned. Don't try it for anything except testing.


Thank you very much - now that there are a couple of major steps 
feature-wise we're going to give the experimental version a try.



This patchset is also a message we, as the FreeBSD project, would like
to send to our users: Eventhough OpenSolaris is dead, the ZFS file
system is going to stay in FreeBSD. At this point we have quite a few
developers involved in ZFS on FreeBSD as well as serveral companies.
We are also looking forward to work with IllumOS.


Fine. FYI:
http://www.h-online.com/open/news/item/ZFS-as-a-Linux-kernel-module-1069056.html

Too bad FreeBSD still lacks Infiniband support. Currently we use ZFS on 
FreeBSD and Infiniband on Linux. If Linux supports both, we will (be 
forced to) switch.


Cheers,
vt
--
Volker T. Mueller
Continum AG
Bismarckallee 7d
79098 Freiburg i. Br.
Tel. +49 761 21711171
Fax. +49 761 21711198
http://www.continum.net

Sitz der Gesellschaft: Freiburg im Breisgau
Registergericht: Amtsgericht Freiburg, HRB 6866
Vorstand: Rolf Mathis, Volker T. Mueller
Vorsitzender d. Aufsichtsrats: Prof. Dr. Karl-F. Fischbach

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