Sponsored Content
Top Forums Shell Programming and Scripting Difference between development and Production unix servers for a application?? Post 302227290 by sakthifire on Thursday 21st of August 2008 02:41:24 AM
Old 08-21-2008
Question Difference between development and Production unix servers for a application??

Hi all
I am running a major script of my application in development for implementing code changes for process improvement in time. The script runs in production once in a month . It takes 8 hours 30 mins in Production server . what surprice me is , when I run the same script in development server with out implementing the changes it completes in 4 hours 20 mins .Everything was updated perfectly . Please can I know the any differences in PRODUCTION and DEVELOPMENT UNIX servers for the application ?

~Sakthifire
 

10 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

music production, unix

okay, so i'm using windows right now because i produce electronic music and all my software is written for windows. i want to get rid of microsoft's os, so i'm wondering if there is an easy way to run these windows programs on a unix system. maybe a windows emulator for x-windows or something... (1 Reply)
Discussion started by: nydel
1 Replies

2. UNIX for Dummies Questions & Answers

Dominant Unix in production?

What's the dominant Unix in production environment? Solaris or Linux? HP-UX and AIX have never been "dominant", while HP-UX is widely used in financial circles... Is Linux reallly where it's all going for major production environments running Oracle/SAP/whatever or will Solaris remain... (1 Reply)
Discussion started by: etc
1 Replies

3. UNIX for Dummies Questions & Answers

Application servers, proper usage

Is it common in the Unix/Linux environment to install compute intensive applications on a Server system and have the client machines download the executables into memory at runtime to run locally? This model seems taxing to the network, and as I understand, has been largely abandoned in the... (1 Reply)
Discussion started by: jonwillog
1 Replies

4. UNIX for Dummies Questions & Answers

Most common version of UNIX on production systems

I am new to UNIX (about a year) and learning as fast as I can. I am an instructor teaching UNIX and have two labs with Ultra 10 333 MHz, Sun Blade 1000 1 GHz, Blade 100, and Two Enterprise 250 Servers. We are currently teaching our classes using the Solaris 2.10 OS, downloaded in May 2006, I am not... (7 Replies)
Discussion started by: dutchman
7 Replies

5. UNIX for Advanced & Expert Users

Application Servers Installation and Users

Hi, When most of the server applications get installed, they create their own user. I believe this is to not use the "root" account. For example, Apache when installed creates a user called "apache". And the directories which it uses are all owned by this user. This seems to be the... (2 Replies)
Discussion started by: srikanths
2 Replies

6. BSD

Copying OpenBSD Kernel from a non production to production machine

Hi All, There are few OpenBSD 4.8 servers without compiler installed at my working place. However, sometimes there are some patches released for patching the kernel. My question is: Can I setup a non production OpenBSD 4.8 server as a test machine with compiler installed and use it to... (1 Reply)
Discussion started by: lcxpics
1 Replies

7. Solaris

SNMP application for production environment

Hi Is there any default/open source snmp application to send traps monitor some processes in Solaris has MIB package available that can be used in production environment I am using SunOS Server1 5.10 Generic_142910-17 i86pc i386 i86pc If it has a GUI its a plus :) (1 Reply)
Discussion started by: kashif_islam
1 Replies

8. UNIX for Dummies Questions & Answers

ksh to check second time difference between two servers

I am currently setting up a public key authentication between servers. The goal is to get the date via `ssh hostname date` on all the 4 remote servers , put the value in a text file on the central server and compare the date (specifically seconds) for each server date output to check if time is... (7 Replies)
Discussion started by: depam
7 Replies

9. Shell Programming and Scripting

Switching from production to development envirornment in UNIX

I had a unix scripts in prod. I need to made changes in those scripts which I don't have the edit access. I need to move those scripts from prod to dev to edit. Please tell me how to switch from production to development, So that I can made changes in dev and again move those scripts to Prod. ... (3 Replies)
Discussion started by: Rajeswararao
3 Replies

10. HP-UX

Sudden application crash in servers

Hi, This weekend there was a sudden application crash in the server. I did not know where to start to investigate the problem, so I first looked into the /var/adm/syslog/syslog.log, and this was what I found : Dec 17 00:38:02 L28bi01 sshd: error: accept: No buffer space available Dec 17... (9 Replies)
Discussion started by: anaigini45
9 Replies
PLACKUP(1p)						User Contributed Perl Documentation					       PLACKUP(1p)

