<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general">
    <title>gmane.comp.clustering.beowulf.general</title>
    <link>http://permalink.gmane.org/gmane.comp.clustering.beowulf.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29508"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29507"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29506"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29505"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29504"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29503"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29502"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29501"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29500"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29499"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29498"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29497"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29496"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29495"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29494"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29493"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29492"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29491"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29490"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29489"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29508">
    <title>Re: Forward: RE:</title>
    <link>http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29508</link>
    <description>&lt;pre&gt;Graham

I also cannot connect to www.beowulf.org. I think it may be a routing/firewall issue near the beowulf.org end.

I emailed the list owners, beowulf-owner&amp;lt; at &amp;gt;beowulf.org, a month ago but did not receive any replies, I'm not sure if the email did get through, it did not bounce!

However, if you need to change you subscriber options, then you can use the email interface instead. Send an email to beowulf-request&amp;lt; at &amp;gt;beowulf.org with just the word "help" (without quotes) in the 
body, you will then get a reply with all the options available to you. The -request email address did work for me :-)

HTH
Fred

On 03/05/12 13:40, Douglas Eadline wrote:
&lt;/pre&gt;</description>
    <dc:creator>Fred Youhanaie</dc:creator>
    <dc:date>2012-05-03T13:44:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29507">
    <title>Forward: RE:</title>
    <link>http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29507</link>
    <description>&lt;pre&gt;

I know Penguin runs the list, but I'm not sure who
to contact, I'll forward it to the list. Hopefully
someone will be able to provide an answer.

--
Doug

URL doesn't work (for me) &amp;gt;
either bounce or vanish down a /dev/null hole.
On Behalf Of Douglas Eadline
Computing To change your subscription (digest mode or unsubscribe)
visit
To change your subscription (digest mode or unsubscribe) visit
designated recipient, please notify the sender immediately, and delete
the original and any copies. Any use of the message by you is
prohibited.


&lt;/pre&gt;</description>
    <dc:creator>Douglas Eadline</dc:creator>
    <dc:date>2012-05-03T12:40:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29506">
    <title>Re: yikes: intel buys cray's spine</title>
    <link>http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29506</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 27/04/12 11:48, Douglas Eadline wrote:


An interesting point, the whole AMD/SeaMicro thing had passed me by I
must admit, and so it will be interesting to see how both deals do pan
out for the purchasers,  especially how Intel balance/partition up
their IB and Cray interconnect investments.

cheers!
Chris
- -- 
    Christopher Samuel - Senior Systems Administrator
 VLSCI - Victorian Life Sciences Computation Initiative
 Email: samuel&amp;lt; at &amp;gt;unimelb.edu.au Phone: +61 (0)3 903 55545
         http://www.vlsci.unimelb.edu.au/

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk+h5F0ACgkQO2KABBYQAh+MAgCfe+vLd87cW5rBo9KPwDEDC1dN
yc0AoJcWfFNZxyzEGxuoRTV2wEFd7WZN
=bWkM
-----END PGP SIGNATURE-----
&lt;/pre&gt;</description>
    <dc:creator>Christopher Samuel</dc:creator>
    <dc:date>2012-05-03T01:50:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29505">
    <title>Re: yikes: intel buys cray's spine</title>
    <link>http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29505</link>
    <description>&lt;pre&gt;Yeah well it seems intel is moving that direction.
The big mystery question is: why those cheap buys (qlogics and  
mellanox).
Why not Nvidia as well?

You need a good chip in the end, and nvidia and AMD have probably a  
huge amount of patents in manycore/gpu domain
that would be pretty much needed as well for intel.

If you just want to espionage, take over some cheap communication  
fabrics and/or
HPC manufacturers - if you want to make a profit you also need a fast  
chip.

Now it's true the Kepler from Nvidia is 28 nm and not 22 nm, yet it's  
very impressive.
If Nvidia in say a year from now manages to produce a great Tesla  
based upon it,
they rock 'n roll and should be able to mount 2 gpu's on 1 card as  
the datapath is just 256 bits wide
and not 384 bits as their previous one.

Does anything i write here make sense?

On May 2, 2012, at 10:42 PM, Douglas Eadline wrote:


&lt;/pre&gt;</description>
    <dc:creator>Vincent Diepeveen</dc:creator>
    <dc:date>2012-05-03T00:05:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29504">
    <title>Re: yikes: intel buys cray's spine</title>
    <link>http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29504</link>
    <description>&lt;pre&gt;Wow, that was fast:

Cray Completes Sale of Interconnect Hardware Assets to Intel

http://investors.cray.com/phoenix.zhtml?c=98390&amp;amp;p=irol-newsArticle&amp;amp;ID=1690642

