On 2/6/2023 11:31 pm, René Jansen wrote:
What I remember of it is that he was convinced it was a lot slower.
He was mistaken! I've tested it out, and QSAM is no match for zFS. You
can find the details in this gist:
https://gist.github.com/daveyc/14b45d6d70d8dd9af1848e539d78881f. Adding
an fs
Thanks Timothy! I suspected so, but wanted verification. I don't know
why z/OS Comm Server can't support LACP but the OSA cards can (and
z/VM). I'm not a networking guy though.
On 6/4/2023 11:33 PM, Timothy Sipples wrote:
Michael Babcock asked:
Does z/OS Communication Server support LACP?
Fifteen years ago Unix System Services was already trailing edge and it is hard
to explain a refusal to use it on any basis but xenophobia. Does it have warts?
Abundantly, but so do many other things that don't get the same reaction.
OTOH, benchmarks are tricky things, and it is often easy to ge
One compelling reason to embrace zFS is its potential for modernization
and facilitating the development of contemporary tools. While
acknowledging the significance of QSAM, VSAM KSDS, and other older
technologies, it is crucial to recognize the advancements made in data
structure formats for d
Great Idea. Too bad I cant get into it.
Found the L-Soft server, registered my email login.
Can see the listing for IBMVM but attempts to even look require that I login
--- even though I am already logged in according to the side menu.
I hope they can keep that activity level up. I could us
APOLOGIES ALL AROUND.
My failing brain cells strike again
Been ages since I had to deal with L-Soft emailed command interface. I am
getting there.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send e
> Interestingly, it is worth noting that there are now numerous IBM z/OS
> products that embrace sqlite, with some even integrating it with HLASM.
Hey David,
Are you able to share the names of such products?
Has zOS support been upstreamed to SQLite? I don't remember seeing anything..
- KB
> porting RocksDB
Is zOS support upstreamed too, by any chance?
- KB
--- Original Message ---
On Monday, June 5th, 2023 at 4:35 PM, David Crayford
wrote:
> One compelling reason to embrace zFS is its potential for modernization
> and facilitating the development of contemporary tools.
On 5/6/2023 7:40 pm, kekronbekron wrote:
Interestingly, it is worth noting that there are now numerous IBM z/OS products
that embrace sqlite, with some even integrating it with HLASM.
Hey David,
Are you able to share the names of such products?
You can just google "z/OS sqlite" and you'll ge
On 5/6/2023 7:42 pm, kekronbekron wrote:
porting RocksDB
Is zOS support upstreamed too, by any chance?
The likelihood of the Meta maintainers accepting a z/OS patch PR is
extremely low. Due to z/OS being a niche platform, maintainers tend to
be hesitant in accepting patches unless they are s
S'all right.
There have been a few of us that have been locked out of certain
list servers because of some security/tech glitch. That you were
able to post to the VM List is goodness. I did see your posting
over there.
Steve Thompson
On 6/5/2023 7:34 AM, Tom Longfellow wrote:
APOLOGIES ALL
Mike,
While z/OS doesn't support LACP, if your networking folks support OSPF areas,
you can sort-of setup an environment where the OSPF is balancing the inbound
traffic between the various OSA connections and your main IP address's are
VIPA's.
Long Long ago, when I was running ADSM on z/OS,
True, however, I expect it to at least be less difficult than it was in the
past.
Less difficult that it was with linux/s390x.
Some of the key things IBM has done (and is doing) are
LinuxONE community cloud,
Wazi as a Service (on IBM cloud),
and upstreaming LLVM and Golang bits.
Icing on the cak
Every time I see this thread, I picture someone with a bucket and a sponge,
wiping down a tape silo.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INF
Where the performance of the USS file system falls down is in the transfer
between z/OS files/data stores and USS files/data stores. Practical
experimentation has shown me that the "cp" and "cat" commands are the fastest
way to sequentially transfer non-DB2 data using only a pre-written utility
Peter - I believe you'll find that the Co:Z folks, at coztoolkit.com, have
tools that may provide the performance improvements that you are looking for.
The ZIGI tool will take advantage of their getpds and putpds commands if they
are available and achieve significantly improved performance comp
Which is fine for those who have access to those tools; many of us do not have
that luxury, nor the permission nor the disk space to "try them out" for
ourselves.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Lionel B. Dyck
Sent: Monday, June 5, 2023 11:44 AM
To:
Sadly true - perhaps it's time to go over to the
https://zosopentools.github.io/meta/#/ and encourage them to enhance the
performance of cp - assuming you have permission to use these tools.
Lionel B. Dyck <><
Website: https://www.lbdsoftware.com
Github: https://github.com/lbdyck
“Worry more a
Is there some PSA/CVT field that most of the time where it is examined (not
talking microseconds here) the value will be different.
The existing code copies storage from the home address space. I want to put in
code that if the pointer is zero or the length is negative, etc. to copy
something that
On 6/5/2023 10:03 AM, Binyamin Dissen wrote:
Is there some PSA/CVT field that most of the time where it is examined (not
talking microseconds here) the value will be different.
It seems unlikely the operating system would ever allow dispatched work
to observe such a difference.
--
Phoenix S
How do people handle /SYSTEM/etc and /SYSTEM/var when upgrading z/OS? In the
past we’ve had these filesystems on an auxiliary volume, so that they remained
the same during any upgrades unless we deliberately changed something. For our
last upgrade (this past weekend) our management outsourced th
Thank you.
The information transmitted is intended solely for the individual or entity to
which it is addressed and may contain confidential and/or privileged material.
Any review, retransmission, dissemination or other use of or taking action in
reliance upon this information by persons or e
I was earlier today, just checked again. I still am.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
--- Original Message ---
On Monday, June 5th, 2023 at 2:17 PM, Lopez, Shar
We use the same physical file systems from release to release and only update
individual files/directories when necessary.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
--- Ori
Not the best practice.There are steps in the old ServerPac upgrade
process that basically says: copy ServerPac supplied etc, run diff against
the copy and your existing etc and copy your customized parms/settings to
the copy. Mount the copy to use during the upgrade. Or something like
that.
Binyamin Dissen asked:
>Is there some PSA/CVT field that most of the time where it is examined (not
>talking microseconds here) the value will be different.
PSA_TIME_ON_CP? Here's a Rexx snippet that displays it, seems to change every
time I run it-not very scientific, but it's described in IHAPS
That old serverpac process is what I still use for /etc and /var.
Here is a stripped down version of my doc with the steps from z/OS 2.4 to
z/OS 2.5 upgrades. This is for /etc, but /var is the exact same thing. I
actually
do all of this in batch jobs that I mass update from version to version
The changes to SMP/E RECEIVE ORDER servers were to take place at the end of
May then delayed until last Friday. I was able to receive orders just fine
Friday
afternoon but today they all fail with:
"GIM44336S ** AN UNUSUAL CONDITION OCCURRED"
We are configured to use FTPS but I also changed to
No
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Pew, Curtis G
> Sent: Monday, June 5, 2023 11:01 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Best practice for /etc and /var when upgrading
>
> [EXTERNAL EMAIL]
>
> How do people handle /SYSTEM/etc and /SYSTEM
I get that often
I open a Case to SMP/e support. They can usually let me know what is wrong
A couple of times I had to update my NTS Batch job from
eccgw01.boulder.ibm.com
To
ecggw.southdata.ibm.com
lizette
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
M
On Mon, 5 Jun 2023 13:21:01 -0700, Lizette Koehler
wrote:
>I get that often
>
>I open a Case to SMP/e support. They can usually let me know what is wrong
>
>A couple of times I had to update my NTS Batch job from
>
> eccgw01.boulder.ibm.com
>
>To
>ecggw.southdata.ibm.com
>
>lizette
>
Those
Porting applications to Linux-s390x has never been particularly difficult.
The biggest challenge has always been such things as endianness.
Linux-s390x presents the same kernel interface to userland as Linux-i386.
Porting to USS has (at least) two significant hurdles: EBCDIC and a
different sy
On 6/5/2023 11:57 AM, Phil Smith III wrote:
PSA_TIME_ON_CP? Here's a Rexx snippet that displays it, seems to
change every time I run it-not very scientific, but it's described in
IHAPSA as "Current SRB's accumulated CPU time on a standard CP":
/* REXX */
say 'PSA_TIME_ON_CP:' c2x(storage('650',
On Mon, 5 Jun 2023 16:55:45 -0400, Rick Troth wrote:
>
>Porting applications to Linux-s390x has never been particularly difficult.
>The biggest challenge has always been such things as endianness.
>
How serious is that? It has caused me problems only with careless
type-punning.
>...
>Porting
On 6/5/23 18:55, Paul Gilmartin wrote:
On Mon, 5 Jun 2023 16:55:45 -0400, Rick Troth wrote:
Porting applications to Linux-s390x has never been particularly difficult.
The biggest challenge has always been such things as endianness.
How serious is that? It has caused me problems only with care
Unfortunately our network guys are not in a position to move to OSPF yet.
On Mon, Jun 5, 2023 at 9:07 AM Peter Vander Woude
wrote:
> Mike,
>
> While z/OS doesn't support LACP, if your networking folks support OSPF
> areas, you can sort-of setup an environment where the OSPF is balancing the
> in
My first guess would be one of the old PSWs
--
Tom Marchant
On Mon, 5 Jun 2023 20:03:06 +0300, Binyamin Dissen
wrote:
>Is there some PSA/CVT field that most of the time where it is examined (not
>talking microseconds here) the value will be different.
I do wonder... with git now available, and this being normal USS, maybe zOSMF
can start formally adopting/requiring git.
Then, moving updates from these files onto newer versions is a matter of
applying git patches on the new ones, where possible.
Something that the zOSMF UI can accomodate.
Do l
> Porting applications to Linux-s390x has never been particularly difficult.
It starts getting hairy when attempts are made for vectorized apps, or other
acceleration frameworks that are available for x86 Intel or AMD.
Can't port all of them but maybe need to re-create them, to have the same
cap
I do a lot of upgrades for many sites and it's pretty rare that I replace /etc
or /var. I would never do it causally and It does happen VERY occasionally,
but normally you can tell in the apply jobs (for maintenace updates) what has
changed and running DIFF is always a good idea, but I really d
40 matches
Mail list logo
