On 28.08.2013 20:30, Alexander V. Chernikov wrote:
Hello list!
Hello Alexander,
you sent quite a few things in the same email. I'll try to respond
as much as I can right now. Later you should split it up to have
more in-depth discussions on the individual parts.
If you could make it to the
On 27.05.2013 14:29, Orit Moskovich wrote:
From what I've read in subr_taskqueue.c taskqueue_swi, taskqueue_swi_giant and
taskqueue_fast are all implemented using swi_add which calls ithread_create().
Is there any performance difference between them. Is one of the above or
ithread given to
On 24.05.2013 16:46, Axel Fischer wrote:
Hi Igor,
my name is Axel Fischer. working at Marvell SC.
Hi Axel,
In addition to your reply to my colleague Lino
Sanfilippo I did some performance measurements
on FreeBSD 9 with a commercial 10 GBit network
card.
Which driver?
Unlike on other OS
On 23.01.2013 00:22, Artem Belevich wrote:
On Mon, Jan 21, 2013 at 1:06 PM, Pawel Jakub Dawidek p...@freebsd.org wrote:
On Fri, Jan 18, 2013 at 08:26:04AM -0800, m...@freebsd.org wrote:
Should it be set to a larger initial value based on min(physical,KVM) space
available?
It needs to be
The autotuning work is reaching into many places of the kernel and
while trying to tie up all lose ends I've got stuck in the kmem_map
and how it works or what its limitations are.
During startup the VM is initialized and an initial kernel virtual
memory map is setup in kmem_init() covering the
Hi folks,
Our QA group (at xxx) using Samba and smbtorture has been seeing a
lot of cases where accept returns ECONNABORTED because the system load
is high and Samba has a large listen backlog.
Every now and then we get a crash in smbd or in winbindd and winbindd
complains of too many open
On 27.11.2012 23:27, Zaphod Beeblebrox wrote:
I've got an Intel server motherboard with 4x igb (and 1x em) on it.
The motherboard in question is the S3420GPRX and the IGB's show up as:
igb0: Intel(R) PRO/1000 Network Connection version - 2.3.4 port
0x3020-0x303f mem
On 11.11.2012 22:40, Alan Cox wrote:
On Sat, Nov 10, 2012 at 7:20 AM, Konstantin Belousov kostik...@gmail.comwrote:
Your analysis is right, there is nothing to add or correct.
This is the reason to strongly prefer M_WAITOK.
Agreed. Once upon time, before SMPng, M_NOWAIT was rarely used. It
On 12.11.2012 03:02, Adrian Chadd wrote:
On 11 November 2012 13:40, Alan Cox alan.l@gmail.com wrote:
Agreed. Once upon time, before SMPng, M_NOWAIT was rarely used. It was
well understand that it should only be used by interrupt handlers.
The trouble is that M_NOWAIT conflates two
On 12.11.2012 15:47, Ian Lepore wrote:
On Mon, 2012-11-12 at 13:18 +0100, Andre Oppermann wrote:
Well, what's the current set of best practices for allocating mbufs?
If an allocation is driven by user space then you can use M_WAITOK.
If an allocation is driven by the driver or kernel
On 07.11.2012 08:45, David Xu wrote:
On 2012/11/07 14:17, Jeff Roberson wrote:
On Wed, 7 Nov 2012, David Xu wrote:
On 2012/11/06 19:03, Attilio Rao wrote:
On 9/20/12, David Xu davi...@freebsd.org wrote:
I found another scenario in taskqueue, in the function
taskqueue_terminate, current
On 08.11.2012 11:25, Alexander V. Chernikov wrote:
On 08.11.2012 14:24, Andre Oppermann wrote:
On 08.11.2012 00:24, Alexander V. Chernikov wrote:
Hello list!
Currently we need to acquire 2 read locks to perform simple 6-byte
copying from arp record to packet
ethernet header.
It seems
On 08.11.2012 00:24, Alexander V. Chernikov wrote:
Hello list!
Currently we need to acquire 2 read locks to perform simple 6-byte copying from
arp record to packet
ethernet header.
It seems that acquiring lle lock for fast path (main traffic flow) is not
necessary even with
current code.
My
On 22.10.2012 15:28, John Baldwin wrote:
On Sunday, October 21, 2012 7:11:10 am Andre Oppermann wrote:
What's keeping kernel modules from building in parallel with
make -j8?
They don't for you? They do for me either via 'make buildkernel'
or the old method.
They do, but only partially
What's keeping kernel modules from building in parallel with
make -j8?
--
Andre
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to
On 24.07.2012 20:18, Arnaud Lacombe wrote:
Hi,
AFAIK, there is no proper KPI for managing mbuf queue. All users have
Before we can talk about an mbuf queue you have to define what you
want to queue. Is it packets or an mbuf chain which doesn't have
clear delimiters (as with tcp for example)?
On 30.09.2010 19:51, Ivan Voras wrote:
On 09/30/10 18:37, Andre Oppermann wrote:
Both the vmmap and page table make use of splay trees to manage the
entries and to speed up lookups compared to long to traverse linked
lists or more memory expensive hash tables. Some structures though
do have
Just saw the link to a very interesting paper on SMP scalability.
A very good read and highly relevant for our efforts as well. In
certain areas we may already fare better, in others we still have
some work to do.
An Analysis of Linux Scalability to many Cores
ABSTRACT
This paper analyzes the
Just for the kick of it I decided to take a closer look at the use of
splay trees (inherited from Mach if I read the history correctly) in
the FreeBSD VM system suspecting an interesting journey.
The VM system has two major structures:
1) the VM map which is per process and manages its address
On 30.09.2010 18:37, Andre Oppermann wrote:
Just for the kick of it I decided to take a closer look at the use of
splay trees (inherited from Mach if I read the history correctly) in
the FreeBSD VM system suspecting an interesting journey.
Correcting myself regarding the history: The splay
On 30.09.2010 19:15, Matthew Fleming wrote:
On Thu, Sep 30, 2010 at 9:37 AM, Andre Oppermannan...@freebsd.org wrote:
Just for the kick of it I decided to take a closer look at the use of
splay trees (inherited from Mach if I read the history correctly) in
the FreeBSD VM system suspecting an
On 30.09.2010 20:01, Alan Cox wrote:
On Thu, Sep 30, 2010 at 12:37 PM, Andre Oppermannan...@freebsd.org wrote:
On 30.09.2010 18:37, Andre Oppermann wrote:
Just for the kick of it I decided to take a closer look at the use of
splay trees (inherited from Mach if I read the history correctly
On 30.09.2010 20:38, Alfred Perlstein wrote:
Andre,
Your observations on the effectiveness of the splay tree
mirror the concerns I have with it when I read about it.
I have always wondered though if the splay-tree algorithm
was modified to only perform rotations when a lookup required
more
On 17.09.2010 10:14, Andriy Gapon wrote:
I've been investigating interaction between zfs and uma for a while.
You might remember that there is a noticeable fragmentation in zfs uma zones
when uma use is not enabled for actual data/metadata buffers.
I also noticed that when uma use is enabled
Robert Watson wrote:
On Tue, 25 Mar 2008, Sepherosa Ziehau wrote:
On Tue, Mar 25, 2008 at 1:53 AM, Julian Elischer [EMAIL PROTECTED]
wrote:
3/ possibly keeping per CPU stats..
This probably is the trickest part, not difficult for non-fastforward
case. But if fastforward is enabled, I
Robert Watson wrote:
On Fri, 7 Mar 2008, Alexander Motin wrote:
As I can see so_upcall() callback is called with SOCKBUF_MTX unlocked.
It means that SB_UPCALL flag can be removed during call and socket can
be closed and deallocated with soclose() while callback is running. Am
I right or I
Chris wrote:
On 16/05/07, Marko Zec [EMAIL PROTECTED] wrote:
OTOH, even if we miss the window for sneaking this into 7.0-R, it would
be a huge pitty not to at least reserve a few additional fields in
various kernel structures needed to support stack virtualization. That
way it would be
Julian Elischer wrote:
Bjoern A. Zeeb wrote:
On Mon, 14 May 2007, Ed Schouten wrote:
Hi,
* Andre Oppermann [EMAIL PROTECTED] wrote:
I'm working on a light variant of multi-IPv[46] per jail. It
doesn't
create an entirely new network instance per jail and probably is more
suitable
Ed Schouten wrote:
Hello,
It may be interesting to mention that yesterday there was a presentation
at the NLUUG (Netherlands UNIX Users Group) conference by Marco Zec, who
once wrote a patchset for FreeBSD 4.11 (and is in the process of porting
it to FreeBSD 7.x) that gives each jail its own
[EMAIL PROTECTED] wrote:
Hi, hackers :) In /usr/src/sys/netinet/tcp_output.c if function tcp_output()
there are
code: error = ip_output(m, tp-t_inpcb-inp_options, NULL, ((so-so_options
SO_DONTROUTE) ? IP_ROUTETOIF : 0), 0, tp-t_inpcb); In this function there are
only one
call ip_output
Zhang Weiwu wrote:
On Tue, 2007-04-17 at 10:37 +0300, Nikos Vassiliadis wrote:
On Monday 16 April 2007 21:24, Zhang Weiwu wrote:
Pieter de Goeje 写道:
I think your patch looks good, however there have been some changes to ftpd
since 6.1. Also, since lukemftp is imported from NetBSD, you
pnallimelli wrote:
Hi,
When i m doing ping flood , i m getting crash after 15 mins.
The debug messages are like this:
NU gdb 5.18 (FreeBSD)
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change
Andrey V. Elsukov wrote:
I found a discussion from 2003 about this, but it seems to have trailed off
without coming to a conclusion:
http://lists.freebsd.org/pipermail/freebsd-net/2003-July/000921.html
I've opened a similar PR
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/99558
This PR
Greg 'groggy' Lehey wrote:
Last week, at the Linux.conf.au in Dunedin, Van Jacobson presented
some slides about work he has been doing rearchitecting the Linux
network stack. He claims to have reduced the CPU usage by 80% and
doubled network throughput (he expects more, but it was limited by
Rob wrote:
[applogies if this is in a FAQ somewhere... I've looked in a number of places,
and
am not able to find the answer]
Hi,
I am trying to figure out how large a specific buffer is in FreeBSD.
The buffer in question is the buffer between the network layer and the
ethernet device, i.e., if
Rob wrote:
You figured it out correctly. However at that moment TCP flow control
would kick in and save you from local packet loss so to say.
Hi,
Thanks for the response, but you have actually confused me more. It is
my understanding that TCP doesn't have flow control (i.e., local
Dmitry A. Bondareff wrote:
Yes! Rights! The server freezes! No core dumped!!
And I connected by console, not by network.
Please send me your full ruleset without any changes in private email.
--
Andre
Dmitry.
- Original Message -
From: Maxim Konovalov [EMAIL PROTECTED]
To: Dmitry A.
Gaspar Chilingarov wrote:
Hello!
machine panics under load (800pkt/sec, 600-800 kByte/sec traffik)
I got a dual pIII 1Ghz machine with todays -current, ipfirewall_forward
option
enabled, several Intel Express cards inside. kernel is GENERIC with some
stripped drivers, witness, invariants,
Dmitry A. Bondareff wrote:
Hello hackers!
Today I upgraded my 5.2.1-p11 box up to 5.3-p2.
My firewall rules includes like this:
...
/sbin/ipfw add tee 1 ip from 1.2.3.4 to 4.3.2.1
...
On 5.2.1-FreeBSD it's works fine.
But FreeBSD 5.3 halted each time!!!
After changed tee 1 to allow now
I'm trying to access an assembler CPU instructions from within a normal
.c file and function. Unfortunatly I have no idea how this works.
If you know how to do this please contact me directly. Any help appreciated.
--
Andre
___
[EMAIL PROTECTED]
Peter Jeremy wrote:
On Wed, 2004-Dec-15 15:09:23 +0100, Andre Oppermann wrote:
I'm trying to access an assembler CPU instructions from within a normal
.c file and function. Unfortunatly I have no idea how this works.
info gcc c ext ext
You might also find the relevant /usr/src/contrib
Jose M Rodriguez wrote:
El Viernes, 3 de Diciembre de 2004 17:50, Roman Kurakin escribió:
Jose M Rodriguez wrote:
Hi,
I've got a eagle usb adsl modem and get ready to work on FreeBSD
support for it.
[...]
My first idea was a sppp based one, that can be ported to all xBSD.
But now I think that a
Scott Long wrote:
5. Clustered FS support. SANs are all the rage these days, and
clustered filesystems that allow data to be distributed across many
storage enpoints and accessed concurrently through the SAN are very
powerful. RedHat recently bought Sistina and re-opened the GFS source
code, so
Sam wrote:
On Thu, 2 Dec 2004, Andre Oppermann wrote:
Scott Long wrote:
5. Clustered FS support. SANs are all the rage these days, and
clustered filesystems that allow data to be distributed across many
storage enpoints and accessed concurrently through the SAN are very
powerful. RedHat
Stephan Uphoff wrote:
On Thu, 2004-12-02 at 09:41, Andre Oppermann wrote:
Scott Long wrote:
5. Clustered FS support. SANs are all the rage these days, and
clustered filesystems that allow data to be distributed across many
storage enpoints and accessed concurrently through the SAN are very
Scott Long wrote:
Stephan Uphoff wrote:
On Thu, 2004-12-02 at 09:41, Andre Oppermann wrote:
The holy grail of course is to mount
the same filesystem 'rw' on more than one box, preferrably more than
two.
This requires some more involved synchronization and locking on top
of the
cache invalidation
[EMAIL PROTECTED] wrote:
Hi Arun;
hrmm.
Can you try switching the port to another port number? Perhaps a lower port
number?
See if you can get it to connect in that way?
Makes no difference
In your log file, does it print messages about having successfully started
up?
Yes, it does. Like I said,
Peter Jeremy wrote:
On Sun, 2004-Nov-28 18:43:47 +0200, Claudiu Dragalia-Paraipan wrote:
Since the problem occurs only when I connect to the firewall or to a
server behind it, I started to suspect a hardware failure. Could a
network card cause such problems ?
A couple of people have mentioned
Justin Hopper wrote:
On Wed, 2004-11-24 at 23:08, Justin Hopper wrote:
On Wed, 2004-11-24 at 13:31, Charles Sprickman wrote:
On Wed, 24 Nov 2004, Brian Reichert wrote:
And, although I've not tested it, recent versions of MySQL can
outright support a cluster:
Gleb Smirnoff wrote:
On Sun, Sep 05, 2004 at 02:20:36PM -0700, Luigi Rizzo wrote:
L I see that bridge callbacks are still living in if_ed.c
L from FreeBSD 2.x times. See if_ed.c:2816. I think this is
L not correct.
L
L Bridge code is called from ether_input(), which is
L indirectly
Sam Leffler wrote:
No. What will move to pfil_hooks is the firewalling within the bridge
code and the layer2 ethernet firewalling. The bridging code as such
will stay where it is.
Well, that's what _you_ want to do :). What I started on last year was a
complete purge of
Sam wrote:
Hello,
I'm working on a driver for AoE (ATA over Ethernet)
for the 4.x kernel (check recent freebsd-arch
postings for info). I have modified a few files in order to support
catching ethernet frames of type
0x88a2. The make kernel completes successfully,
but on boot the kernel panics
Ted Unangst wrote:
Bugs found with Coverity's automated analysis. In each case, either the
NULL check is unnecessary, or it's too late because the variable was
already deref'd.
...
netinet/tcp_subr.c:tcp_mtudisc
tp has already been dereferenced to obtain isipv6 result
Thanks, fixed.
Did you run
Christian S.J. Peron wrote:
All,
Currently, when you have any rules which contain UID/GID
constraints, ipfw will lock the pcb hash and do a lookup
to find the pcb associated with that packet --
One for each constraint.
I have written a patch in attempt to minimize the impact
of PCB related
Christian S.J. Peron wrote:
On 2 Jun 2004 Andre Oppermann wrote:
Christian S.J. Peron wrote:
All,
Currently, when you have any rules which contain UID/GID
constraints, ipfw will lock the pcb hash and do a lookup
to find the pcb associated with that packet --
One for each constraint.
I have
Christian S.J. Peron wrote:
Agreed,
This was a concern for me as well, I was pretty carefull about
managing the reference counts, I am currently testing this patch
with a variety of rule types to check for ucred leaks. If/before this patch
gets committed, I plan on doing another carefull
I'm trying to reach tackerman or pdeuskar from Intel for some time now
regarding the em driver. It seems their @freebsd.org email addresses
don't work at all. Neither has a /var/forward/ file or it is empty.
Does someone have their real @intel.com email adresses?
--
Andre
Ok, I tried to implement this tonight but it doesn't work in FreeBSD. I don't
get any notification when the cable is unplugged or plugged. I don't get it,
maybe someone else sees it, I don't.
miibus_linkchg gets called pretty frequently but the detection logic seems to
be flawed. For some
Ajit Anand wrote:
Hi,
We are facing frequent crashes of our server running Apache,MySQL. The
machine is a P4 2.8 GHz with 512 MB RAM and 2 80 GB IDE HDD's.
dmesg output is attached in the file.
uname -a
FreeBSD chatwith.addr.com 4.9-RELEASE FreeBSD 4.9-RELEASE #3: Thu Mar 25
15:39:52 IST
Mike Silbersack wrote:
On Tue, 10 Feb 2004, Andrew wrote:
The conclusion being that send, sendto and select will never block on a
UDP socket and the man page just doesn't make it too clear. I'm assuming
it is the same for raw sockets.
UNPv1 section 6.3 seems to say that select should work for
Danny Braniss wrote:
hi,
im running some experiments, and it seems to me that
setting net.inet.tcp.rfc1644 has the reverse effect.
with sysctl net.inet.tcp.rfc1644 = 0, the transaction uses only 6 packets
and it's less than 1 sec, setting net.inet.tcp.rfc1644 to 1 uses
8 packets and takes
Stuart Pook wrote:
The documentation for send(2) says
If no messages space is available at the socket to hold the message to be
transmitted, then send() normally blocks, unless the socket has been
placed in non-blocking I/O mode. The select(2) call may be used to
Stuart Pook wrote:
send() for UDP should block if the socket is filled and the interface
can't drain the data fast enough.
It doesn't (at least I cannot make it block)
This stuff is rather complex. A send() on a UDP socket processes right
down to the if_output. If that fails because the ifqueue
Sten Daniel Sørsdal wrote:
Apologies for the cross-post, i wasnt sure if this was hackers or net material.
I've often wondered why ip checksumming is done on every incoming
packet and not only on the packets that need to be delivered locally.
Only the IP header checksum is checked. We
Bruce M Simpson wrote:
Hi all,
As per Sam's suggestion, I've been working on refactoring ifconfig(8),
which has grown increasingly large and unwieldy. Part of the effort has
been to get a handle on all of the options we currently support; so I've
written a YACC grammar for it.
This is
Robert Watson wrote:
On Sun, 30 Nov 2003, Bruce M Simpson wrote:
I have to find an abstraction to comfortably deal with this stacking of
properties/methods, simple polymorphism (a la Java 'implements
interface') springs to mind.
I think that would be a reasonable approach, although it
Terry Lambert wrote:
Andy Sparrow wrote:
But these stats don't seem to be collected for at least some network card
drivers, presumably because those drivers aren't collecting those stats, e.g.
they don't #include net/if_mib.h, and thus don't allocate a mib structure or
increment any
On Mon, May 20, 2002 at 12:52:09PM -0700, Terry Lambert wrote:
The problem is that as you maintain your patches, and the patch
vendor maintains their patches, and DJB maintains his code, you
end up with network effects.
But DJB does't maintain his code. I don't think it he has
On Tue, 26 Feb 2002, Julian Elischer wrote:
I have been speaking with the author.
he is adding a BSD copyright.
also he says we can KNFify (style(9)ify?) as it doesn't have to
remain
compatible with anything else.
It might be nice if it could be folded into the driver it was copied
John Polstra wrote:
In article [EMAIL PROTECTED], Andre Oppermann
[EMAIL PROTECTED] wrote:
What happend at Intel? Their driver is even released under the BSD
license! (and the Linux one under the GPL)
That last bit is incorrect. The Intel driver for Linux is released
under a 3
John Polstra wrote:
In article [EMAIL PROTECTED],
Andre Oppermann [EMAIL PROTECTED] wrote:
John Polstra wrote:
That last bit is incorrect. The Intel driver for Linux is released
under a 3-clause BSD license.
I doesn't look like a clean BSD license thought... But it's also
Prafulla Deuskar wrote:
All,
Intel Corporation has released a gigabit driver for
PRO/1000 series of adapters.
That is funny! jlemon commited his gx driver for the same boards
just two weeks ago.
What happend at Intel? Their driver is even released under the
BSD license! (and the Linux
Hi guys,
maybe this is of interest for some in the FreeBSD community. Contract
value is $4-6m.
--
Andre
[Forwarded from RISKS DIGEST 21.72]
Date: Thu, 25 Oct 2001 14:56:01 -0400
From: Landwehr, Carl E. [EMAIL PROTECTED]
Subject: NSF Trusted Computing program
[Carl Landwehr, erstwhile
Luigi Rizzo wrote:
+ put some conditional-compilation code in boot1.s
+ have a separate file, say bootrom.s, maybe in the same directory
as the existing boot1
+ pass the modified code to the etherboot people so they can include
in their source tree.
in all
Matt Dillon wrote:
Well, after a long conversation with Mr Bernstein and Kirk it turns out
that all my blathering about a normal FFS mount being easily corruptable
due to a crash occuring during heavy disk I/O (e.g. from qmail) is so
much smoke.
The fsync()/rename()
Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED],
Charles Randall writes:
The qmail FAQ specifically recommends against soft updates for the mail
queue.
http://cr.yp.to/qmail/faq/reliability.html#filesystems
Is this incorrect?
It seems to indicate that qmail doesn't use
Rik van Riel wrote:
On Tue, 6 Feb 2001, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED],
Charles Randall writes:
The qmail FAQ specifically recommends against soft updates for the mail
queue.
http://cr.yp.to/qmail/faq/reliability.html#filesystems
Is this incorrect?
Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Matt Dillon writes:
:
:In message [EMAIL PROTECTED],
Charles Randall writes:
:The qmail FAQ specifically recommends against soft updates for the mail
:queue.
:
:http://cr.yp.to/qmail/faq/reliability.html#filesystems
:
:Is this
Matt Dillon wrote:
:softupdates disk may wind up unwinding 'more' of the last few moments
:worth of operations then a normal filesystem would. And, I might add,
:Reiser is the same way.
:
:The only way to guarentee that file data is written to disk, with any
:
Rik van Riel wrote:
On Tue, 6 Feb 2001, Mike Silbersack wrote:
On Tue, 6 Feb 2001, Rik van Riel wrote:
The system call used to guarantee this is fsync (and friends?);
if qmail doesn't use it but makes assumptions that aren't true
on any decent OS out there ...
Well, the
Matt Dillon wrote:
:Well, the various qmail programs do seem to fsync (though I'm not sure if
:it's in the right places.) In any case, this link seems to throw some
:light on the situation:
:
:ftp://elektroni.ee.tut.fi/pub/qmail_linux_metadata_message
:
:Now, I have no clue if this is
Rik van Riel wrote:
On Tue, 6 Feb 2001, Matt Dillon wrote:
QMail's FAQ is totally incorrect. No major filesystem -- be it
FFS, EX2FS, Reiser, FFS+Softupdates, guarentees that when you
write() and close() a file that the file will then survive a disk
crash. All these
Mike Silbersack wrote:
On Tue, 6 Feb 2001, Matt Dillon wrote:
I did a quick search of the qmail site but couldn't find an email
address to report the FAQ issue to. If QMail calls fsync() in a
reasonable manner, then softupdates is perfectly safe and the QMail
FAQ
Matt Dillon wrote:
:On Tue, 6 Feb 2001, Matt Dillon wrote:
:
: I did a quick search of the qmail site but couldn't find an email
: address to report the FAQ issue to. If QMail calls fsync() in a
: reasonable manner, then softupdates is perfectly safe and the QMail
: FAQ
Rik van Riel wrote:
On Tue, 6 Feb 2001, Andre Oppermann wrote:
Qmail depends on ordered-metadata updates (Terry! :-). That
means if you issue a link() to the new place and a unlink() in
the old place it should guarantee that the link() happens
*BEFORE* the unlink().
As it is, I
Matt Dillon wrote:
: Pre-softupdate BSD semantics, apparently. Doesn't sound like
: the smartest thing to do when you want a reliable MTA...
:
:This description is not entirely right.
:
:Qmail depends on ordered-metadata updates (Terry! :-). That means
:if you issue a link() to the new
Rik van Riel wrote:
On Tue, 6 Feb 2001, Andre Oppermann wrote:
Rik van Riel wrote:
On Tue, 6 Feb 2001, Matt Dillon wrote:
Reiserfs and ext3 have write-ahead logs and, AFAIK, fsync()
will not return until there is a commit point in the log.
Also FFS/UFS will not return before
Matt Dillon wrote:
:
:This information is in fact correct. Have a look at the FreeBSD link(2)
:man page:
:
:LINK(2) FreeBSD System Calls Manual
:LINK(2)
Andre, I think there *might* be a dozen people in the world that
understand UFS/FFS better then I do, but
Rik van Riel wrote:
On Tue, 6 Feb 2001, Andre Oppermann wrote:
But please answer me one question: Is the link() call atomically
in FFS/UFS w or w/o softupdates? Meaning when the call returns
the meta- data is written to stable storage like with fsync()?
Since when does `atomic
Alfred Perlstein wrote:
* Andre Oppermann [EMAIL PROTECTED] [010206 12:07] wrote:
Yes, my understanding of the meaning of "ordered meta-date update" as
I have grasped it from Terry's rants in the past years is not that all
meta-data updates on a filesystem have to be done
Alfred Perlstein wrote:
* Andre Oppermann [EMAIL PROTECTED] [010206 12:30] wrote:
Rik van Riel wrote:
On Tue, 6 Feb 2001, Andre Oppermann wrote:
But please answer me one question: Is the link() call atomically
in FFS/UFS w or w/o softupdates? Meaning when the call returns
Alfred Perlstein wrote:
* Andre Oppermann [EMAIL PROTECTED] [010206 12:33] wrote:
Alfred Perlstein wrote:
* Andre Oppermann [EMAIL PROTECTED] [010206 12:07] wrote:
Yes, my understanding of the meaning of "ordered meta-date update" as
I have grasped it from Ter
Alfred Perlstein wrote:
* Andre Oppermann [EMAIL PROTECTED] [010206 12:58] wrote:
Alfred Perlstein wrote:
Basically, you want a fsync right before the IPC. This should
bring the metadata up to date with what's in-core and you should
then be safe when you reply with your 250
I've got a strange problem on two of my FreeBSD machines (4.1R and
4.2-STABLE 20001207).
Whenever I try to su to root it (su) just hangs and does not execute
the login. Also when supplying the wrong password after emitting the
message it will just hang and I have to kill it with ^C.
Su'ing to
Mike Tancsa wrote:
Yeah, I had a similar problem to this in the past where syslogd was kind of
hung, and the su was blocking waiting for I guess syslog to return. If you
can login as root on the console, kill syslogd, restart it and see if su
works once again.
Nope, it does not work
"Louis A. Mamakos" wrote:
Mike Tancsa wrote:
Yeah, I had a similar problem to this in the past where syslogd was kind of
hung, and the su was blocking waiting for I guess syslog to return. If you
can login as root on the console, kill syslogd, restart it and see if su
works
I'm forwarding this from the qmail mailing list.
Anybody has an idea what might be the problem? Matt?
--
Andre
This was so well written by one of our network engineers and covers
all the questions I need answers for that I just lifted it and am forwarding
to the list for comment/help. I'll
Andrew Reilly wrote:
On Mon, Jun 19, 2000 at 05:01:46PM -0600, Warner Losh wrote:
In message [EMAIL PROTECTED] "Andrew Reilly" writes:
: That sounds way too hard. Why not restrict suspend activity to
: user-level processes and bring the kernel/drivers back up through
: a regular boot
98 matches
Mail list logo
