Hello Aron,
I did check very briefly for support using upd(4), but stopped after
being unable to register the UPS with that driver. This would allow
sysctl keep information on the ups. I guess that to give it another go,
I will have to change the kernel. This task is not a priority since NUT
is al
Xiyue Deng writes:
> Hi,
>
> Recently I tried to use mu4e on OpenBSD. However the indexing
> performance is dreadly slow compared to my Linux box. There was also an
> issue report on mu upstream[1] where someone reported mu can only
> process ~7msg/s on OpenBSD. I suspect it's because of the s
On Tue, Jan 07, 2020 at 10:16:22AM -0700, Raymond, David wrote:
> On an AMD-64 workstation /tmp fills up to 105% according to df,
> apparently as a result of UNIX pipes in a shell script passing a whole
> lot of moderately big files. Examination of /tmp with du and ls -gal
> on /tmp shows no big fi
January 8, 2020 8:11 AM, "Michael G Workman"
wrote:
> Hello,
>
> OpenBSD is a great operating system, glad to have been to installed it
> successfully.
>
> I installed OpenBSD on a Dell Vostro 1500 laptop with dual core 2ghz intel
> processor, 2 GB of RAM, and 120 GB hard drive (circa 2008 lap
On Wed, Jan 8, 2020 at 10:52 AM Marcos Madeira | Secure Networks
wrote:
>
> Hello again,
>
> I have a tried a few other things, but without much success.
>
> In regards to using to using ucycom0 or uhidev0 or ucom0 as the virtual
> devices, I was not able to do this, because of how NUT needs a dev
Hello again,
I have a tried a few other things, but without much success.
In regards to using to using ucycom0 or uhidev0 or ucom0 as the virtual
devices, I was not able to do this, because of how NUT needs a device to
connect to. None of those devices have a file like /dev/ucycom0 .
In regards
Hello,
OpenBSD is a great operating system, glad to have been to installed it
successfully.
I installed OpenBSD on a Dell Vostro 1500 laptop with dual core 2ghz intel
processor, 2 GB of RAM, and 120 GB hard drive (circa 2008 laptop)
I had problems with firefox, but installed Chromium instead and
Hi misc@ happy new year!
While running snapshot #584 on amd64 I noticed setting addresses using
ifconfig is not consistent for ipv4 and ipv6.
Is this expected behavior? I wasn't able to find anything in the FAQ.
Many thanks,
Pedro Caetano
pcaetano@rtr $ > doas ifconfig vether100 create
pcaeta
On 2020-01-07 11:06, Karel Gardas wrote:
On 1/7/20 7:38 PM, Jordan Geoghegan wrote:
> Using softdep on /tmp is a silly idea. >
Why? To naive eyes it may look like a natural solution: e.g. before
temp file is even created (on drive), it may be deleted which means
there is no meta-data cha
Hi Markus,
On 07.01.20 at 21:19, Markus Lude wrote:
> The server on the other hand could handle different record types, for
> example "n ..." for network address space, but there are more.
> If the record type is missing the server assumes (in this case) the
> record type is n and notifies you of
On Tue, Jan 07, 2020 at 06:49:40PM +0100, Johannes Krottmayer wrote:
> Hi,
Hi Johannes,
> I have a strange issue, when using the "whois" client.
>
> Always get the following as example:
> [...]
> #
> # Query terms are ambiguous. The query is assumed to be:
> # "n 62.46.172.92"
> #
> # Use "?
On Tue, Jan 07, 2020 at 11:06:38AM -0800, Jordan Geoghegan wrote:
> Is there a specific reason you're running i386 instead of amd64?
Yes, i386 generates substantially smaller images than amd64.
In an environment where you are constrained to the existing available
virtualization capacity and are
Is there a specific reason you're running i386 instead of amd64? And why
are you testing this on FreeBSD? Wrong mailing list
On 2020-01-07 08:26, Joe Greco wrote:
On Tue, Jan 07, 2020 at 09:33:46AM -0600, Edgar Pettijohn wrote:
In reality, when you dig down, often you find that there's another
On 1/7/20 7:38 PM, Jordan Geoghegan wrote:
> Using softdep on /tmp is a silly idea. >
Why? To naive eyes it may look like a natural solution: e.g. before temp
file is even created (on drive), it may be deleted which means there is
no meta-data change hence speedup of operation on /tmp. In c
On Tue, Jan 07, 2020 at 07:50:37PM +0100, Bodie wrote:
> On 7.1.2020 17:26, Joe Greco wrote:
> >On Tue, Jan 07, 2020 at 09:33:46AM -0600, Edgar Pettijohn wrote:
> >>> In reality, when you dig down, often you find that there's another
> >>> reason for the issue.?? I was recently trying to substitute
On 7.1.2020 17:26, Joe Greco wrote:
On Tue, Jan 07, 2020 at 09:33:46AM -0600, Edgar Pettijohn wrote:
> In reality, when you dig down, often you find that there's another
> reason for the issue.?? I was recently trying to substitute libressl
> into an openssl environment.?? Performance tanked.
On 2020-01-07 09:16, Raymond, David wrote:
On an AMD-64 workstation /tmp fills up to 105% according to df,
apparently as a result of UNIX pipes in a shell script passing a whole
lot of moderately big files. Examination of /tmp with du and ls -gal
on /tmp shows no big files and trying to delete
Hi,
I have a strange issue, when using the "whois" client.
Always get the following as example:
[...]
#
# Query terms are ambiguous. The query is assumed to be:
# "n 62.46.172.92"
#
# Use "?" to get help.
#
[...]
I have OpenBSD 6.6 installed on two systems. The issue exists
on all those sys
On Tue, Jan 7, 2020 at 12:18 PM Raymond, David
wrote:
> On an AMD-64 workstation /tmp fills up to 105% according to df,
> apparently as a result of UNIX pipes in a shell script passing a whole
> lot of moderately big files. Examination of /tmp with du and ls -gal
> on /tmp shows no big files and
On an AMD-64 workstation /tmp fills up to 105% according to df,
apparently as a result of UNIX pipes in a shell script passing a whole
lot of moderately big files. Examination of /tmp with du and ls -gal
on /tmp shows no big files and trying to delete everything that is
there has no effect. Reboot
There might be something wrong with your setup. I routinely get 500+ MB/s disk
and full 1 GBit Ethernet.
> On Jan 7, 2020, at 9:38 AM, Hamd wrote:
>
> It's 2020 and it's -still- sad to see OpenBSD -still- has the
> lowest/poorest (general/overall) performance ever:
> https://www.phoronix.co
On Tue, Jan 07, 2020 at 09:33:46AM -0600, Edgar Pettijohn wrote:
> > In reality, when you dig down, often you find that there's another
> > reason for the issue.?? I was recently trying to substitute libressl
> > into an openssl environment.?? Performance tanked.?? Some checking
> > showed the spee
If it is for your personal use only, you can have a look at the Opennic Project.
They have an alternate DNS structure separated for the regular DNS Root. They
provide Dynamic DNS for their .dyn unofficial TDL.
It is free of charge and you need no special client for it to work, only
ftp/curl/wge
On 1/7/20 3:35 PM, Hamd wrote:
It's 2020 and it's -still- sad to see OpenBSD -still- has the
lowest/poorest (general/overall) performance ever:
https://www.phoronix.com/scan.php?page=article&item=8-linux-bsd&num=1
Read comments to the article, I already done mine:
https://www.phoronix.com/fo
On Jan 7, 2020 9:18 AM, Joe Greco wrote:
>
> On Tue, Jan 07, 2020 at 02:47:02PM +, cho...@jtan.com wrote:
> > Hamd writes:
> > > It's 2020 and it's -still- sad to see OpenBSD -still- has the
> > > ... lists full of the uninteresting type of wine and that their
> > > twitterings -still- don't
1.) OpenBSD never stated that ultimate performance is their goal, but
clean maintainable code is, and thus in case of a compromise the
developers will choose clean code over performance.
2.) to quote Breandan Gregg: "All benchmarks are wrong until proven
otherwise"
3.) It's 2020 and you quote a
It's 2020 and you are sending a link to article from 2018?
Anyway, you (phoronix) compare '90 ffs technology with state of the art
of current storage/fs in linuxes/bsd represented by XFS/Ext4 and ZFS
filesystems and you compare with the winner right? Kind of unfair don't
you think?
And yes
On Tue, Jan 07, 2020 at 05:35:13PM +0300, Hamd wrote:
> It's 2020 and it's -still- sad to see OpenBSD -still- has the
> lowest/poorest (general/overall) performance ever:
Thank you for your kind and encouraging words.
I will get right on fixing these issues for you.
--
I'm not entirely sure you
2020-01-07 15:35 GMT+01:00, Hamd :
> It's 2020 and it's -still- sad to see OpenBSD -still- has the
> lowest/poorest (general/overall) performance ever:
> https://www.phoronix.com/scan.php?page=article&item=8-linux-bsd&num=1
>
> My reference is not -only- that url, of course. My reference is my Open
On Tue, Jan 07, 2020 at 02:47:02PM +, cho...@jtan.com wrote:
> Hamd writes:
> > It's 2020 and it's -still- sad to see OpenBSD -still- has the
> > ... lists full of the uninteresting type of wine and that their
> > twitterings -still- don't include any code.
>
> Yes. Yes it is.
>
> Can't say m
Hamd writes:
> It's 2020 and it's -still- sad to see OpenBSD -still- has the
> ... lists full of the uninteresting type of wine and that their
> twitterings -still- don't include any code.
Yes. Yes it is.
Can't say much for the performance of a suite of servers which have
all been taken down to h
It's 2020 and it's -still- sad to see OpenBSD -still- has the
lowest/poorest (general/overall) performance ever:
https://www.phoronix.com/scan.php?page=article&item=8-linux-bsd&num=1
My reference is not -only- that url, of course. My reference is my OpenBSD,
giving ~8 MB/s file transfer/network/di
On 2020-01-05 22:22, Chris Bennett wrote:
HyperThread must be off! Danger!
Good to know, I disabled.
Probably shouldn't enable virtualization unless using it.
Also good to know.
Secure boot is off, that is correct.
Do you have the latest BIOS?
Yes. I also tried downgrading.
Will the disk b
On Tue, Jan 07, 2020 at 12:26:49PM +, Roderick wrote:
>
> On Mon, 6 Jan 2020, Sean Kamath wrote:
>
> > Having said that, I use whatever repo projects provide. I’m not here to
> > say VCS “A” is better than VCS “B”, just saying installing various
> > VCS’s under OpenBSD is pretty damn simp
On 2020-01-05 12:29, hkew...@cock.li wrote:
> summary: OpenBSD installs to internal HDD from external USB but fails
> to load after the first reboot. If the HDD is removed from the internal
> port and is connected via a "SATA to USB" cable it boots succesfully.
>
> I am a new and inexperienced use
On Mon, 6 Jan 2020, Sean Kamath wrote:
> Having said that, I use whatever repo projects provide. I’m not here to
> say VCS “A” is better than VCS “B”, just saying installing various
> VCS’s under OpenBSD is pretty damn simple.
It seems to be like the wars perl vs python, emacs vs vi, etc.
Hi,
I'm running OpenBSD 6.5/amd64 in a qemu VM (host is Linux Debian).
I see multiple lines of "no _STA method" in dmesg.
(Full log: https://termbin.com/5ccz)
I've asked the qemu developers on their irc channel what it might mean
and they said it's ACPI related but they can't determine exactly
37 matches
Mail list logo
