mniti.com>
Subject: Re: [OmniOS-discuss] questions
Here's a quick thought: if you are copying your files with scp, you might be
CPU bound because of all the crypto work. You should try to copy with a much
more CPU-lightweight tool. I personally usually use netcat for this kind of
stuff.
Jus
What about the attached vnics?
Can you do:
dladm show-linkprop vnic# for the vnics connected to the etherstub? There
may be a maxbw setting ...
On Thu, Sep 14, 2017 at 9:41 AM, Dirk Willems
wrote:
> just execute => dladm create-etherstub Backend_Switch0
>
>
> and
just execute => dladm create-etherstub Backend_Switch0
and having => Backend_Switch0 etherstub 9000 up
On 14-09-17 18:26, Ian Kaufman wrote:
Networking has always used *bps - that's been the standard for many
years. Megabits, Gigabits ...
Disk tools have always measured in bytes since that
Networking has always used *bps - that's been the standard for many years.
Megabits, Gigabits ...
Disk tools have always measured in bytes since that is how the capacity is
defined.
How did you create your etherstub? I know you can set a maxbw (maximum
bandiwdth), but I don't know what the
Thank you all, the water is already clearing up :)
So infiniband is 40 Gbps an not 40GB/s, very confusing GB/s Gbps why
they not take a standaard and set everything in GB/s or MB/s ?
A lot of people make a lot of mistakes between them, me too ...
If it is 40 Gbps a factor of 8 then we
Some other things you need to take into account:
QDR Infiniband is 40Gbps, not 40GB/s. That is a factor of 8 difference.
That is also a theoretical maximum throughput, there is some overhead. In
reality, you will never see 40Gbps.
My system tested out at 6Gbps - 8Gbps using NFS over IPoIB, with
On September 14, 2017 2:26:13 PM GMT+02:00, Dirk Willems
wrote:
>Hello,
>
>
>I'm trying to understand something let me explain.
>
>
>Oracle always told to me that if you create a etherstub switch it has
>infiniband speed 40GB/s.
>
>But I have a customer running on
Here's a quick thought: if you are copying your files with scp, you might
be CPU bound because of all the crypto work. You should try to copy with a
much more CPU-lightweight tool. I personally usually use netcat for this
kind of stuff.
Just my 2 cents.
--
Ludovic
On Thu, Sep 14, 2017 at 2:26
Hello,
I'm trying to understand something let me explain.
Oracle always told to me that if you create a etherstub switch it has
infiniband speed 40GB/s.
But I have a customer running on Solaris (Yeah I know but let me
explain) who is copy from 1 NGZ to another NGZ on the same GZ over Lan
On Wed, Jul 5, 2017 at 10:05 AM, Guenther Alka wrote:
> about OmniOS and the silence for weeks
>
> For my own future, I have already decided to switch back to OpenIndiana, the
> community based sister project of OmniOS. But like many users, I have yet
> OmniOS installations
If I recall correctly, I proposed to include that new feature in Caiman on
the "Extending the installer" thread which was started on the list at end
of February 2016.
See here:
http://lists.omniti.com/pipermail/omnios-discuss/2016-February/006446.html
and my 2 cents about that at that time:
Hello @all,
Is there a option to add the rpool_Customize
https://omnios.omniti.com/wiki.php/ISOrpoolCustomize
in the installer too?
On Juli, 07 2017, 20:52 wrote in [1]:
> On Fri, 7 Jul 2017 11:14:25 -0400
> Dan McDonald wrote:
>> During the r151024 timeframe, one of the
Only a personal stance
I am from Germany where a re-unification of Germany happened some year ago.
When this happened there were a lot of different interest involved but
luckily Cancellor Kohl simply declared this as a golden common future
for East and West Germany and he succeeded.
A lot
On July 7, 2017 5:01:59 PM GMT+02:00, Michael Rasmussen wrote:
>On Fri, 7 Jul 2017 16:31:41 +0200
>Guenther Alka wrote:
>
>>
>> Maybe a switch to the OI installer is desirable as it offers a
>network setting option on initial setup.
>> The OmniOS installer is
On Fri, Jul 7, 2017 at 2:52 PM, Michael Rasmussen wrote:
> Add to this that the user should be able to apply a preseed to the
> installer (Think of Debian) to have all that done automatically -
> imagine being able to remote install through PXE both Omnios and
> detailed
Thank you Dan
Does this mean
- the problems around a cooperatione with OmniOS were mainly in the past
prior OI Hipster?
- A a merge would introduce conflicts.
This would require work to solve or both sides agree to use one or the
other as base?
Each choice would require work to maintain the
On 7/7/17 1:52 PM, Michael Rasmussen wrote:
On Fri, 7 Jul 2017 11:14:25 -0400
Dan McDonald wrote:
During the r151024 timeframe, one of the things on my plate was going to be a
"install postprocessing" menu option on the Kayak menu. The idea would be if
you wanted to get
On Fri, 7 Jul 2017 11:14:25 -0400
Dan McDonald wrote:
> During the r151024 timeframe, one of the things on my plate was going to be a
> "install postprocessing" menu option on the Kayak menu. The idea would be if
> you wanted to get things set prior to your next boot, you'd
> On Jul 7, 2017, at 11:42 AM, Guenther Alka wrote:
>
> hello Dan
>
> Thanks for jumping in.
> You are the person with the very best insights in OmniOSand Illumos
> and propably OI. Can you please comment about the options to cooperate with
> OI.
>
> Is this doable and
hello Dan
Thanks for jumping in.
You are the person with the very best insights in OmniOSand Illumos
and propably OI. Can you please comment about the options to cooperate
with OI.
Is this doable and wishable from your point of viewand how or do you have
an alternative idea for a positive
Hello Jim and @all
I am using OmniOS and OI for years and I fully agree with you. Your
position and that of Aurélian and Tobi are not identical but not too far
away and may be the base to find a solution for a win-win situation for
all that suits the needs and wants of all.
In the current
On Fri, Jul 7, 2017 at 12:47 AM, Aurélien Larcher <
aurelien.larc...@gmail.com> wrote:
> It is good news, but I would engage you to discuss about reducing the
> fragmentation in the illumos community.
> We have a few distros maintained by 1-3 guys without any or much momentum
> and much
Hi Aurélien,
- On Jul 7, 2017, at 7:55 AM, Aurélien Larcher
wrote:
> On Fri, Jul 7, 2017 at 7:21 AM, Tobias Oetiker < [ mailto:t...@oetiker.ch |
> t...@oetiker.ch ] > wrote:
>> Hi Aurélien
>> the motivation behind OmniOSce is that we have come to love the
On Fri, Jul 7, 2017 at 7:21 AM, Tobias Oetiker wrote:
> Hi Aurélien
>
> the motivation behind OmniOSce is that we have come to love the the
> stability and
> tight focus of OmniOS. Many of us are running large servers that form
> critical pieces of our infrastructure. Loosing
Gea,
>
> the king is dead, long live the king
>
> https://gitter.im/omniosorg/Lobby
>
> www.omniosce.org
>
> the story continues ...
>
It is good news, but I would engage you to discuss about reducing the
fragmentation in the illumos community.
We have a few distros maintained by 1-3 guys without
Hi All,
Fully agree with Gea!
Kr,
Floris
Van: OmniOS-discuss [mailto:omnios-discuss-boun...@lists.omniti.com] Namens
Guenther Alka
Verzonden: woensdag 5 juli 2017 16:48
Aan: omnios-discuss <omnios-discuss@lists.omniti.com>
Onderwerp: Re: [OmniOS-discuss] Questions about - End the uncer
Wow, indeed!
I see I have to catch up on reading the latest developments on the
"lobby" discussion and see when and where I can jump in.
*thumbs up*
Andries
On 2017-07-05 16:48, Guenther Alka wrote:
hello Tobi and Andy
the first good news for 10 Weeks!
cheers
Gea
Am 05.07.2017 um
hello Tobi and Andy
the first good news for 10 Weeks!
cheers
Gea
Am 05.07.2017 um 16:30 schrieb Tobias Oetiker:
Gea,
the king is dead, long live the king
https://gitter.im/omniosorg/Lobby
www.omniosce.org
the story continues ...
cheers
tobi
- On Jul 5, 2017, at 4:05 PM, Guenther
Gea,
the king is dead, long live the king
https://gitter.im/omniosorg/Lobby
www.omniosce.org
the story continues ...
cheers
tobi
- On Jul 5, 2017, at 4:05 PM, Guenther Alka wrote:
> about OmniOS and the silence for weeks
> For my own future, I have already
On Wed, 5 Jul 2017, Guenther Alka wrote:
; - Is there an option to fix serious bugs or problems in OmniOS for a limited
; time like 1 year or at least end of the year? This would help until a sucessor
; (less likely OmniOS 151024, maybe next OpenIndiana snap with a stable subset)
; is available.
30 matches
Mail list logo