--
Doug




&lt;/pre&gt;</description>
    <dc:creator>Douglas Eadline</dc:creator>
    <dc:date>2012-05-02T20:42:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29503">
    <title>Re: Intel NUC</title>
    <link>http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29503</link>
    <description>&lt;pre&gt;You have no need of actually calculating something serious?

Some sort of 2 core chip without ecc RAM and without low latency  
infiniband network
that is enough for your calculations?

Usually such cards are a $100 or so a piece. then add chip costs. i3  
is right now.

http://ark.intel.com/products/50177/Intel-Core-i3-560-Processor-(4M- 
Cache-3_33-GHz)

$117-$138 introduction price for 3.3Ghz dual core chip.

And it's TDP 73 watt. Add mainboard. Probably at full load
we're looking at 150 watt or so.

So best case you're looking at a $250 pricerange, or $125 a core,
without network yet and without RAM and 75 watt a core.

Isn't that a tad expensive?

My nodes here, network not counted, were $25 a core (2.5Ghz Xeon  
L5420, they're under $30 on ebay now)
and total box including Mellanox QDR card eats 170 watt from the  
power tap
at full load (100 watt idle but that's not a relevant measure in HPC,  
much as opposed
to server farms) so that's 21 watt a core.









On May 1, 2012, at 5:10 PM, Hearns, John&lt;/pre&gt;</description>
    <dc:creator>Vincent Diepeveen</dc:creator>
    <dc:date>2012-05-01T15:26:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29502">
    <title>Intel NUC</title>
    <link>http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29502</link>
    <description>&lt;pre&gt;http://www.theregister.co.uk/2012/05/01/intel_pi_rival_nuc/

 

Ohhh.... 

Thinking of how to cool a rack full of these things with 2x16Gbyte DIMMS
in each.

Looks like you could seal that case and use immersive cooling -
partially dip the case in the coolant but leave the top dry???

 

2x mini PCIe slots for that fast interconnect

Though - does anyone know much about networking over thunderbolt?

 

 

 

John Hearns | CFD Hardware Specialist | McLaren Racing Limited
McLaren Technology Centre, Chertsey Road, Woking, Surrey GU21 4YH, UK


T:  +44 (0) 1483 262000

D:  +44 (0) 1483 262352

F:  +44 (0) 1483 261928 
E:  john.hearns&amp;lt; at &amp;gt;mclaren.com

W: www.mclaren.com &amp;lt;http://www.mclaren.com/&amp;gt; 

 


The contents of this email are confidential and for the exclusive use of the intended recipient.  If you receive this email in error you should not copy it, retransmit it, use it or disclose its contents but should return it to the sender immediately and delete your copy.
&lt;/pre&gt;</description>
    <dc:creator>Hearns, John</dc:creator>
    <dc:date>2012-05-01T15:10:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29501">
    <title>Re: yikes: intel buys cray's spine</title>
    <link>http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29501</link>
    <description>&lt;pre&gt;

Some of things I read suggested this is about server fabrics.
AMD's purchase of SeaMicro out from under Intel's arm may have had
something to do with it. Intel needed a fabric for dense server
boxes. I would think there may be a "back license" in there for Cray
somewhere. Not sure this is an HPC play.

--
Doug



&lt;/pre&gt;</description>
    <dc:creator>Douglas Eadline</dc:creator>
    <dc:date>2012-04-27T01:48:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29500">
    <title>Re: yikes: intel buys cray's spine</title>
    <link>http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29500</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 25/04/12 16:52, Greg Lindahl wrote:


Yeah, I'd guess that AMD would be a little worried, perhaps they
should look at buying Gnodal, where some of the Quadrics people ended
up, to get in on that act.. :-)

- -- 
    Christopher Samuel - Senior Systems Administrator
 VLSCI - Victorian Life Sciences Computation Initiative
 Email: samuel&amp;lt; at &amp;gt;unimelb.edu.au Phone: +61 (0)3 903 55545
         http://www.vlsci.unimelb.edu.au/

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk+Z960ACgkQO2KABBYQAh/TqQCfS4V3sNu3pf7cOIOJbSgRrmPB
KEAAoIzjmfcz9J+3ot1TYNhbC2DIOTy4
=ndpG
-----END PGP SIGNATURE-----
&lt;/pre&gt;</description>
    <dc:creator>Christopher Samuel</dc:creator>
    <dc:date>2012-04-27T01:34:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29499">
    <title>Re: yikes: intel buys cray's spine</title>
    <link>http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29499</link>
    <description>&lt;pre&gt;
On Apr 25, 2012, at 8:52 AM, Greg Lindahl wrote:



Though it seems contradictory statements, for a very huge company  
it's not a problem to own
2 different productlines.

Being 'director' of a company like that is kind of being a small  
manager within intel.

Yet managing these newly acquired intel productlines requires a total  
different sort of leadership if i may say so.
It's not babysitting a product - it requires in the long term real  
innovative form of thinking. Such persons aren't working
usually as a manager at a huge company.

These huge companies are total different organized and have such  
creative persons at total different spots
in the organisation, requiring far more overhead in terms of number  
of employees, to get the same thing done.

That means they need more turnover out of this business than Cray and  
Qlogics had, meanwhile the manager that after
a while takes the spot of the CEO now, he will want to grow further  
and deeper into the giants company business,
so it's always a ga&lt;/pre&gt;</description>
    <dc:creator>Vincent Diepeveen</dc:creator>
    <dc:date>2012-04-25T08:52:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29498">
    <title>Re: yikes: intel buys cray's spine</title>
    <link>http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29498</link>
    <description>&lt;pre&gt;
This is a real surprise. Intel said then that the IB stuff they bought
from QLogic/PathScale was intended for exoscale computing. For this
buy Intel says:


And a Cray guy said, this time:


Very interesting.

&lt;/pre&gt;</description>
    <dc:creator>Greg Lindahl</dc:creator>
    <dc:date>2012-04-25T06:52:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29497">
    <title>yikes: intel buys cray's spine</title>
    <link>http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29497</link>
    <description>&lt;pre&gt;http://www.eetimes.com/electronics-news/4371639/Cray-sells-interconnect-hardware-unit-to-Intel

that's one market where AMD no longer plays eh?
&lt;/pre&gt;</description>
    <dc:creator>Mark Hahn</dc:creator>
    <dc:date>2012-04-25T02:58:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29496">
    <title>Re: New industry for Iceland?</title>
    <link>http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29496</link>
    <description>&lt;pre&gt;When i was in iceland some years ago for a long term meeting (no not  
the start of wikileaks - i was there for a less harmful reason)
the thing happened i had feared - for some days when i was there half  
of the internet adresses in Europe mainland
were impossible to reach from iceland. This happens regurarly from  
there.

I had taken the server lucky with me, thanks to www.hotels.nl for  
sponsoring that.

Usually Icelanders have 7 jobs, have more chessgrandmasters per 100k  
inhabitants than any other nation; actually
tomorrow i might play an icelander who emigrated to Europe. So the  
guy who's heading the new datacenter there is probably
a busy man. Just read on...

He'll first need to build a construction against the 3000+ small  
earthquakes a year Iceland has or so, then every component needed he  
needs
to import of course; a fuse broken? In Iceland that's BAD news - they  
might not be in store in a cirlce of 1000 kilometer around you :)

Then when something arrives at the airport, your datacente&lt;/pre&gt;</description>
    <dc:creator>Vincent Diepeveen</dc:creator>
    <dc:date>2012-04-21T00:02:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29495">
    <title>Re: Migrating from IB datagram mode to connected modelive ?</title>
    <link>http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29495</link>
    <description>&lt;pre&gt;

Thanks, and also thanks to Gilad from Mellanox who put me in contact 
with another person who was able to answer this and other questions.

One valuable thing I learnt was that IPoIB includes neighbor MTU 
information and so a system sending IP packets from a connected mode 
host to a datagram mode host will already know the destinations MTU.

cheers,
Chris
&lt;/pre&gt;</description>
    <dc:creator>Chris Samuel</dc:creator>
    <dc:date>2012-04-20T07:47:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29494">
    <title>New industry for Iceland?</title>
    <link>http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29494</link>
    <description>&lt;pre&gt;Combine this article:

"A Cool Place for Cheap Flops"
http://www.hpcwire.com/hpcwire/2012-04-11/a_cool_place_for_cheap_flops.html

With this paper:

"Relativistic Statistical Arbitrage"
dspace.mit.edu/openaccess-disseminate/1721.1/62859

And it's looks like Iceland has a new industry: Datacenters for the
high-frequency trading (HFT) gang.

Just remember - you heard it here first, folks! ;)

&lt;/pre&gt;</description>
    <dc:creator>Prentice Bisbal</dc:creator>
    <dc:date>2012-04-20T13:37:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29493">
    <title>Next release of Open Grid Scheduler &amp; the Gompute UserGroup Meeting</title>
    <link>http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29493</link>
    <description>&lt;pre&gt;The next release of Open Grid Scheduler/Grid Engine will be released
at the Gompute User Group Meeting. The Gompute User Group Meeting is a
free, 2-day, HPC event in Gothenburg, Sweden.

Register for the event at: http://www.simdi.se/

** Please let me know if you are interested in a Grid Engine track.

Gridcore/Gompute contributed booth space at SC11 for the Grid Engine
2011.11 release (the first major release of open-source Grid Engine
after separation from Oracle), and joined the Open Grid Scheduler
project in April 2012.

Rayson

=================================
Open Grid Scheduler / Grid Engine
http://gridscheduler.sourceforge.net/

Scalable Grid Engine Support Program
http://www.scalablelogic.com/
&lt;/pre&gt;</description>
    <dc:creator>Rayson Ho</dc:creator>
    <dc:date>2012-04-19T18:34:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29492">
    <title>Re: 2 Security bugs fixed in Grid Engine</title>
    <link>http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29492</link>
    <description>&lt;pre&gt;Taras,

Updated for GE2011.11:

http://gridscheduler.sourceforge.net/security.html


Note that with this patch, users won't be able to pass dangerous env.
vars into the environment of epilog or prolog (and SGE's rshd, sshd,
etc) via qsub -v or qsub -V . However, the user job environment is not
affected. Also, any of those "dangerous" env. vars can be inherited
from the execution daemon's original start environment (so if
LD_LIBRARY_PATH is really needed, set it in the execution daemon's
environment).

Compare to other implementations, we think our fix is not intrusive at
all. We have never seen any sites running epilog or prolog that needs
users' LD_LIBRARY_PATH to function.

Rayson

=================================
Open Grid Scheduler / Grid Engine
http://gridscheduler.sourceforge.net/

Scalable Grid Engine Support Program
http://www.scalablelogic.com/


On Thu, Apr 19, 2012 at 10:26 AM, Rayson Ho &amp;lt;raysonlogin&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:



&lt;/pre&gt;</description>
    <dc:creator>Rayson Ho</dc:creator>
    <dc:date>2012-04-19T17:22:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29491">
    <title>Re: 2 Security bugs fixed in Grid Engine</title>
    <link>http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29491</link>
    <description>&lt;pre&gt;Right, the GE2011.11p1.patch diff is against GE2011.11. GE2011.11p1
(ie. trunk) is compatible with GE2011.11, and GE2011.11 is also
compatible with SGE 6.2u5.

I can quickly create a diff for GE2011.11 during lunch time today -
will let you know when it is done.

Rayson

=================================
Open Grid Scheduler / Grid Engine
http://gridscheduler.sourceforge.net/

Scalable Grid Engine Support Program
http://www.scalablelogic.com/


On Thu, Apr 19, 2012 at 8:31 AM, Taras Shapovalov
&amp;lt;taras.shapovalov&amp;lt; at &amp;gt;brightcomputing.com&amp;gt; wrote:



&lt;/pre&gt;</description>
    <dc:creator>Rayson Ho</dc:creator>
    <dc:date>2012-04-19T14:26:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29490">
    <title>Re: Migrating from IB datagram mode to connected modelive ?</title>
    <link>http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29490</link>
    <description>&lt;pre&gt;
On 19. apr. 2012, at 10.10, Chris Samuel wrote:


Datagram mode is required. For connected mode, the node is required to establish both an UD QP (for nodes not capable of connected mode and multicast) and an RC QP. During address resolution, the requester capability is included as part of the L2 address.

So yes, it works.


-h

&lt;/pre&gt;</description>
    <dc:creator>Håkon Bugge</dc:creator>
    <dc:date>2012-04-19T09:06:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29489">
    <title>Re: Migrating from IB datagram mode to connected modelive ?</title>
    <link>http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29489</link>
    <description>&lt;pre&gt;

Umm, yes, we know how to set it; the question is whether introducing 
nodes that have it set onto an IB fabric with nodes in datagram mode 
will cause issues and/or instability ?

For instance can nodes in connected mode talk to nodes in datagram 
mode, and vice versa ?

cheers,
Chris
&lt;/pre&gt;</description>
    <dc:creator>Chris Samuel</dc:creator>
    <dc:date>2012-04-19T08:10:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29488">
    <title>Re: Migrating from IB datagram mode to connected modelive ?</title>
    <link>http://permalink.gmane.org/gmane.comp.clustering.beowulf.general/29488</link>
    <description>&lt;pre&gt;echo connected &amp;gt;  /sys/class/net/ib0/mode

-h

On 19. apr. 2012, at 03.53, Christopher Samuel wrote:


&lt;/pre&gt;</description>
    <dc:creator>Håkon Bugge</dc:creator>
    <dc:date>2012-04-19T07:04:53</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.clustering.beowulf.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.clustering.beowulf.general</link>
  </textinput>
</rdf:RDF>

