, Alexander Hall,
Alexander Yurchenko, Alexandr Shadchin, Alexandre Ratchov,
Antoine Jacoutot, Ariane van der Steldt, Artur Grabowski,
Austin Hook, Benoit Lecocq, Bernd Ahlers, Bob Beck, Bret Lambert,
Camiel Dobbelaar, Can Erkin Acar, Charles Longeau, Chris Kuethe,
Christian
Hi all,
A number of you may have noticed the recent flurry of activity,
leading to stuff
like bigmem being turned on.. Some more good stuff is coming soon (my amd64
at my house is using 7 gigabyes of memory for buffer cache, and I'm doing builds
without touching disks..). Some really
This diff moves the buffer cache to only be allocated out of dma'able
memory, along with a few pieces (flags) that I will need for the next step
of allowing it to touch high memory.
Appears to behave well for me under load and builds survive it with
the buffer cache cranked up.
I would like
The driver itself could happily allocate it's own little crappy bounce
buffer.
On 1 February 2011 11:32, Ted Unangst ted.unan...@gmail.com wrote:
On Tue, Feb 1, 2011 at 7:33 AM, Mark Lumsden m...@showcomplex.com wrote:
The bce(4) driver was removed from i386 GENERIC by Theo a few months ago
Or to reiterate - if you want this working in 4.9 now is the time to
make time to test it :)
On 14 January 2011 09:42, Marco Peereboom sl...@peereboom.us wrote:
This one needs lots of testing folks. Please oblige.
On Sat, Jan 15, 2011 at 01:22:24AM +1100, Joel Sing wrote:
The following diff
Nice idea, but maybe it could pick the same one that the interface group
egress defaults to?
You can have more than one interface in group egress.
Perhaps the one in egress with the most traffic?
This was based on the following intuition, which has very little to do
with hashing at all:
It *seems harder* (but I'm not an expert on this kind of thing!)
Again, though, this is just intuition,
.
Then no offense Jochim - stop suggesting it.. intuition like this is
what
On 16 December 2010 05:38, Mike Belopuhov m...@crypt.org.ru wrote:
I was about to do the same and do some measurements to back my
words up, but got distracted. I'm strongly in a favor of
increasing number of rounds at least to 2^8. Solar Designer
uses this number of rounds in Openwall for
I don't mind this if the eventual goal is to think about diddling with
it per arch..
I certainly do NOT want a 2^11 blowfish password when logging into my sparc
On 15 December 2010 21:33, Ted Unangst ted.unan...@gmail.com wrote:
On Wed, 15 Dec 2010, Ted Unangst wrote:
These values have not
I wonder a lot about the motives of the original sender sending that message.
Is it simply a way to spread FUD and discredit openbsd?
Is it a personal gripe with the accused?
Is it an attempt to manipulate what is used in the market?
Is it outright lies
Is it outright truth and genuine altruism?
I've always thought Bob's comment from 2/11/2005, was worth adding to
quotes, but it might be a bit long. Bob might even remember why I
say that.
I remember. Your response was priceless
share!
It wasn't the response itself that was funny. it was the response in
conjunction with the
However, I'm just going to upgrade to OpenBSD 4.7 and because of the new
pf syntax I have to convert my configurations. It's not a big deal
except for one thing.
I didn't find the replacement for the no nat statement.
How is that supposed to be specified now?
pass quick.
you don't need to
stupid idea, perhaps, but would it be possible to recycle the idea of
having some sort of canaries at the end of *each* page, thus disposing
of the need to have guard pages? Or would that be too costly?
Oh sure, that'll work Ok, I'll just ensure when your file gets written
out it has a 64 byte
All hail memory management hardware!
All hail a quick and honorable death. None of this surviving without
honor in our kernel. We want to die quckly.
Nope.
On 12 March 2010 11:10, patrick keshishian pkesh...@gmail.com wrote:
does disabling this option /really/ improve security?
On Fri, Mar 12, 2010 at 9:41 AM, Brad Tilley b...@16systems.com wrote:
When ran against default OpenBSD servers that have Apache enabled,
vulnerability assessment
It *IS* off by default. I have yet to see an OpenBSD machine that I
can install that
will come up with httpd turned on.
We are not talking about the same thing. I understand that httpd is off
by default. The *option* is on by default in the config file.
Yes we are, while we are at it we
Turn SSHv1 back on please why do you force me to twist that knob! That's
some hyperbole of my own ;) Alright, I give up. Turning the option off
manually works for me. I don't want or need it and I assumed other
OpenBSD folks would feel the same.
Not being able to get directory indexes of
Whenever I find myself wishing for such knobs, I simply install FreeBSD.
2010/2/6 Vadim Zhukov persg...@gmail.com:
On 6 February 2010 c. 17:53:09 Otto Moerbeek wrote:
On Sat, Feb 06, 2010 at 09:14:53AM -0500, Ted Unangst wrote:
On Sat, Feb 6, 2010 at 8:44 AM, Mark Kettenis
On 6 February 2010 11:37, Claus Assmann ca+openbsd_t...@esmtp.org wrote:
Putting that kind of optimization into programs that read/write
large amount of data seems like the wrong way to go. It belongs in
a central place.
(That's just a comment from a clueless bystander...)
It belongs in
Now I look at the diff and see that the memory used is reasonably
small. But still, if multiple copies of your cp are run together on a
machine where available physical mem is low I might end up with a
machine swapping. That is certainly not going to speed up cp.
If multiple copies of
The real issue came out quickly in response to direct questions, and it
came out in a civil and informative manner. No problem. So what's your
point, really?
don't hide your questions behind buzzwords and then get upset when
someone makes fun of buzzwords.
Knock it off both of you fer
On 31 January 2010 05:43, Anton Maksimenkov anton...@gmail.com wrote:
Here is some cleanup of uvm_map.c code.
Second, remove redundant temp_entry variable from both functions.
One entry variable is enough to do the job.
I don't think you want to do that.. uvm_map_lookup_entry can screw
with
On 1 February 2010 10:41, Ted Unangst ted.unan...@gmail.com wrote:
I think the pool allocator is doable. Will look at it when I get a spare
hour or two (may be a while ;)
Noo!!!
You are begging for pain. Multi backend allocators have not
As some of you had noticed, https.openbsd.org had log files fill up
and stopped accepting requests.
This seems to have been the result of an annoying botnet which has
taken a liking to us:
http://www.theregister.co.uk/2010/01/29/strange_ssl_web_attack/
http://professionalsuperhero.com/
That link isn't in iCal format; I can't open it in my scheduler.
You need a pluggable scheduler system, like what has been proposed
for Linux.
Now you're just taunting me to try to make me explode. Probably
because I henninged your wall.. Did the
wine
My question was motivated by noticing that repeated accesses to a
fairly large file (~ .75 Gb) during a debugging session were slow. It
seemed like the system was re-reading the file from the disk when it
felt like it ought to be sitting in the buffer cache. A little
experimenting with vmstat
Well, to be fair, he was asking for $buzzword. So we could load
him up with some Customer-Facing Enterprise Extranet Bundles,
served over XML in a proactive win-win paradigm.
Then his disk reads would be all like zoom!!!
Or, for brevity's sake: there is no spoon.
I'm not 100% disagreeing. .but you're still making kitty scared. I
like mg being small and fast.
All you need to do is look at vim to see how a small editor can be
turned into a monster with extensions.
2010/1/26 kj...@pintday.org:
Not to mention, if done properly, we can actually remove code
2010/1/26 Kenneth R Westerback kwesterb...@rogers.com:
On Tue, Jan 26, 2010 at 05:29:19PM -0700, Bob Beck wrote:
I'm not 100% disagreeing. .but you're still making kitty scared. I
like mg being small and fast.
All you need to do is look at vim to see how a small editor can be
turned
My conern is what is actually behind your possible panic. We (including myself)
have been introducing and removing some dlg inspired breakage at the same time
here so it depends what you are doing.
Please continue and let me know what you see.
2010/1/12 Tobias Ulmer tobi...@tmux.org:
On Tue,
ex:
- There are some public ftp servers missconfigurated who use ident protocol
and wait 30 seconds on ident port before sending banner.
With the default connect_timeout value, it is not possible to connect to
theses servers with fw filtering ident port. With a higher value, it will
succeed
Ulmer tobi...@tmux.org:
On Sat, Jan 09, 2010 at 04:05:13AM -0700, Bob Beck wrote:
Try this.
Box locked up under make clean while building ports, hdd led still on.
Last time i've checked it had about 84000 vnodes, which gave a very
nice (subjective) speedup since no read access gets to the disk
Good god people. just test the fscking diff and stop the chestbeating
and cockpulling already.
2010/1/8 Bob Beck b...@ualberta.ca:
Apart from this, this is a really tough problem, because of infrastructure
issues. Basically, our mirrors are not that reliable, and the closest
one often won't have the packages you need... which is a reason why it's
mostly some user settings...
True
for the kernel sections in there
man release
man crash
that pretty much gives you what that tells you.
Neither of which tells you how to do kernel hacking.
Start reading code and understanding it.
2009/12/10 Robert Yuri robert.yu...@gmail.com:
which the best way to learn about OpenBSD kernel
2009/12/9 Theo de Raadt dera...@cvs.openbsd.org:
Being different just to be different is also pretty silly. So unless
there is a good reason not to choose '1' for this purpose, I'd love to
see a new diff from Ted.
Being the same is a burden. You should go read the original top source
code.
If you're updating frequently using current - there's no harm in
sending one every time you upgrade.
2009/10/29 Antti Harri i...@openbsd.fi:
On Thu, 29 Oct 2009, Theo de Raadt wrote:
I can't control when people submit dmesg's to dm...@openbsd.org
How often should one re-send dmesglog? After
2009/10/15 Igor Sobrado igor.sobr...@gmail.com:
On Thu, Oct 15, 2009 at 6:01 AM, Atle Kristensen a...@bluezone.no wrote:
bufcachepercent=90
I haven't tested (sorry!) but I wonder about the advances?
Can somebody tell me what's the point of it? :)
/it'll be fun to see what's happening on my
After having fast recycle kick my butt for two days finding
vnode reuse bugs.. here is the new diff. this does appear stable on
my machines.
Note that it disables some functionality in procmap, temporarily,
although looking at it it may have already been pre-broken. miod has
Ok let's try this again:
I could use some assistance in testing this, particularly on some of
the more odd archetectures.
This diff makes a bunch of changes to the vfs name cache:
1) it gets rid of the global hash table and reverse hash table for namecahe
entries.
* Theo de Raadt dera...@cvs.openbsd.org [2009-08-09 03:56]:
On 2009/08/08 15:25, Tim van der Molen wrote:
If httpd is disabled, then syslogd doesn't have to create a socket for
it.
Other httpd's might be using this, I think it should stay.
Indeed, there is a bigger issue here.
To add some to this, we need this tested on many arch'es under
some load. The more test reports owain can get the better as we would like
to have this in before our hackathon in stockholm. If you test this now it
will enable us to make more progress later in a month. So please let
us know
* Holger Hornung m...@hhornung.de [2009-07-09 01:27]:
Hello!
It seems that the nixspam-Filter is not automatically updated?!
http://www.openbsd.org/spamd/nixspam.gz
Is there any new location for this list?
Hmm..
It seems they recently started blocking my connections.
...
ftp:
* Wolfgang Hennerbichler wo...@wogri.com [2009-06-28 08:28]:
Hi,
I recently put my first spamd installation into production and am quite
impressed with the results, good work, folks. Nevertheless I have some
questions:
* it seems that when spamd scans it's database in /var/db/spamd (which
This is mostly theoretical. Most hash tables are badly sized and have
often bad hashing algorithms that tend to cause long linear list.
So fix the sizing and use a proper hash algorithm. Indeed, it's more
difficult if sizing is hard.
I'm not against trees, but I like to see proper
401 - 445 of 445 matches
Mail list logo