Re: Per engine pricing..
On Fri, 08 Apr 2005 08:10:37 -0400 Joe Poole [EMAIL PROTECTED] wrote: On Thursday 07 April 2005 05:22 pm, Tom Duerbusch wrote: But hardware and software costs are things that any accountant can see. Real dollars. snip OK. (scratches chin) Check out that electric bill. $200 per year times 200 servers that were shut off. Only $4k. Allright, how about the refund on prepaid maintenance, at about $1k per year. Better. How about avoiding the costs of buying new (planned) servers for Windows-only applications by recycling the vacant ones? Did we avoid building a new facility because we ran out of floor space? Can we take another look at the DR contract and drop coverage for 200 servers? I don't like to eliminate jobs, but how many techs took care of 200 servers? (I'd rather turn them into Linux gurus and have them be even more creative.) And get the DBA people into Postgres or MySQL, so you can slash 60% of those Oracle licenses supporting straightforward web backends and all of them next year when the open source alternatives get the rest of the full enterprise level features. This is valid for any kind of service. When the initial step is taken, a whole world of options opens up. Self feeding positive cycle. jmc -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: [Possible Spam] Re: Linux LPAR - how to drop caching
If you are correct and it can be done at the filesystem level, then maybe you don't even have to write a whole new one. I recall reading about the new ReiserFS 4 being modular, maybe you could just write a plugin. -jmc On Fri, 17 Sep 2004 09:06:18 -0700 Fargusson.Alan [EMAIL PROTECTED] wrote: It occurs to me that since the filesystem is what actually controls the buffer cache that one could write a filesystem for Linux on VM that ignores the buffer cache and does logical IOCS. Or maybe you need a DASD driver that does logical IOCS. The filesystem would probably need to do something about mmap and fault loading, but it could be done. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of Ward, Garry Sent: Friday, September 17, 2004 8:45 AM To: [EMAIL PROTECTED] Subject: Re: [Possible Spam] Re: Linux LPAR - how to drop caching This takes us back to the wonderful world of Logical IOCS vs Physical IOCS. In the Mainframe world there as always been a diference between Logical I/O (the program's write of 80 bytes) and the Physical I/O (the writing of a 4K data block to a device by an operating system). In the PC world where Linux grew up, there has never been such a divide and it has been handled by device drivers and cache. Granted, trying to make Linux truely handle Logical vs Physical I/O in the way that VSE, MVS Or VM handles it may not be possible or just very, very hard. However, giving Linux a means to install with full normal PC style cache or to install with a VM friendly adjustable/limitable cache would be nice. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of Fargusson.Alan Sent: Friday, September 17, 2004 11:35 AM To: [EMAIL PROTECTED] Subject: [Possible Spam] Re: Linux LPAR - how to drop caching This has nothing to do with the everything is a file philosophy. It has to do with the fact that most *ix systems don't have a layer below them to do buffering. Actually even when you do the overhead of calling down to the driver for every write would kill some systems. Think about a program that writes 80 bytes at a time to a large file. Each 80 byte write would involve going to VM each time. Suppose the block size is 4096 bytes (which is usually true) you would be doing 52 calls to VM without *ix buffering, while you only do one call to VM for each 4096 bytes with buffering. Reducing the number of calls to the driver by 52 times is a big win on some systems. There are other reasons for having the buffer cache embedded the way it is, but I don't want to get too long wended. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of Phil Smith III Sent: Friday, September 17, 2004 4:13 AM To: [EMAIL PROTECTED] Subject: Re: Linux LPAR - how to drop caching Ranga Nathan [EMAIL PROTECTED] wrote: We are on STK V2X DASD array. We can do very well without Linux adding further caching. Is there a way to tell Linux not to cache the DASD? As David said, there's apparently no way to turn this off. For several years, I've been asking folks this same question. You can't, they'd say. But you keep saying, 'You can do anything, it's Linux!', I'd respond. After saying that several times, I finally got an explanation that I think makes sense: this is a result of *ix's everything is a file philosophy. By the time the request gets down low enough in the OS that it hits the caching code, the fact that a page is from disk is long lost. That doesn't mean it couldn't be fixed (yes, I'm using the word fixed -- I see this as a serious design flaw, from a shared storage standpoint), just that it's non-trivial. HTH ...phsiii -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 Confidentiality Warning: This e-mail contains information intended only for the use of the individual or entity named above. If the reader of this e-mail is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, any dissemination, publication or copying of this e-mail is strictly prohibited. The sender does not accept any responsibility for any loss, disruption or damage to your data or computer system that may occur while using data contained in, or transmitted with, this e-mail. If you have received this e-mail in error, please immediately notify us by return e-mail. Thank you.
Re: PHP4 SLES8 Apache 1.3 DB2 Connect
On Thu, 29 Jul 2004 15:20:27 -0600 Seader, Cameron [EMAIL PROTECTED] wrote: yeah it will build just fine, but does anyone know of an alternative, so that i can connect my php apps to a db2 database. are there some other drivers i can use in php to connect to a db2 database. -Cameron Well, if all you want is your PHP apps talking to DB2 then you may not need to use the db2 calls from PHP. You may be able to use a generic PHP SQL library to get a db2 client installed on the same to connect to the DB2 server (maybe using ODBC calls). Take a look at PEAR:DB (at http://pear.php.net/) which abstracts the DB interface nicely, keeping your code valid no matter what brand the database is. José Canelas -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Linux stress test
On Thu, 24 Jun 2004 17:54:55 +0100 Alan Cox [EMAIL PROTECTED] wrote: On Iau, 2004-06-24 at 18:44, Levy, Alan wrote: Are there any stress test products out there that I can download ? Several - things like cerberus being pretty extreme system testers. I found this list when looking for Siege, something I've used once. Looks like there are a few that would fit what you want, Apache Jmeter stood out particularly. http://www.opensourcetesting.org/performance.php -- jmc -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
VM for x86 project
I have just bumped into something that may be of interest to the list. Xen is a virtual machine monitor for x86 that supports execution of multiple guest operating systems with unprecedented levels of performance and resource isolation. http://www.cl.cam.ac.uk/Research/SRG/netos/xen/index.html Which is part of a larger project: http://www.cl.cam.ac.uk/Research/SRG/netos/xeno/ In their own words: The Xenoserver project is building a public infrastructure for wide-area distributed computing. [...] This wide-ranging project has two main strands of work: * Development of the Xen virtual machine monitor, a high-performance hypervisor for hosting multiple commodity operating systems on a single x86-based server. This forms the core of each Xenoserver node, providing the resource management, accounting and auditing that we require. Xen finds numerous applications outside the Xenoserver project. These inclue server consolidation and secure computing platforms. * Development of the Xenoserver Open Platform control software for managing networks of Xenoservers. Our research includes distributed storage, server discovery, resource management and authentication, authorization and accounting (AAA) functions. This work finds relevance to Grid computing and to globally distributed testbeds such as PlanetLab. I skimmed a couple of their papers and they specifically mention S/390 and zArch LPARs as an example of virtualization technology but I didn't find any referece to z/VM. -jmc
Re: history of Linux/390
The How Big Blue fell for Linux article at salon.com http://archive.salon.com/tech/fsp/2000/09/12/chapter_7_part_one/print.html may be useful. --jmc On Fri, 07 Nov 2003 06:43:48 -0800 Marian Gasparovic [EMAIL PROTECTED] wrote: Hi all I would like to present history of Linux/390 at local linux user group conference. I try to find (as my memory fails miserably) some interesting dates, like when IBM first announced they work on linux390 when was first marist filesystem available when was s390 accepted to kernel tree first commercial distribution available etc Any links available ? BTW it comes up here from time to time, but as it changes - what are actual prices for redhat and suse ? Thank you = === Marian Gasparovic === The mere thought hadn't even begun to speculate about the merest possibility of crossing my mind. __ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree
Re: An update to the little script I post the other day...
Just looked over it now. Very very nice, I think I'll make good use of it, thank you. It's funny, Unix people say (think it was Kernighan or Ritchie who said it first) that this is a spartan operating system, that commands, directory, variable names are supposed to be short and concise (thus the vowel shortage abundance :) ), but I discovered mainframe hackers' code (be it my MVS colleague's JCL or the shell code you submitted) is a lot more spartan when it comes to designating objects. Makes sense. You mainframe guys were already doing this way before I was even born, when assembly was high-level and every bit count. Guess you are the original hackers :) -- jmc On Thu, 31 Jul 2003 15:23:52 -0500 Lucius, Leland [EMAIL PROTECTED] wrote: Here ya go. It is a tarball since it includes the required patch to the dialog package. Glad you asked for it...Enjoy! Leland -Original Message- From: Samy Rengasamy [mailto:[EMAIL PROTECTED] Sent: Thursday, July 31, 2003 3:14 PM To: [EMAIL PROTECTED] Subject: Re: An update to the little script I post the other day... Can you post the updated script, Please. Thanks, Samy Rengasamy. -Original Message- From: Lucius, Leland [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 30, 2003 5:49 PM To: [EMAIL PROTECTED] Subject: An update to the little script I post the other day... If anyone is interested, I've updated that script I posted the other day that allows you to edit MVS PDSes from Linux. It now supports z/VM as well and provides improved handling of large directory lists. (The first one basically sucked for large lists.) Unfortunately, it requires a patch to the dialog package to get around command line length limitations. I won't be posting it unless there's interest. Leland
[no subject]
Could it be that you have su restricted to members of the wheel user group? I can't remember where that is set, tough. - jmc On Thu, 17 Jul 2003 12:41:43 -0700 (PDT) Marcy Cortes [EMAIL PROTECTED] wrote: Ryan wrote: Did you stop and start the ssh server after changing the config file? I rebooted the whole instance and su still says incorrect password Marcy
offloading CPU intensive loads from zLinux to cheaper pastures
Greetings. As a newbie to the mainframe environment (my background is mostly linux), I have grown enthusiastic about this superior hardware I knew very little about. Nevertheless, I have always found it a shame that number crunching workloads are not a good match to the mainframe. Grid computing is interesting as a way to make the best of the cheap computing power provided by intel boxes, on the one hand, and the robustness of the mainframe, on the other, opening new avenues for integrating and using various resources with their own strenghts. If i got it right, it seems that applications need to be grid-aware to be able to use it effectively, which makes it a no-no as a short-term solution. And then I had this idea when I was reading about openMosix. For those of you who haven't heard, check the homepage at http://openmosix.sourceforge.net/. In a nutshell, openMosix is a single-image clustering system implemented as a Linux kernel extension and a set of userland tools. You connect multiple IA-32 boxes with a patched kernel and get a linearly scalable cheap supercomputer. Users treat it like a single machine, as processes are migrated to idle(ier) nodes transparently. So what if we could patch a zLinux image kernel and then made it one of the nodes of one of these clusters? If possible, we would have a way to cleanly offload CPU intensive jobs from the linux/mainframe to cheaper external engines. This would get cheap horsepower to the mainframe, transparently, and would still allow for centralized management (filesystems could still reside on DASD). I can think of at least one disadvantage. If an external node breaks, any processes it is running at the moment will be lost, which wouldn't happen on a zLinux image, as far as I know. Any mainframe and VM gurus care to comment? Is there any reason why this can't be done? Do we loose any more reliability features? Am I missing something that makes it totally impractical? Thanks for your patience :) -- jmc
Re: offloading CPU intensive loads from zLinux to cheaper pastures
On Wed, 18 Jun 2003 12:37:36 -0500 Adam Thornton [EMAIL PROTECTED] wrote: And an ia32 process isn't going to run on a zArch processor or vice versa. I'm pretty sure OpenMosix requires homogeneous processors in its resource blob. Hmm, I see. Well, I don't know what you mean by homogeneous. If you're referring to architecture then I think you're right, but the FAQ on the site says that you can have a mix of different capacity IA-32 processors. Well, and do you see major obstacles to porting openMosix to z/Linux? Anyone else remember Amoeba? OK, anyone else *other* than Dr. Boyes. Let's not always see the same hands here. I did read about it, a long time ago. But that looks rethorical :) Do you have a story to tell? :) Of course, by the time you go that route, you may as well just do a Grid and be done with it. You're probably right. -- jmc ps. I'll be out of office tomorrow, but I'll follow the discussion on friday.
Re: OT- Website creation Software
Colin Walls wrote: Slightly off topic , what software is the for website creation under Linux ( ala FrontPage) ?. I can't think of anything as bad as FrontPage. Personally I use Xemacs with the psgml extension. If you want to go for something that is more GUI like, then try Quanta. Worse than FrontPage? Hmm, perhaps MS Word? :) Personaly I use Vim :) And besides Quanta, for something a bit more GUI like, you also have Bluefish. jmc
