Greetings; (Posted to VMESA-L and VSE-L and LINUX-390)
- - Now in its sixth year! - - Includes VSE and linux/390!
I have set up a public service web page at
http://www.eskimo.com/~wix/vm/
for posting positions available and wanted for VM, VSE and linux/390.
Please visit the web
Rob van der Heij writes:
But this does not mean it is always wise to do. I don't know enough
about Linux to tell whether it is important to have high bandwidth to
/tmp.
More important is low latency. Lots of creation, small reads and
writes and unlinks. Compilation with gcc, for example, uses
Hi list,
I'm not a performace person, but I wrote a simplistic script to test file
system performance. This started with the original query of why are ext3
file systems so inefficient when populated with many small files. It
tests ext3 file systems with 1K and 4K block sizes, reiser and JFS. It
Rob van der Heij wrote:
On Wed, 2004-03-17 at 22:04, Nick Laflamme wrote:
The first time I edited /etc/inittab to add this, I reversed two letters
in ctrlaltdel and got an error message when I next did an init 6, so
I know I'm in the right file, and since the error message went away, I
presume
Nick,
I don't recall if you mentioned that you have any additional service applied to SLES8.
I think you need SP2 for signal support. The systems that I've been working with
have SP3.
Rich Smrcina
- Original Message -
From: Nick Laflamme [EMAIL PROTECTED]
Date: Thursday, March 18,
That might be part of the issue. To be honest, I haven't put any service
on, and I don't remember if the CD-ROMs came with SP 2 on or not.
OK, I need to learn how to apply service to this system anyway :-)
Rich Smrcina wrote:
Nick,
I don't recall if you mentioned that you have any
http://www.suse.de/en/company/press/press_releases/archive04/91.html
Novell Releases First Commercial Linux Featuring 2.6 Kernel
HANNOVER, Germany (CeBIT 2004), 18-03-2004
Higher performance and greater ease of use for both 32- and 64-bit
platforms, with newest GNOME and KDE
Daniel wrote:
The larger the number of cyls for the device, the worse the
ratio gets :(.
That's not true: CDL uses track0 and track1 for internal purposes, the
rest (number of 4k blocks that fit on a track multiplied with amount of
tracks) is available for partitions. For people who do not like
The Release Notes for SLES 8 S/390 zSeries Service Pack 2 (SP2), 1.2 Other
enhancements, S/390 specific fixes mentions disable DASD DIAG discipline on 64-bit
becuase of z/VM issues (#26732).
Betsie
--
For LINUX-390 subscribe
Hi
Innovation's FDR/UPSTREAM provides support for zLINUX and will allow you to
use your STK silo and drives, and we are presently working on RedHat
Enterprise Linux 3.0 on zSeries distribution for both 64 bit as well as 31
bit, and should be available very soon... which are you interested in 31
Carsten Otte wrote:
Daniel wrote:
The larger the number of cyls for the device, the worse the
ratio gets :(.
That's not true: CDL uses track0 and track1 for internal purposes, the
rest (number of 4k blocks that fit on a track multiplied with amount
of
tracks) is available for partitions.
I assume that other disk architectures simply don't report the amount of
waster space per track because it isn't accessible (e.g., on SCSI disk).
The very real benefits of being able to write variable-length blocks on
a disk is something the Unix crowd hasn't discovered, I guess.
Romney
On Thu,
There isn't much point in Unix using variable length blocks when no current disk
drives support this. Even IBM uses fixed blocks and simulates variable blocks these
days.
Note that current SCSI and IDE disk write more data on the outer tracks than on the
inner tracks. This gains a lot of
I have a current IUCV network established with VM, and I want to move it
over to a VSWITCH network the Devices are visible in the /proc/devices
F00-F02
I tried to use the redhat-network-config tool, but there are no entries for
QDIO or QETH device.
Any suggestions
After I install the QETH
How do I choose which file system to use on my Linux Instances running SLES8
SP3 under z/VM?
ext2
ext3
reiserfs
I realize the main difference between ext2 and the others is it's not
journaled, but is that the only thing ??
Josh Konkol, CNE MCSE
Technical Research Specialist
.~.GuideOne
There are some minor performance issues between ext2 and reiserfs. The differences
are minor and will depend greatly upon your load and the kinds and sizes of files you
are using on the filesystem. Either is acceptable. I've always used ext3 and never
have had any problems with it. there
On Thu, 2004-03-18 at 18:43, Betsie Spann wrote:
The Release Notes for SLES 8 S/390 zSeries Service Pack 2 (SP2), 1.2 Other
enhancements, S/390 specific fixes mentions disable DASD DIAG discipline on 64-bit
becuase of z/VM issues (#26732).
Betsie
Because the block list for Diagnose I/O has
i'm doing a fresh install of the 64 bit distribution of SLES 8. After the
first round of installation, it asks for the IPL. Okay, normal so far, but
on the reboot I get this :
IP: routing cache hash table of 512 buckets, 12Kbytes
TCP: Hash tables configured (established 4096 bind 8192)
Linux IP
Red Hat doesn't support IBM's OCO modules. I guess that means they didn't
update their network configuration tools to work with the resulting network
interfaces, either.
I would say you need to create/update the appropriate configuration files
manually.
If you do an ifconfig -a command, do any
Have you tried SSHing in again, to see if it's really ready for you to
connect?
Mark Post
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Little, Chris
Sent: Thursday, March 18, 2004 4:50 PM
To: [EMAIL PROTECTED]
Subject: installing sles8 64 bit
i'm
no. it hasn't gotten to the point of starting the network.
-Original Message-
From: Post, Mark K [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 18, 2004 3:59 PM
To: [EMAIL PROTECTED]
Subject: Re: installing sles8 64 bit
Have you tried SSHing in again, to see if it's really ready
never mind. for some reason yast wrote a broken zipl.conf, ie.
parameters=dasd=200-202 root=/dev/dasdc1
^ ^
-Original Message-
From: Post, Mark K [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 18, 2004 3:59 PM
To: [EMAIL PROTECTED]
Subject: Re: installing
On Thu, 2004-03-18 at 15:46, Rob van der Heij wrote:
Because the block list for Diagnose I/O has 31-bit addresses, I have a
slight feeling that would be a problem when your virtual machine grows
beyond 2GB. If that is the only reason then that's too bad, since I
expect most of the 64-bit Linux
On Thursday, 03/18/2004 at 04:49 EST, Post, Mark K [EMAIL PROTECTED]
wrote:
Red Hat doesn't support IBM's OCO modules. I guess that means they
didn't
update their network configuration tools to work with the resulting
network
interfaces, either.
In the interest of full disclosure, all of the
True enough (I guess I was having a 2000's flashback). I was then going to
say that perhaps they haven't gotten the tool updated yet, but decided to go
look. From what I can tell, it looks like it should work. What Larry is
looking for (qeth/qdio) is referred to as eth since that is the name of
Hi
Innovation's FDR/UPSTREAM provides support for zLINUX and will allow you to
use your STK silo and drives, and we are presently working on RedHat
Enterprise Linux 3.0 on zSeries distribution for both 64 bit as well as 31
bit, and should be available very soon... which are you interested in 31
I just read the Novell/SuSE announcement of SuSE Linux 9.1 and it sounds
great.
But there was no mention of a zSeries flavor.
??
Lionel B. Dyck, Systems Software Lead
Kaiser Permanente Information Technology
25 N. Via Monte
There seemed to be a Personal and a Professional. My guess is that the
Enterprise Server version is to follow shortly, like in SLES 8. The rumor
I heard was April.
Marcy Cortes
Wells Fargo Services Company
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf
SUSE doesn't produce one for their consumer versions. This isn't an
announcement of SLES9.
Mark Post
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Lionel
Dyck
Sent: Thursday, March 18, 2004 6:22 PM
To: [EMAIL PROTECTED]
Subject: SuSE 9.1 for zSeries
Pat,
I looked at your web page, and it appears that UPSTREAM requires either z/OS or
Windows as a server. We're looking for a solution that utilizes only z/VM and Linux
for zSeries. Have I missed something on your web page?
Dennis O'Brien
30 matches
Mail list logo
