<div dir="ltr"><div dir="auto"><div> It's often the case that vendors sell more than what is needed for profit maximizing,  unless there is a genuine high speed requirement. Such a way that is so used to the general requirement that not to bother the basics.<br></div><div><br></div><div>/Sathya<br></div><div dir="auto"><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Mon, 5 Jun 2023, 22:48 Alec, <<a href="mailto:anacreo@gmail.com" target="_blank">anacreo@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Sadly no I'm not kidding...  Network engineers tend to be more focused on availability and general needs not special needs of a high speed data environment and so I give them a pass.<div dir="auto"><br></div><div dir="auto">As I used to say SAN engineers were Unix engineers who couldn't do Unix.. so they are what they are.</div><div dir="auto"><br></div><div dir="auto">I can't tell you how many times I've seen millions of dollars or hardware under perming to a tiny fraction because someone didn't cable it with enough cables to do the job.  Like constrained ISL or something...  Or they'll just discount the two storage ports that are RED with saturation and say 99% of ports are green... So no problem here.</div><div dir="auto"><br></div><div dir="auto">Alec</div><div dir="auto"><br></div><div dir="auto">Alec</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jun 5, 2023, 10:05 AM Jonathan Buzzard <<a href="mailto:jonathan.buzzard@strath.ac.uk" rel="noreferrer" target="_blank">jonathan.buzzard@strath.ac.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 05/06/2023 17:41, Alec wrote:<br>
><br>
> Many network storage engineers simply don't understand bandwidth (or the <br>
> importance of port groups)...  With an ESS you are talking GIGA*BYTES* <br>
> per second and storage and networking architects simply see 10Gbe and <br>
> assume that's good enough. A 10Gbe connection can do about 1.4GB/s..  <br>
> 100Gbe can do 12.5GB/s.   To the wrong engineer you can explain this <br>
> until you're blue in the face and they won't get it.  You need to divide <br>
> Gbe by 8 to get about the GB/s throughput.  Explain to them that a USB-C <br>
> interface is capable of 10Gbe... So you're throttling millions of <br>
> dollars in technology to the speed of a consumer grade USB-C interface.  <br>
> When infact an ESS can drive at least 2x100Gbe to saturation.<br>
> <br>
> I don't have an ESS but a classic SAN array and Spectrum Scale and I can <br>
> saturate 32*8Gbe fiber connections.<br>
> <br>
<br>
Your kidding right? That's basic competency for the job!!!<br>
<br>
<br>
JAB.<br>
<br>
-- <br>
Jonathan A. Buzzard                         Tel: +44141-5483420<br>
HPC System Administrator, ARCHIE-WeSt.<br>
University of Strathclyde, John Anderson Building, Glasgow. G4 0NG<br>
<br>
<br>
_______________________________________________<br>
gpfsug-discuss mailing list<br>
gpfsug-discuss at <a href="http://gpfsug.org" rel="noreferrer noreferrer noreferrer" target="_blank">gpfsug.org</a><br>
<a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org" rel="noreferrer noreferrer noreferrer" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org</a><br>
</blockquote></div>
_______________________________________________<br>
gpfsug-discuss mailing list<br>
gpfsug-discuss at <a href="http://gpfsug.org" rel="noreferrer noreferrer" target="_blank">gpfsug.org</a><br>
<a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org" rel="noreferrer noreferrer" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org</a><br>
</blockquote></div></div></div>
</div>