Thanks to all who responded.
We aren't re-using the same machine but it's still nice to know we would
experience a 30-40% drop if we were. Looks like we may have to tune the
virtual machine to minimize the performance drop... but I'm not at all sure how
to estimate how much it will be.
Eric A
We don't virtualize a single machine with 100+ users, but we do
virtualize several uv machines on a single physical server with 100
users spread across them. From this experience, it is the disk speed
that is the critical factor that impacts performance. We have 10K rpm
disks with 64MB cache; the
.
___
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Eric Armstrong
Sent: Monday, 20 August 2012 11:59 PM
To: u2-users@listserver.u2ug.org
Subject: [U2] Virtualizing a Universe server of 100+ users
Has
On 21/08/12 17:20, Robert wrote:
> There's an example of how the path is formed in the help file.
>
> ORION!/u1/filename
>
> This example is shown if you type HELP BASIC SYSTEM() .
>
> Another example:
>
> OPEN "ORION!/u1/user/file" TO FU.ORIONFILE
>
> You can type HELP BASIC TIMEOUT to see th
open
the directory possibly. But on writing conflicts you should get a block at the
Windows level anyway.
-Original Message-
From: Robert
To: U2 Users List
Sent: Tue, Aug 21, 2012 8:22 am
Subject: Re: [U2] Virtualizing a Universe server of 100+ users
Yes, UV/NET is a good way to ne
a block at the
Windows level anyway.
-Original Message-
From: Robert
To: U2 Users List
Sent: Tue, Aug 21, 2012 8:22 am
Subject: Re: [U2] Virtualizing a Universe server of 100+ users
Yes, UV/NET is a good way to network UNIVERSE systems.
I saw a UNIVERSE job site recently have networked
Hi again,
> Well for networked UV systems, you would only need group and record locking
> *if* the UV systems were trying to write to each others hashed files.
Almost but there is still the possibility of the "remote" system reading a
group for which the "local" system has a group write lock and
bject: Re: [U2] Virtualizing a Universe server of 100+ users
Yes, UV/NET is a good way to network UNIVERSE systems.
I saw a UNIVERSE job site recently have networked UV systems WITHOUT
using UV/NET. They used the networking built into the OS (Windows or
UNIX). Sounds good, right?
Not unti
Hi,
> I saw a UNIVERSE job site recently have networked UV systems WITHOUT
> using UV/NET. They used the networking built into the OS (Windows or
> UNIX). Sounds good, right?
>
> Not until you realize that there was no record locking because the OS
> had no concept of a UNIVERSE record.
It's
Subject: Re: [U2] Virtualizing a Universe server of 100+ users
hi,
we have done it with a 150 uv Enterprise edition, we run +- 3 sessions per user
+ UV/Net access.
database specs :
- 65GB, we use mostly DEFINE.DF vs 65BIT files
applications type
- SB+ / SBClient on telnet
- UV/Net is running ; we
Uv/NET ? Wow.
I didn't know anyone actually used that.
-Original Message-
From: Manu Fernandes
To: U2 Users List
Sent: Tue, Aug 21, 2012 4:14 am
Subject: Re: [U2] Virtualizing a Universe server of 100+ users
hi,
we have done it with a 150 uv Enterprise edition, we run
hi,
we have done it with a 150 uv Enterprise edition, we run +- 3 sessions per user
+ UV/Net access.
database specs :
- 65GB, we use mostly DEFINE.DF vs 65BIT files
applications type
- SB+ / SBClient on telnet
- UV/Net is running ; we share another uv for "wharehouse" activity
hardware setting
Has anyone virtualized a Universe server of 100+ users, and if so, could you
share how it went?
Eric Armstrong
Programmer/Analyst
Lobel Financial
LOBEL FINANCIAL PRIVACY NOTICE:
This communication may contain confidential company information that is
protected by federal law. Federal regul
13 matches
Mail list logo