special cases for passwd, etc, but those are hard-coded.
If there is any consensus that this would be useful to anyone else,
I would be glad to contribute to any project of this sort if one exists,
either to test or to work on any part of it.
Geoff Steckel
On 05/22/2012 08:50 AM, Stuart Henderson wrote:
On 2012-05-21, Geoff Steckel wrote:
On 05/20/2012 10:49 PM, Nick Holland wrote:
On 05/20/12 17:49, David Diggles wrote:
Ok, I am interested in opinions on why one should migrate from BIND to unbound?
1) It is unlikely there will be any more
alware during boot. That's enough
to make me shudder. Obviously, opportunities abound for that code
to prevent "unauthorized" O/Ses from running or subvert them once
running.
Are there other and larger issues?
On the other hand, GPT by itself appears useful. Does it also
contain boobytraps?
Thanks!
Geoff Steckel
for systems hosting multiple
OSes. That's all I meant. Sorry that it wasn't clear.
Geoff Steckel
On 06/21/2012 06:03 PM, Kenneth R Westerback wrote:
On Fri, Jun 22, 2012 at 12:26:23AM +1000, Jonathan Gray wrote:
On Thu, Jun 21, 2012 at 11:54:55PM +1000, Jonathan Gray wrote:
It seems the lba48 capacity values being pulled out aren't sane
for whatever reason.
Can you try switch the controll
On 06/28/2012 01:50 PM, Joe S wrote:
I'm looking to build a new mini-itx firewall based on OpenBSD and
would like to get some advice on CPU selection. I've seen multiple
statements on this list that indicate CPU cache and CPU speed are the
most important factors. Sorry if this is a silly question
ly question: in order to achieve the throughput described,
is the application in a hard loop monitoring the ring status? If so, the
statistic is of limited applicability.
Geoff Steckel
t of the way, ensure low interrupt latency by
eliminating all kernel spins or indefinitely long loops with interrupts
blocked, etc.
Geoff Steckel
.
One place I worked put 4 drives in a case with
fans for 1. RAID go bye-bye.
Geoff Steckel
On 08/06/2012 10:42 PM, Nick Holland wrote:
> On 08/06/12 17:22, Geoff Steckel wrote:
>> Does anyone know what the current state of softraid 5 is?
>> The man page says rebuild and scrub are not supported.
>> The last checkin was about 6 months ago.
> sounds like your quest
er and CPU speeds 10X higher changing the limit might
be considered.
The above is from observing various OSes externals and internals.
The kernel group obviously know far more about how the limits are chosen.
Geoff Steckel
k 0
or anything in the first (say) 1000 blocks.
If you get errors from attempting to read blocks far away from 0, it's
likely that the disk is now a paperweight or a source of two powerful
magnets.
Geoff Steckel
complished,
though NFS is a bad example.
Synchronizing the mess is, in the general case, impossible.
Basically, SSI is one of those traps (like threads, again) that
might appeal to the naive but dies horribly once one really
looks at the idea.
Geoff Steckel
usage so check with all of them running hard.
Memory chips also use more power when cycled, but if the CPU is stalled
waiting for memory it may use less power, so the interaction is not a
priori well defined.
Geoff Steckel
I haven't looked for years, but in the dim dark past many NIC drivers
made non-optimal hardware accesses which slowed them down quite a bit.
Profiling helped find some of them. Exactly how many cycles of stall
happen during a bus (PCI, PCIe, ISA, VME) reference depends on the CPU,
but a wild gu
-state label int-in
This should show where things go.
Geoff Steckel
curmudgeon for hire
My system:
$ dmesg
OpenBSD 4.7 (GENERIC) #558: Wed Mar 17 20:46:15 MDT 2010
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: VIA Esther processor 1500MHz ("CentaurHauls" 68
On 08/08/2010 03:28 PM, Henning Brauer wrote:
* Geoff Steckel [2010-08-08 20:29]:
Your pf.conf should only hold state on one side. Multiple conflicting
state table entries for the same connection ensure flaky failures.
that is wrong in so many ways.
first, "should only hold state o
use.
Closing 6 windows cleared the problem.
If you can get top running in a terminal window the memory display
near the top of the screen shows RAM and swap usage.
geoff steckel
en if you put a filter in they could access each other using a VPN.
geoff steckel
On 10/25/24 13:35, Anon Loli wrote:
[snip]
The more SLOC you have, the bigger chance is that there is evil hidden
somewhere.
All you need sometimes is 1 sneaky line amongst thousands, and sometimes even
millions SLOC.
Anecdotally autos have over 10,000,000 lines of code.
Do you ride in one? Sub
esources to an input data stream
requires either resources capable of the largest data stream leaving
some idle most of the time or pushing back on the input stream
potentially causing an indefinite processing delay.
hth
Geoff Steckel
al.
Code sprawl conceals many problems.
Old paraphrase: "Show me your code and I know nothing
Show me your data structures and I know exactly what you can do"
Knuth? Wirth? I forget.
good luck,
geoff steckel
On 12/23/24 11:20 AM, Gábor LENCSE wrote:
Under Linux, one can use the isolcpus kernel command line
parameter to exclude certain cores from the scheduler.
I use the DPDK rte_eal_remote_launch() function to start a thread on
an isolated CPU core.
Is there anything similar under OpenBSD?
Is th
pliance which did complex resource
allocation while forwarding packets. It wasn't simple.
geoff steckel
On 3/11/25 4:38 PM, Jan Stary wrote:
On Mar 11 14:41:32,g...@oat.com wrote:
I have 2 USB DACs. One uses a Burr-Brown chip and the other
one is a Modi 3+ (custom circuit) from Schiit Audio.
Both work under Linux.
The Schiit seems to accept playback data but no analog output appears.
Both are clai
On 3/11/25 3:59 PM, Alexandre Ratchov wrote:
On Tue, Mar 11, 2025 at 02:41:32PM -0400, Geoff Steckel wrote:
I have 2 USB DACs. One uses a Burr-Brown chip and the other
one is a Modi 3+ (custom circuit) from Schiit Audio.
Both work under Linux.
The Schiit seems to accept playback data but no
On 3/12/25 3:59 AM, Jan Stary wrote:
On Mar 11 18:07:25,g...@oat.com wrote:
On 3/11/25 4:38 PM, Jan Stary wrote:
On Mar 11 14:41:32,g...@oat.com wrote:
Attaching:
uaudio0 at uhub3 port 3 configuration 1 interface 1
"Schiit Audio Schiit Modi 3+" rev 2.00/1.00 addr 5
uaudio0: class v2,
I have 2 USB DACs. One uses a Burr-Brown chip and the other
one is a Modi 3+ (custom circuit) from Schiit Audio.
Both work under Linux.
The Schiit seems to accept playback data but no analog output appears.
Both are claimed by uaudio(4).
Note the lack of a outputs.dac= line for the unhappy unit.
few newer languages each with advantages but
all incur significant costs and none IMnsHO are full system languages.
When a new language gets the traction C++ has I hope it's better.
It's far too easy to write incorrect programs in any language.
geoff steckel
101 - 129 of 129 matches
Mail list logo