Utility functions, prices, and negotiation


 
Thread Tools Search this Thread
Special Forums News, Links, Events and Announcements UNIX and Linux RSS News Utility functions, prices, and negotiation
# 1  
Old 07-07-2008
Utility functions, prices, and negotiation

HPL-2008-81 Utility functions, prices, and negotiation - Wilkes, John
Keyword(s): utility theory, price functions, risk, negotiation, penalties, SLAs
Abstract: This paper provides an introduction to the use of utility theory with service level agreements between a computer-based service provider and a client. It argues that a consistent approach to utility, together with a flexible notion of pricing, can go a long way to clarifying some of the hidden assum ...
Full Report

More...
Login or Register to Ask a Question

Previous Thread | Next Thread

5 More Discussions You Might Find Interesting

1. Shell Programming and Scripting

How to execute functions or initiate functions as command line parameters for below requirement?

I have 7 functions those need to be executed as command line inputs, I tried with below code it’s not executing function. If I run the ./script 2 then fun2 should execute , how to initiate that function I tried case and if else also, how to initiate function from command line if then... (8 Replies)
Discussion started by: saku
8 Replies

2. IP Networking

Doubt regarding TCP Options negotiation

Hi, I am aware that duirng the intial SYN, SYN-ACK, ACK (connection establishment) phase, both TCP ends advertize TCP options (or extended features) each would like to use for the connection. Ultimately both ends end up using TCP options commonly supported and advertized by both. My doubt... (2 Replies)
Discussion started by: jake24
2 Replies

3. Web Development

Data type to use for prices with commas

Hi everybody, I`m very new with PHP and Databases and I having the follow issue with prices data.. The original information is in CSV files. The prices have formatted with commas and dots as follow: 12,300.99 -->(thousands separated by commas) 3,500.25 -->(thousands separated... (10 Replies)
Discussion started by: cgkmal
10 Replies

4. Solaris

Server model and it's prices.

Hello Guruz, I would like to know the list of Solaris spar models and it's prices. (2 Replies)
Discussion started by: bullz26
2 Replies

5. Solaris

dhcp negotiation failed

on solaris 10, I use static ip address, and choose no dhcp during installation. But I keep receiving the following messages in my console: Mar 9 03:43:40 ellst rmclomv: DHCP negotiation failed, perhaps misconfigured or no DHCP server available Mar 9 03:49:58 ellst rmclomv: DHCP negotiation... (1 Reply)
Discussion started by: fredao
1 Replies
Login or Register to Ask a Question
sasl_client_step(3)						  SASL man pages					       sasl_client_step(3)

NAME
sasl_client_step - Perform a step in the authentication negotiation SYNOPSIS
#include <sasl/sasl.h> int sasl_client_step(sasl_conn_t *conn, const char *serverin, unsigned serverinlen, sasl_interact_t ** prompt_need, const char ** clientout, unsigned * clientoutlen); DESCRIPTION
sasl_client_step() performs a step in the authentication negotiation. It returns SASL_OK if the whole negotiation is successful and SASL_CONTINUE if this step is ok but at least one more step is needed. A client should not assume an authentication negotiation is success- ful just because the server signaled success via protocol (i.e. if the server said ". OK Authentication succeeded" in IMAP sasl_client_step should still be called one more time with a serverinlen of zero. If SASL_INTERACT is returned the library needs some values to be filled in before it can proceed. The prompt_need structure will be filled in with requests. The application should fulfill these requests and call sasl_client_start again with identical parameters (the prompt_need parameter will be the same pointer as before but filled in by the application). conn is the SASL connection context serverin is the data given by the server (decoded if the protocol encodes requests sent over the wire) serverinlen is the length of serverin clientout and clientoutlen is created. It is the initial client response to send to the server. It is the job of the client to send it over the network to the server. Any protocol specific encoding (such as base64 encoding) necessary needs to be done by the client. RETURN VALUE
sasl_client_step returns an integer which corresponds to one of the following codes. SASL_CONTINUE indicates success and that there are more steps needed in the authentication. SASL_OK indicates that the authentication is complete. All other return codes indicate errors and should either be handled or the authentication session should be quit. CONFORMING TO
RFC 4422 SEE ALSO
sasl(3), sasl_callbacks(3), sasl_errors(3), sasl_client_init(3), sasl_client_new(3), sasl_client_start(3) SASL
10 July 2001 sasl_client_step(3)