Hi again, I don't think, that there are longer or shorter processes. Since I installed the 2nd CPU (933MHz for Compaq ProLaint380), I have these logenties.
For example, I have a site, which supports more languages (at this time english and german only). On one site, I installed a JavaScript-Calender and the name of the months will be selected from the database in the correct language the customer wanted it. The mysql-logs look like this, when I called the calender and the name of month should be in german: 030317 16:09:54 22669 Init DB calenderDB 22669 Query SELECT de FROM general_lang WHERE def = 'jan' 030317 16:09:58 22669 Query SELECT de FROM general_lang WHERE def = 'feb' 030317 16:09:54 22669 Query SELECT de FROM general_lang WHERE def = 'mar' 030317 16:09:58 22669 Query SELECT de FROM general_lang WHERE def = 'apr' 22669 Query SELECT de FROM general_lang WHERE def = 'mai' 030317 16:09:54 22669 Query SELECT de FROM general_lang WHERE def = 'jun' 030317 16:09:58 22669 Query SELECT de FROM general_lang WHERE def = 'jul' 030317 16:09:54 22669 Query SELECT de FROM general_lang WHERE def = 'aug' 030317 16:09:58 22669 Query SELECT de FROM general_lang WHERE def = 'sep' 030317 16:09:54 22669 Query SELECT de FROM general_lang WHERE def = 'okt' 22669 Query SELECT de FROM general_lang WHERE def = 'nov' 030317 16:09:58 22669 Query SELECT de FROM general_lang WHERE def = 'dez' I don't think, that selecting the german word for february, april and july needs more cpu than march, june or october. There is also another thing; I in one database some ISO short forms, which stands for some languages. For example: de -> german, en -> english, it -> italian and so on. So, if one customer wants to see details of one person which works for our office, he maybe doesn't know the meaning of de, en, it. So this shortforms will also translated to his prefered language. The mysql-logs looks like this: 030317 15:20:58 22560 Query SELECT def FROM lang_sprachkuerzel WHERE isoKuerzel = 'en' 030317 15:20:57 22560 Query SELECT en FROM general_lang WHERE def = 'englisch' 22560 Query SELECT def FROM lang_sprachkuerzel WHERE isoKuerzel = 'hr' 030317 15:21:00 22560 Query SELECT en FROM general_lang WHERE def = 'kroatisch' 030317 15:20:57 22560 Query SELECT def FROM lang_sprachkuerzel WHERE isoKuerzel = 'fr' 030317 15:21:00 22560 Query SELECT en FROM general_lang WHERE def = 'franzoesisch' 030317 15:20:57 22560 Query SELECT def FROM lang_sprachkuerzel WHERE isoKuerzel = 'it' 030317 15:21:00 22560 Query SELECT en FROM general_lang WHERE def = 'italienisch' 030317 15:20:57 22560 Query SELECT def FROM lang_sprachkuerzel WHERE isoKuerzel = 'ru' 030317 15:21:00 22560 Query SELECT en FROM general_lang WHERE def = 'russisch' A PHP script split the language-string which was for this example: en,hr,fr,it,ru. Then the script initialize a mysql query (look for the definition of _en_). mysql sends back: _englisch_. Then the script initialize a translation query (look for the english word for _englisch_). mysql send back _english_. Only after this steps, the php-script starts again with _hr_ and so on. So when mysql made the logentry _SELECT en FROM general_lang WHERE def = 'englisch'_, mysql got the the query result from _SELECT def FROM lang_sprachkuerzel WHERE isoKuerzel = 'en'_. But this query result was in the past and not in the future. That's the funny thing I'm thinking of. Before I upgraded my server with the 2nd cpu, the logs where _normal_. Rgds, Peter > -----Original Message----- > From: Gelu Gogancea [mailto:[EMAIL PROTECTED] > Sent: Monday, March 17, 2003 4:48 PM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: mySQL activity logging on a dual prozessor maschine > > > Hi Peter, > ----- Original Message ----- > From: "Peter Stoehr" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Cc: "Gelu Gogancea" <[EMAIL PROTECTED]> > Sent: Monday, March 17, 2003 3:56 PM > Subject: RE: mySQL activity logging on a dual prozessor maschine > > > > Hi Gelu, > > > > thanks for your message. But I'm not confused about the timeformat, I'm > > confused of the order the logs are. > > > > 1st: 19:31:18 > > 2nd: 19:31:20 > > 3rd: 19:31:18 (!) > > 4th: 19:31:20 (!) > Indeed...this is a little strange.If we suppose that your computer clock > work fine,remain only idea about time processing.It's possible to be some > "shorter" processes which can running on the same period of time with the > "longer" processes.That means can be a process(shorter time running/easy > process) which is started after another process is already started(longer > time running/heavy) but is finished before the process which was already > started.In this situation can make sense because this processes > write on the > log file (the starting time) after *they* are succesfully finished. > > > Regards, > > Gelu > _____________________________________________________ > G.NET SOFTWARE COMPANY > > Permanent e-mail address : [EMAIL PROTECTED] > [EMAIL PROTECTED] --------------------------------------------------------------------- Before posting, please check: http://www.mysql.com/manual.php (the manual) http://lists.mysql.com/ (the list archive) To request this thread, e-mail <[EMAIL PROTECTED]> To unsubscribe, e-mail <[EMAIL PROTECTED]> Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php