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 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 t
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 bus
On 23.01.2013 00:22, Artem Belevich wrote:
On Mon, Jan 21, 2013 at 1:06 PM, Pawel Jakub Dawidek 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 smaller than the
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 e
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 files
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: port
0x3020-0x303f mem 0xb1b2-0xb1b3,0xb1bc4000-0xb1bc7fff irq 19
at device 0.0 on pci3
igb0: Us
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 k
On 12.11.2012 03:02, Adrian Chadd wrote:
On 11 November 2012 13:40, Alan Cox 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 orthogonal things. The o
On 11.11.2012 22:40, Alan Cox wrote:
On Sat, Nov 10, 2012 at 7:20 AM, Konstantin Belousov wrote:
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 was
well understand
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 wrote:
I found another scenario in taskqueue, in the function
taskqueue_terminate, current thread tries to wake
ano
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 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 that
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.
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 "freebsd-hackers-unsubscr...@freebs
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)
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
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
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 than
On 30.09.2010 20:01, Alan Cox wrote:
On Thu, Sep 30, 2010 at 12:37 PM, Andre Oppermann 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) in
the FreeBSD VM
On 30.09.2010 19:15, Matthew Fleming wrote:
On Thu, Sep 30, 2010 at 9:37 AM, 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
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
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 s
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 fo
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 ha
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 possib
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
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 net
[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 fu
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 might
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 i
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 i
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
mem
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.
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 pa
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, debuggin
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.
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
>
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] mailing
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
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:
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 in
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
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
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
Scott Long wrote:
All,
I know that I said last month that we were going to stop promising
specific features for the next major release. However, I'd like to
throw out a list of things that would be really nice to have in the
future, whether its 6.0 or 7.0 or whatever. Most of these tasks are
not
[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, i
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:
http://dev.mysql.com/doc/mysql/en/NDBCl
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 pat
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 specia
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
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 w
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:
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 scrutiniz
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:
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 lookup
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 reason
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 2004
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 UDP
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 m
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 i
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
d
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
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, al
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.
>
>
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 , and thus don't allocate a mib structure or
> > increment any count
> 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
> 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
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.
> >
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 incorrec
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 Linu
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 s
Hello,
I've run into a (hopefully small) roadblock here.
What I want to do is to make a comlete bootable 'disk' image for a
IDE flash disk. This disk image should be simply dd-able to the target
flash and include boot blocks and partition table etc.
So far I did a flash image by putting a IDE f
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.
>
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()/rena
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-cor
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 t
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 at
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
> >
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 fs
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
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
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
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() happ
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
> :>
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
> >
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.
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 th
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 ...
> >
>
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
> :>
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#fi
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
> > >
> > >
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 qm
"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
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 a
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 an
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 j
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 re
1 - 100 of 101 matches
Mail list logo