NAME
plackup - Run PSGI application with Plack servers SYNOPSIS
# read your app from app.psgi file plackup # choose .psgi file from ARGV[0] (or with -a option) plackup hello.psgi # switch server implementation with --server (or -s) plackup --server HTTP::Server::Simple --port 9090 --host 127.0.0.1 test.psgi # use UNIX socket to run FCGI daemon plackup -s FCGI --listen /tmp/fcgi.sock myapp.psgi # launch FCGI external server on port 9090 plackup -s FCGI --port 9090 DESCRIPTION
plackup is a command line utility to run PSGI applications from the command line. plackup automatically figures out the environment it is run in, and runs your application in that environment. FastCGI, CGI, AnyEvent and others can all be detected. See Plack::Loader for the authorative list. "plackup" assumes you have an "app.psgi" script in your current directory. The last statement of "app.psgi" should be a code reference that is a PSGI application: #!/usr/bin/perl use MyApp; my $application = MyApp->new; my $app = sub { $application->run_psgi(@_) }; ARGUMENTS
.psgi plackup --host 127.0.0.1 --port 9090 /path/to/app.psgi The first non-option argument is used as a ".psgi" file path. You can also set this path with "-a" or "--app". If omitted, the default file path is "app.psgi" in the current directory. OPTIONS
-a, --app Specifies the full path to a ".psgi" script. You may alternately provide this path as the first argument to "plackup". -e Evaluates the given perl code as a PSGI app, much like perl's "-e" option: plackup -e 'sub { my $env = shift; return [ ... ] }' It is also handy when you want to run a custom application like Plack::App::*. plackup -MPlack::App::File -e 'Plack::App::File->new(...)->to_app' You can also specify "-e" option with ".psgi" file path to wrap the application with middleware configuration from the command line. You can also use Plack::Builder DSL syntax inside "-e" code. For example: plackup -e 'enable "Auth::Basic", authenticator => ...;' myapp.psgi is equivalent to the PSGI application: use Plack::Builder; use Plack::Util; builder { enable "Auth::Basic", authenticator => ...; Plack::Util::load_psgi("myapp.psgi"); }; Note that when you use "-e" option to enable middleware, plackup doesn't assume the implicit "app.psgi" path. You must either pass the path to your ".psgi" file in the command line arguments, or load the application inside "-e" after the "enable". plackup # Runs app.psgi plackup -e 'enable "Foo"' # Doesn't work! plackup -e 'enable "Foo"' app.psgi # Works plackup -e 'enable "Foo"; sub { ... }' # Works -o, --host Binds to a TCP interface. Defauts to undef, which lets most server backends bind the any (*) interface. This option is only valid for servers which support TCP sockets. -p, --port Binds to a TCP port. Defaults to 5000. This option is only valid for servers which support TCP sockets. -s, --server, the "PLACK_SERVER" environment variable Selects a specific server implementation to run on. When provided, the "-s" or "--server" flag will be preferred over the environment variable. If no option is given, plackup will try to detect the best server implementation based on the environment variables as well as modules loaded by your application in %INC. See Plack::Loader for details. -S, --socket Listens on a UNIX domain socket path. Defaults to undef. This option is only valid for servers which support UNIX sockets. -l, --listen Listens on one or more addresses, whether "HOST:PORT", ":PORT", or "PATH" (without colons). You may use this option multiple times to listen on multiple addresses, but the server will decide whether it supports multiple interfaces. -D, --daemonize Makes the process run in the background. It's up to the backend server/handler implementation whether this option is respected or not. -I Specifies Perl library include paths, like "perl"'s -I option. You may add multiple paths by using this option multiple times. -M Loads the named modules before loading the app's code. You may load multiple modules by using this option multiple times. -E, --env, the "PLACK_ENV" environment variable. Specifies the environment option. Setting this value with "-E" or "--env" also writes to the "PLACK_ENV" environment variable. This allows applications or frameworks to tell which environment setting the application is running on. # These two are the same plackup -E deployment env PLACK_ENV=deployment plackup Common values are "development", "deployment", and "test". The default value is "development", which causes "plackup" to load the middleware components: AccessLog, StackTrace and Lint. -r, --reload Makes plackup restart the server whenever a file in your development directory changes. This option by default watches the "lib" directory and the base directory where .psgi file is located. Use "-R" to watch other directories. Reloading will delay the compilation of your application. Automatic server detection (see "-s" above) may not behave as you expect, if plackup needs to scan your application for the modules it uses. Avoid problems by specifying "-s" explicitly when using "-r" or "-R". -R, --Reload Makes plackup restart the server whenever a file in any of the given directories changes. "-R" and "--Reload" take a comma-separated list of paths: plackup -R /path/to/project/lib,/path/to/project/templates -L, --loader Specifies the server loading subclass that implements how to run the server. Available options are Plack::Loader (default), Restarter (automatically set when "-r" or "-R" is used), Delayed and Shotgun. See Plack::Loader::Delayed and Plack::Loader::Shotgun for more details. --access-log Specifies the pathname of a file where the access log should be written. By default, in the development environment access logs will go to STDERR. Other options that starts with "--" are passed through to the backend server. See each Plack::Handler backend's documentation for more details on their available options. SEE ALSO
Plack::Runner Plack::Loader perl v5.14.2 2011-07-14 PLACKUP(1p)
All times are GMT -4. The time now is 08:41 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy