On Dec 1, 2005, at 04:12 , Michael Vince wrote:
Some apps that use of frequent queries of the system time for
example MySQL are well known in FreeBSD to be slower then Linux
because its more expensive to call compared to Linux, maybe Tomcat
is also another such app this can also be double
Some apps that use of frequent queries of the system time for example
MySQL are well known in FreeBSD to be slower then Linux because its
more expensive to call compared to Linux, maybe Tomcat is also another
such app this can also be double the case depending on on your jsp and
servlet code.
Clearly they're not 100% equal, but (100-epsilon)%. Your job is to
identify the origin of the epsilon :-)
Yea yea ;) Working on it..
Is there a way to force ACPI-safe on the slower system?
I'm upgrading BIOSes on both boxes now, even though they seem equal.
Then I'll see what ACPI debug ou
On 11/29/05, Eirik Øverby <[EMAIL PROTECTED]> wrote:
>
> On Nov 29, 2005, at 11:37 , Kris Kennaway wrote:
>
> > On Tue, Nov 29, 2005 at 10:25:07AM +0100, Eirik ?verby wrote:
> >>
> >> On Nov 29, 2005, at 10:15 , Kris Kennaway wrote:
> >>
> >>> On Tue, Nov 29, 2005 at 09:46:09AM +0100, Eirik Oeverby
On Nov 29, 2005, at 11:37 , Kris Kennaway wrote:
On Tue, Nov 29, 2005 at 10:25:07AM +0100, Eirik ?verby wrote:
On Nov 29, 2005, at 10:15 , Kris Kennaway wrote:
On Tue, Nov 29, 2005 at 09:46:09AM +0100, Eirik Oeverby wrote:
On Mon, 28 Nov 2005, Kris Kennaway wrote:
On Mon, Nov 28, 2005
On Tue, Nov 29, 2005 at 10:48:33AM +0100, Eirik ?verby wrote:
> On Nov 29, 2005, at 10:44 , Joseph Koshy wrote:
>
> >E?> Yea yea ;) Working on it..
> >E?> Is there a way to force ACPI-safe on the slower system?
> >
> ># sysctl kern.timecounter.hardware= >kern.timecounter.choice>
>
> kern.timecoun
On Tue, Nov 29, 2005 at 10:25:07AM +0100, Eirik ?verby wrote:
>
> On Nov 29, 2005, at 10:15 , Kris Kennaway wrote:
>
> >On Tue, Nov 29, 2005 at 09:46:09AM +0100, Eirik Oeverby wrote:
> >>
> >>
> >>On Mon, 28 Nov 2005, Kris Kennaway wrote:
> >>
> >>>On Mon, Nov 28, 2005 at 10:53:00PM +0100, Eirik
On Nov 29, 2005, at 10:44 , Joseph Koshy wrote:
EØ> Yea yea ;) Working on it..
EØ> Is there a way to force ACPI-safe on the slower system?
# sysctl kern.timecounter.hardware=
kern.timecounter.choice: TSC(-100) ACPI-fast(1000) i8254(0) dummy
(-100)
ACPI-safe is not among the choices. Wh
EØ> Yea yea ;) Working on it..
EØ> Is there a way to force ACPI-safe on the slower system?
# sysctl kern.timecounter.hardware=
--
FreeBSD Volunteer, http://people.freebsd.org/~jkoshy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.o
On Nov 29, 2005, at 10:15 , Kris Kennaway wrote:
On Tue, Nov 29, 2005 at 09:46:09AM +0100, Eirik Oeverby wrote:
On Mon, 28 Nov 2005, Kris Kennaway wrote:
On Mon, Nov 28, 2005 at 10:53:00PM +0100, Eirik ?verby wrote:
Firmware versions are equal. BIOS settings are equal.
However, a diff of
On Tue, Nov 29, 2005 at 09:46:09AM +0100, Eirik Oeverby wrote:
>
>
> On Mon, 28 Nov 2005, Kris Kennaway wrote:
>
> >On Mon, Nov 28, 2005 at 10:53:00PM +0100, Eirik ?verby wrote:
> >>Firmware versions are equal. BIOS settings are equal.
> >>However, a diff of the dmesgs show (apart from MAC addre
On Mon, 28 Nov 2005, Kris Kennaway wrote:
On Mon, Nov 28, 2005 at 10:53:00PM +0100, Eirik ?verby wrote:
Firmware versions are equal. BIOS settings are equal.
However, a diff of the dmesgs show (apart from MAC address differences):
30c30
< Timecounter "ACPI-safe" frequency 3579545 Hz quality
On Mon, Nov 28, 2005 at 10:53:00PM +0100, Eirik ?verby wrote:
> Firmware versions are equal. BIOS settings are equal.
> However, a diff of the dmesgs show (apart from MAC address differences):
>
> 30c30
> < Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000
> ---
> > Timecounter "ACPI-fast"
On 11/28/05, Eirik Øverby <[EMAIL PROTECTED]> wrote:
> Update: The diff below was made after making sure both systems are
> running the exact same kernel. Behavior is the same. Building new
> kernels (6-STABLE) now to get out of the BETA stage.
>
> /Eirik
>
> On Nov 28, 2005, at 22:53 , Eirik Øverb
Update: The diff below was made after making sure both systems are
running the exact same kernel. Behavior is the same. Building new
kernels (6-STABLE) now to get out of the BETA stage.
/Eirik
On Nov 28, 2005, at 22:53 , Eirik Øverby wrote:
Firmware versions are equal. BIOS settings are eq
Firmware versions are equal. BIOS settings are equal.
However, a diff of the dmesgs show (apart from MAC address differences):
30c30
< Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000
---
> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
What on earth is that all about? The "s
On Mon, Nov 28, 2005 at 09:54:30PM +0100, Eirik ?verby wrote:
> Hi,
>
> I think I have found the culprit. There must be some sort of
> difference between the machines after all (BIOS revision?), because
> while on one machine the interrupt rate for the bge card stays very
> low (2 to be exac
Hi,
I think I have found the culprit. There must be some sort of
difference between the machines after all (BIOS revision?), because
while on one machine the interrupt rate for the bge card stays very
low (2 to be exact) during maximum load, the other machine goes
beyond 1000 and keeps ri
Follow-up:
I've now ran vmstat during load, which confirms the findings of
vmstat during idle time.
Slow system - one sample before and after load start included:
procs memory pagedisks faults cpu
r b w avmfre flt re pi po fr sr da0 pa0 in
On Nov 28, 2005, at 15:54 , Joseph Koshy wrote:
EØ> *loads* more context switches than on the BETA-3 system.
EØ> I have not yet tried this during load
- Which scheduler have you configured (BSD or ULE)?
Running GENERIC/SMP kernels, with BSD scheduler.
Speaking of which; is there a way to ex
On Nov 28, 2005, at 14:45 , Joseph Koshy wrote:
On 11/26/05, Eirik Øverby <[EMAIL PROTECTED]> wrote:
EØ> [Cross-posting after lack of response on -stable]
The first step would be do some performance debugging.
Yep.
- What do top/vmstat/systat say about what the OS and
apps are doing? I
On 11/26/05, Eirik Øverby <[EMAIL PROTECTED]> wrote:
EØ> [Cross-posting after lack of response on -stable]
The first step would be do some performance debugging.
- What do top/vmstat/systat say about what the OS and
apps are doing? Is the CPU pegged at 100%? What's
the load seen by the d
Hi all,
are there any obvious changes between 6.0-BETA3 and 6.0-RELEASE / 6.0-
STABLE that I should be aware of, that could cause a quite noticeable
decline in performance (and a change in performance patterns) for
java/tomcat?
On a BETA-3 system I'm seeing, with the particular application
23 matches
Mail list logo
