> Unix can't do hard real time, he is still correct
I'm not sure I have been clear: I modified 4.3BSD to do Hard Real Time.
https://youtu.be/Bd5iEke6UlE shows you all the machines that operated with
my mods to 4.3BSD.
And, I'd like to modify NetBSD to also be Hard Real Time. Ultimately, it's
On Mon, Apr 20, 2020 at 02:06:23AM +0500, Vitaly Shevtsov wrote:
> Hello!
>
> Does anybody know why there is about 1 second delay before OS exited
> from the shell? There is no such issue on FreeBSD for example - it
> quits immediately when you type 'exit' or press ^D.
Maybe a strange question,
Thanks to all who contributed here, I'm learning a lot.
As to what is 'real time' -- as you can probably tell by watching the video
at the URL, the robots were dynamically stable - they had to react within a
millisecond (Read sensors; do all control; storage of data for post-run
analysis, run all
Just wanted to point out that indeed, none of the "other" Unixes do hard
real time, and neither do NetBSD.
Unix was not designed with real time in mind, much less hard real time.
It is usually good enough for soft real time, and that sounds like what
you are looking for here as well. If you
acr...@gmail.com (Andy Ruhl) writes:
>will extend the filesystem automatically. I tried writing the new
>slice size with fdisk then doing resize_ffs, this didn't help.
slices are defined in the disklabel. fdisk handles the MBR partition
table which is mostly unrelated.
--
--
Hello!
Does anybody know why there is about 1 second delay before OS exited
from the shell? There is no such issue on FreeBSD for example - it
quits immediately when you type 'exit' or press ^D.
I feel like I'm missing something here, if so sorry about that.
I have a VMWare virtual machine running 9.0. I did a quick minimal
system install on another disk to try to extend the root filesystem of
my main system disk. I extended the physical disk in VMWare, so I'm
trying to extend the root
>> Just in case there was something botched in my local builds, I updated
>> the sparc system from the latest nightly builds of netbsd-7 and netbsd-8.
>>
>> The behavior is the same. Both netbsd-[78]/sparc produce a bad DNSSEC DS
>> hash (the first line):
>>
>> . IN DS 20326 8 1
The images and the first posts are all without firefox for example the one in tty without X running.
but as the questions rolled out asking for the ps and swap I was posting to the forum. at that point firefox was running for obvious reasons :D
- Reply to message -
Subject: Re: NetBSD
No AMD video card. Just intel i965.
- Reply to message -
Subject: Re: NetBSD 9.0 Huge Memory Usage
Date: Sun, 19 Apr 2020, 14:37
From: Jaromír Doleček
To: John m0t
Le dim. 19 avr. 2020 à 13:09, John m0t a écrit :
>
> Hello;
> I have this problem from the first boot after
On Sun, 19 Apr 2020 15:27:16 +0200
Johnny Billquist wrote:
> Essentially, a hard real time system guarantees that it never takes
> longer than some specified time for something to happen. And as far
> as I know, NetBSD cannot give such guarantees. Various combinations
> of events and situations
hello;
any update on this particular error?
I couldn't find any solution for it here on netbsd.
looking forward to your suggestions
Truly Yours
J.B
- Reply to message -
Subject: Re: NetBeans Unexpected error: the trustAnchors parameter must be
non-empty
Date: Sun, 12 Apr 2020, 01:24
On 2020-04-15 22:14, Michael Cheponis wrote:
Is there already a way to do "hard real time" on NetBSD?
To me, "hard real time" means from an external pin going 'high' to the
1st instruction of my driver executing is on the order of (up to) 10 usec.
Many eons ago, I did this on BSD4.3 VAX 785
On 4/19/2020 4:25 AM, John m0t wrote:
Hello;
I have this problem from the first boot after installation.
The memory usage is normal but it grows exponentially.
The memory that gets consumed won't be returned to the system.
after 14hrs of computer just setting idle the memory would grow about
John wrote:
> Hello;
> I have this problem from the first boot after installation.
> The memory usage is normal but it grows exponentially.
I filed it back on Feb 19 -
port-amd64/54988: possible memory leaks/swap problems
(kmem-192 memory lossage)
Appears to be associated with the radeon driver
this is the output of ps aux :
# ps aux
USERPID %CPU %MEM VSZRSS TTY STAT STARTED TIME COMMAND
root 66 10.5 1.0 250148 86436 ? Rl8:33PM 33:25.03 /usr/X11R7/bi
admin 4020 6.2 9.3 34817776 778824 pts/4 Sl+ 11:26AM 30:03.00 /usr/pkg/lib/
root 0 0.0 0.3
alhost 9.0 NetBSD 9.0 (GENERIC) #0: Fri Feb 14 00:06:28 UTC 2020
> mkre...@mkrepro.netbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC amd64
> ```
> Intel CPU T9300
> 8GB of DDR2 Memory
> [url=https://postimg.cc/ykV9yY7W][img]https://i.postimg.cc/ykV9yY7W/4fb9-img-20200419-111849.jp
Le dim. 19 avr. 2020 à 13:09, John m0t a écrit :
>
> Hello;
> I have this problem from the first boot after installation.
> The memory usage is normal but it grows exponentially.
> The memory that gets consumed won't be returned to the system.
> after 14hrs of computer just setting idle the
this.
```
NetBSD localhost 9.0 NetBSD 9.0 (GENERIC) #0: Fri Feb 14 00:06:28 UTC 2020
mkre...@mkrepro.netbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC amd64
```
Intel CPU T9300
8GB of DDR2 Memory
[url=https://postimg.cc/ykV9yY7W][img]https://i.postimg.cc/ykV9yY7W/4fb9-img-20200419-111849.jpg[/img][/url
19 matches
Mail list logo
