nderson" a écrit:
>>
>>> On 2023-10-16, Comète wrote:
>>
>> Hello,
>>
>> I'm experiencing big slowdowns on a LENOVO Thinkpad T14 Gen3 when using MP
>> kernel (on 7.3 and 7.4)
>> but strangely not on GENERIC.
>> For example, st
Stuart Henderson writes:
> On 2023-10-17, Comète wrote:
>> Hi,
>>
>> Wow ! you're absolutely right ! If I unplug, no lagg anymore.
>> So the solution should be to apply your patch and rebuild the kernel ?
>
> It's certainly worth trying. If you do, please report back here.
>
I have a particul
organ
>
> 17 octobre 2023 14:24 "Stuart Henderson" a écrit:
>
>> On 2023-10-16, Comète wrote:
>>
>>> Hello,
>>>
>>> I'm experiencing big slowdowns on a LENOVO Thinkpad T14 Gen3 when using MP
>>> kernel (on 7.3 and 7.4)
&g
>> I'm experiencing big slowdowns on a LENOVO Thinkpad T14 Gen3 when using MP
>> kernel (on 7.3 and 7.4)
>> but strangely not on GENERIC.
>> For example, starting LibreOffice on GENERIC takes 7 seconds but 35 seconds
>> on MP kernel. It's even
>> laggin
On 2023-10-16, Comète wrote:
> Hello,
>
> I'm experiencing big slowdowns on a LENOVO Thinkpad T14 Gen3 when using MP
> kernel (on 7.3 and 7.4) but strangely not on GENERIC.
> For example, starting LibreOffice on GENERIC takes 7 seconds but 35 seconds
> on MP kernel.
Hello,
I'm experiencing big slowdowns on a LENOVO Thinkpad T14 Gen3 when using MP
kernel (on 7.3 and 7.4) but strangely not on GENERIC.
For example, starting LibreOffice on GENERIC takes 7 seconds but 35 seconds on
MP kernel. It's even lagging when typing some text in an editor
hilip Guenther"
An: Infoomatic
Cc: "OpenBSD Misc"
Betreff: Re: crash of OpenBSD 6.3 -stable (amd64 MP kernel) - unswapping
kills connectionsOn Thu, Apr 26, 2018 at 11:21 PM, Infoomatic
wrote:
thanks for your input! Actually, I was never really satisfied with
the stabilit
On Thu, Apr 26, 2018 at 11:21 PM, Infoomatic wrote:
>
> thanks for your input! Actually, I was never really satisfied with the
> stability of ntopng, so this problem of the memory leak does not really
> surprise me. However, when killing the process, which also means freeing
> swap space, I think
On 27/04/18 07:21, Infoomatic wrote:
> I think it is not an expected behaviour that the system does not handle any
> tcp/ip or icmp connections any more until the swap space is fully freed
> (which, in my case when ntopng used 3 out of 4GB swap, lastet for nearly 20
> minutes). IMHO, unswapping
.
If the working set is larger han physical memory, all bets are off.
-Otto
>
> Regards,
> infoomatic
>
>
> > Gesendet: Donnerstag, 26. April 2018 um 16:10 Uhr
> > Von: "Stuart Henderson"
> > An: misc@openbsd.org
> > Betreff: Re: crash of
det: Donnerstag, 26. April 2018 um 16:10 Uhr
> Von: "Stuart Henderson"
> An: misc@openbsd.org
> Betreff: Re: crash of OpenBSD 6.3 -stable (amd64 MP kernel) - unswapping
> kills connections
>
> On 2018-04-26, Infoomatic wrote:
> > Hi,
> >
> > Today I di
On 2018-04-26, Infoomatic wrote:
> Hi,
>
> Today I discovered some interesting details: I guess ntopng has a memory
> leak, thus eating all my 4GB RAM and some 3GB swap - this appeared in the
> morning, so after all the backups and heavy traffic occured.
> When I fired up a rcctl stop ntopng the
treff: crash of OpenBSD 6.3 -stable (amd64 MP kernel)
>
> Hi folks,
>
> Unfortunately this is not a complete bugreport since I could not retrieve
> relevant information, however [1] is the dmesg.
> I upgraded to the new OpenBSD 6.3 version on monday, however, today it
> crashe
Hi folks,
Unfortunately this is not a complete bugreport since I could not retrieve
relevant information, however [1] is the dmesg.
I upgraded to the new OpenBSD 6.3 version on monday, however, today it crashed
- better: it hung completely. I could not reach it any more via ssh, a ping
needed 1
Kevin Chadwick [m8il1i...@gmail.com] wrote:
> > The speed penalty of running a MP kernel on an SP processor is small
> > enough that if it matters to you, you need new hw, so if you are
> > building a universal boot device (i.e., a USB flash disk), just run the
> > MP
> The speed penalty of running a MP kernel on an SP processor is small
> enough that if it matters to you, you need new hw, so if you are
> building a universal boot device (i.e., a USB flash disk), just run the
> MP kernel all the time, you probably won't know the difference.
On 07/10/16 22:31, Tinker wrote:
> On 2016-07-11 04:18, Nick Holland wrote:
>> On 07/10/16 21:48, Tinker wrote:
>>> Hi,
>>>
>>> What is a recommended way to ensure that the MP kernel is installed
>>> really, "cp /bsd.mp /bsd; reboot"
Wait, "install.sh" was phased out and "install.sub" put in its place,
URL
http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/distrib/miniroot/install.sub?rev=1.901&content-type=text/x-cvsweb-markup
.
The only lines I find that mention "bsd.mp" are:
if [[ -f /mnt/bsd.mp ]] && ((NCPU > 1));
On 2016-07-11 10:43, Philip Guenther wrote:
On Sun, Jul 10, 2016 at 7:32 PM, Tinker wrote:
On 2016-07-11 04:18, Nick Holland wrote:
On 07/10/16 21:48, Tinker wrote:
What is a recommended way to ensure that the MP kernel is installed
really, "cp /bsd.mp /bsd; reboot" because the
On Sun, Jul 10, 2016 at 7:32 PM, Tinker wrote:
> On 2016-07-11 04:18, Nick Holland wrote:
>> On 07/10/16 21:48, Tinker wrote:
>>> What is a recommended way to ensure that the MP kernel is installed
>>> really, "cp /bsd.mp /bsd; reboot" because the bootlo
On 2016-07-11 04:18, Nick Holland wrote:
On 07/10/16 21:48, Tinker wrote:
Hi,
What is a recommended way to ensure that the MP kernel is installed
really, "cp /bsd.mp /bsd; reboot" because the bootloader always loads
the "/bsd" file?
and when you build a kernel from source
On 07/10/16 21:48, Tinker wrote:
> Hi,
>
> What is a recommended way to ensure that the MP kernel is installed
> really, "cp /bsd.mp /bsd; reboot" because the bootloader always loads
> the "/bsd" file?
and when you build a kernel from source, it is a
Hi,
What is a recommended way to ensure that the MP kernel is installed
really, "cp /bsd.mp /bsd; reboot" because the bootloader always loads
the "/bsd" file?
Or is it more advisable to echo >> something to /etc/boot.conf or the
like.
Thanks!
Tinker
OK, for the archives:
Someone wrote to me off-list:
> > Other ramdisk-based systems (flashboot, flashrd) have needed to increase
> > NKPTP above the default of 4, and disable isadma (and associated devices).
> > I don't know if it might be relevant here, but easy enough to do that
> > it's probab
On 18-11-10 15:33, Dale Rahn wrote:
> It is likely that this is an 'option SMALL_KERNEL' interaction, however
> realize
> this is a configuration that OpenBSD isn't likely to support.
We looked at it and, unfortunately, that can't be the cause.
Standard RAMDISK_CD sets that option, but our custo
On 18-11-10 15:33, Dale Rahn wrote:
> It is likely that this is an 'option SMALL_KERNEL' interaction,
Thank you for this idea, we will study it carefully.
> however realize this is a configuration that OpenBSD isn't likely to
support.
Clear and no problem!
+++chefren
On Thu, Nov 18, 2010 at 12:08:11PM +0100, chefren wrote:
> We use a custom i386 RAMDISK_CD kernel: basically we add most options from
> GENERIC and
> GENERIC.MP.
>
> Upgrading from 4.6 to 4.8, this kernel hangs forever after:
> root on rd0a swap on rd0b dump on rd0b
>
> The problem turns out
We use a custom i386 RAMDISK_CD kernel: basically we add most options from
GENERIC and
GENERIC.MP.
Upgrading from 4.6 to 4.8, this kernel hangs forever after:
root on rd0a swap on rd0b dump on rd0b
The problem turns out to be MP; activation of the secondary processors.
The custom kernel wor
Hi everybody,
A few months ago, I upgraded my home server to new hardware. I've performed
a clean install of 4.6 (and follow -stable), and since the machine now has
a multi-core CPU, I chose the MP kernel. The machine works fine, but I've
noticed some sudden resets (and subsequent autom
I have some output from the serial port but it is completely nonsensical
which points to mem corruption or bad dma or something. I farted around
with IPI to see if the error was at that level but could not find
anything. Also tried some other things that I suspected were biting the
Dell R610 but
Marco Peereboom wrote:
I did test i386 on it and that seemed to work ok but I did not run it
for more than a few builds. amd64 UP seems fine too.
For the i386.mp or single kernel, it does run fine. I run it for two
years so far no problem. The i386.mp needed to be rebooted twice with
4.6 on
low as well from the amd64 single kernel bot as I can't get it
> with the mp kernel.
>
> I wish I could provide more, but I can't. No console, no ps, no ddb,
> nothing is possible pass this point here. I only was able to get this
> much twice be letting it reboot constan
On Dec 5, 2009, at 7:02 PM, Daniel Ouellet wrote:
> This is an old issue and not new, but I tried the latest snapshot in case
the situation have changed to no avail.
>
> I git a little bit more details however after letting it reboot constantly
may be 40 times or so.
>
> Then it jam and was able t
ingle kernel bot as I can't get it
with the mp kernel.
I wish I could provide more, but I can't. No console, no ps, no ddb,
nothing is possible pass this point here. I only was able to get this
much twice be letting it reboot constantly for about 45 minutes before
it jam again at th
system using the MP kernel and push traffic through it. I'm using
a simple wget on an internal machine to repeatedly pull a large file from
a webserver on the external LAN. Within an hour I easily have over 1000
input errors. With the uniprocessor kernel, I sustained 90Mbps through
the firewal
Hello misc@,
Experiencing weird behavior that happens in GENERIC, but doesn't happen
in GENERIC.MP. It's a Thinkpad T61 machine. I'm running sysutils/tpb to
see nice visual feedback regarding brightness change and other niceties
for thinkpads. Whenever I run it on GENERIC.MP its behaviour is as
exp
K.R. (Randy) Lewis,
We were able to confirm (today) that it is the /MP kernel that has the issue
defined below. The single CPU build ran the huge file copy just fine.
R
> Re-post in misc@ (sorry for posting wrongly before)
> -
>
> Encountered the following: 4.3 i386
Re-post in misc@ (sorry for posting wrongly before)
-
Encountered the following: 4.3 i386 MP kernel w/Raidframe
- throws a: splassert: uvm_map_p: want 1 have 1
Here's what was going on...
We took a USB 250GB drive and wiped it (unallocated partition) using
part
ysctl confirms that a pure interrupt based load from
the NIC's doesn't
update kern.cp_time. A userspace load like compiling the src tree
however does show
the expected behaviour and updates kern.cp_time.
Im seeing this on both of my Dell machines.
Dell 1750 with 4.0 MP kernel. Single core x
On 2/1/07, Srebrenko Sehic <[EMAIL PROTECTED]> wrote:
> the problem remains.
You should try 2 different things.
1) Get the latest -current and try that. I think some fixes went into
post 4.0 for the nfe(4) driver which might fix your issue.
Sure. Thats the first thing I will do.
2) nfe(4) ph
hout a sporadic working NIC) but
the problem remains.
The second problem is the permanent system freeze without any error
(or kernel panic) after some minutes when using the MP kernel.
At first I suspected a borken RAM, but I had no problems building
Gentoolinux from stage1 and memtest reports no e
The time out thing happened to me only on a mp kernel as well, I am
using a lenovo notebook and a wpi wireless device.
I can say that this was fixed in -current, I am not using my wpi0
device with a mp kernel
however my lan nic rl0 now times out
Sam Fourman Jr.
On 12/29/06, Marius <[EM
Hi,
I installed 4.0 from the official CDs on my "new" notebook and now I have
two problems.. (dmesg below)
The NIC fxp0 times out with the GENERIC.MP kernel, but works fine with
the GENERIC kernel (using dhcp).
Plus the azalia soundcard has "No audio function groups", neither with the
MP nor with
> is ACPI enabled by default on i386 MP or do i need a diff?
No it is not. We're very active working on this stuff right now. If
you can't figure out yourself how to get this working, you'll just
have to be patient until we enable it in GENERIC adn/or GENERIC.MP.
Mark
net 11/19/2006 i386 acpi
> MP
> > kernel?
> >
> > I am looking to test it on my core duo notebook but, I am unable to
> > successfully compile it.
> >
> > Sam Fourman Jr.
Should be fixed.
On Sun, Nov 26, 2006 at 04:41:34PM -0600, Sam Fourman Jr. wrote:
> Does anyone have a pre compiled binary of -currnet 11/19/2006 i386 acpi MP
> kernel?
>
> I am looking to test it on my core duo notebook but, I am unable to
> successfully compile it.
>
> Sam Fourman Jr.
Does anyone have a pre compiled binary of -currnet 11/19/2006 i386 acpi MP
kernel?
I am looking to test it on my core duo notebook but, I am unable to
successfully compile it.
Sam Fourman Jr.
Vo9tenak Vladimmr wrote:
> Hi
>
> I have got a problem with the bsd.mp kernel.
>
> Please can you help me solve the problem in some way???
>
> I ve got HP NETSERVER 2xPPRO200 Mhz. I am using
> OPEN BSD
> version 3.7.
>
> The generic kernel works fine, but the bsd.mp kernel boot until:
>
> f
Votenak Vladimmr wrote:
Please can you give me some advice???
With a 2xPPro, I'm guessing you've got an LH Pro or similar. I've got
an LH II, and the last time I tried bsd.mp on it there were plenty of
problems, early MP servers did some odd things to make multi-processors
work. I'd try a
Hi
I have got a problem with the bsd.mp kernel.
Please can you help me solve the problem in some way???
I ve got HP NETSERVER 2xPPRO200 Mhz. I am using
OPEN BSD
version 3.7.
The generic kernel works fine, but the bsd.mp kernel boot until:
fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
b
I just built a dual-core opteron system (some of you may recall my
bad hardware last week that put a damper on my OpenBSD installation)
and everything went very smoothly with the default amd64 /bsd kernel
(installing from the v3.9 cd's). However, my understanding is that
in order to take advantag
hese items function
perfectly under the /bsd kernel. Here is a link to a dmesg that shows the
/bsd.mp boot followed by the cdrom errors followed by the /bsd boot.
http://members.cox.net/supra/dm.txt
Any ideas on what is going on?
If there is some kind of issue with the amd64 MP kernel at this time
No, but this is not a proper bug report. Please read:
http://www.openbsd.org/report.html
And try again.
On Tue, Aug 29, 2006 at 08:58:28AM -0400, stan wrote:
> I'm trying to get 3.9 to run on a Sun Ultra 40. This is a dual single core
> machine.
>
> I installed the 3.9 bse system (non multi pro
I'm trying to get 3.9 to run on a Sun Ultra 40. This is a dual single core
machine.
I installed the 3.9 bse system (non multi processor kernel), and it runs
fine. I downloaded the bsd.mp kernel (AMD64) copied it to /, rebooted, and
entered bsd.mp at the boot prompt. It started up, but locked up s
On 8/10/06, Russell McGregor <[EMAIL PROTECTED]> wrote:
Having said that, I will still try loading an amd64 snapshot and see
if that boots MP.
Unless something changed after 3.9, it both boots and runs MP fine,
also under heavy load. I tested on x4200, but it should be the same
for 4100.
Have
> I suggest you try amd64 on the box. That should work fine.
>
dlg@ told me that there are interrupt issues with amd64.
I need to handle high throughput on several interfaces and filter them
with pf, and I believe that I would experience difficulties in that
situation.
Having said that, I wil
> I am doing some testing on a Sun x4100 on loan to us from a vendor, I
> have loaded up a snapshot from about 20060803 and everything seems to
> run fine from the standard /bsd kernel image, but it panics when
> trying to boot bsd.mp. I updated src with a CVS checkout earlier
> today and rebuilt
On 8/9/06, Russell McGregor <[EMAIL PROTECTED]> wrote:
I am doing some testing on a Sun x4100 on loan to us from a vendor, I
have loaded up a snapshot from about 20060803 and everything seems to
run fine from the standard /bsd kernel image, but it panics when
trying to boot bsd.mp. I updated sr
Hello,
I am doing some testing on a Sun x4100 on loan to us from a vendor, I
have loaded up a snapshot from about 20060803 and everything seems to
run fine from the standard /bsd kernel image, but it panics when
trying to boot bsd.mp. I updated src with a CVS checkout earlier
today and rebuilt k
On 11 May 2006, Anders Nilsson <[EMAIL PROTECTED]> wrote:a
[...]
> For me, I get the same result with the MP-generic for both i386 and
> amd64 with SC1425. Standard works fine, MP doesn't.
>
> Anyhoo, most of the times there won't be any keyboard attached to it,
> so.. I'll just use the amd64 MP an
Well, the information for SC1425 is incomplete. Keyboard works for _i386_
bsd.mp, and doesn't work for amd64 bsd.mp. In my experience running i386 was
more fruitful than amd64, so I think it's important to make a difference.
For me, I get the same result with the MP-generic for both i386 and
amd
> > armorlogic.com says in their Dell PowerEdge 2850 section:
> >
> > The system works well, except the PS/2 keyboard does not work when
> > running an MP kernel. We've seen a number of Dell machines with this
> > same problem. See
&
On 5/8/06, Alexey E. Suslikov <[EMAIL PROTECTED]> wrote:
armorlogic.com says in their Dell PowerEdge 2850 section:
The system works well, except the PS/2 keyboard does not work when
running an MP kernel. We've seen a number of Dell machines with this
same problem. See
http://www.arm
I can confirm that PS/2 keyboard also stops responding with MP kernels
(3.9-STABLE/amd64) on Dell SC1425. However, USB keyboards work fine.
Use that instead.
> > Looks like bug in BIOS. Some motherboards affected but some not.
> >
> > I saw this on Dual P3 Supermicro motherboards on versions earlier
> > than 3.9. I see some people on misc@ experiencing similar trouble
> >
> > http://marc.theaimsgroup.com/?l=openbsd-misc&m=114656073922504&w=2
> > http:
> > I disagree, it should just work Dell SC1425 with A02
> BIOS revision
> > here, 2xCPU and a fresh install of 3.9 i386. Maybe the problem lies
> > with the keyboard? Or do you have a KVM? You seem to have BIOS dated
> > 01/18/05 while on this box it's 08/23/05. Other stuff seems similar
> >
3/05. Other stuff seems similar
> enough but I didn't look at all the details.
of course, you can disagree with me :)
but what about other people have THE SAME trouble? what
about armorlogic.com?
"The system works well, except the PS/2 keyboard does
not work when running an MP kerne
> > Installed 3.9 on a Dell SC1425 (2 CPU) a few days ago (I'm
> fairly new
> > to the BSD world).
> >
> > Installation and generic kernel works fine, but if I try booting the
> > (generic precompiled) bsd.mp, my PS/2 keyboard stops
> responding (same
> > result with i386 and amd64 release).
> >
armorlogic.com says in their Dell PowerEdge 2850 section:
The system works well, except the PS/2 keyboard does not work when
running an MP kernel. We've seen a number of Dell machines with this
same problem. See
http://www.armorlogic.com/openbsd_information_server_compatibility_list.html?a
Anders Nilsson wrote:
> Installed 3.9 on a Dell SC1425 (2 CPU) a few days ago (I'm fairly new
> to the BSD world).
>
> Installation and generic kernel works fine, but if I try booting the
> (generic precompiled) bsd.mp, my PS/2 keyboard stops responding (same
> result with i386 and amd64 release)
Hi.
Installed 3.9 on a Dell SC1425 (2 CPU) a few days ago (I'm fairly new
to the BSD world).
Installation and generic kernel works fine, but if I try booting the
(generic precompiled) bsd.mp, my PS/2 keyboard stops responding (same
result with i386 and amd64 release).
Everything else seems to w
71 matches
Mail list logo
