| From | Subject | Date |
|---|---|---|
| Marcus von Appen | Periodical creation of /dev/apmX entries
Hi,
does somebody know, why the current RELENG_7 tends to generate new
/dev/apmX entries every 45 seconds on my Dell Dimension 4600?
After a few hours there were around 900 /dev/apm entries, ranging from
/dev/apm to dev/apm898.
The kernel does not have device apm built in and dmesg does not reveal
anything as well.
# uname -a
FreeBSD medusa.sysfault.org 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #6: Mon Jan 7 23:10:13 CET 2008 root@medusa.sysfault.org:/usr/obj/usr/src/sys/MEDUSA i386
Any...
| Jan 7, 6:35 pm 2008 |
| Matthew Dillon | Re: a new way to hang 7.0
Don't mistake the existance of the MP lock for a lack of SMP coding.
All kernel coding done in DragonFly these days is SMP oriented because
all the APIs are SMP oriented, whether the MP lock is held or not.
We are better positioned there then you think we are. If I am overly
conservative when it comes to maintaining system stability, well,
that's just a quirk of mine. I don't feel there's much of a point to
having cool bells and whistles if it also means getting crashes...
| Jan 7, 6:11 pm 2008 |
| Danny Braniss | Re: FreeBSD nss, getgroupmembership(3)
sorry if this sounds like a party-poopper but:
1- why not just fix getgrouplist instead of inventing getgroupmembership?
(the patch replaces the code of getgrouplist by a call to
getgroupmembership anyways)
2- why not just make a new table, with key uid/username and with data the list
of groups?
this is what we have here, the list is autogenerated each time the main
password file
and/or group are modified. this reduces network noice and cycles
conciderably.
danny
__________...
| Jan 7, 9:20 am 2008 |
| Frode Nordahl | Re: FreeBSD nss, getgroupmembership(3)
I can query the LDAP database with a username and get a list of groups
effectively, but there is no existing API that can make use of this.
See the above link for discussion and reasons for adding
getgroupmembership instead of altering existing APIs.
--
Frode Nordahl
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd....
| Jan 7, 9:34 am 2008 |
| Matthijs Kooijman | Re: FreeBSD nss, getgroupmembership(3)
Hey,
a while back (or actually, more than a year back...) there was some discussion
in this thread about implementing getgroupmembership support in FreeBSD NSS.
FYI, Michael Bushkov has commited support for this a few weeks back based on
work by me and largely by Michael Hanselmann. For now, there is no support yet
in the nss_ldap and nss_winbind modules, but patches are already available.
Support wil not be merged to 7.0, but hopefully it will be in 7.1.
See pr 115196 [1] for more details ab...
| Jan 7, 6:10 am 2008 |
| Frode Nordahl | Re: FreeBSD nss, getgroupmembership(3)
Thank you for letting me know, this is fantastic!! :-) A big thank you
to everyone involved in making this happen.
I will attempt to put this to test in a production system in good time
before 7.1 so any issues can be resolved before release.
Any chance the patch will apply on 6.x?
--
Frode Nordahl
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "fre...
| Jan 7, 6:21 am 2008 |
| Dan Nelson | Re: FreeBSD nss, getgroupmembership(3)
The mailinglist post mentioned in PR 115196 includes a patch for 6.x,
which also works just fine (with some conflict cleanup) on 5.x :)
--
Dan Nelson
dnelson@allantgroup.com
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Jan 7, 12:23 pm 2008 |
| Danny Braniss | Re: ELF dynamic loader name [was: sbrk(2) broken]
This argument has sides/issues, one is the 'distribution', and here I agree
that one universal-fit-all is not the way to go.
I'm concerned in trying to solve a problem we are facing here, were
students/researchers
danny
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Jan 7, 3:49 am 2008 |
| Andrew Reilly | Re: ELF dynamic loader name [was: sbrk(2) broken]
On Mon, 07 Jan 2008 09:49:20 +0200
Encourage them to write their code in something portable, like
Java, scheme, python, matlab/octave? If they have to use
C/C++/Fortran/ etc, they could get used to distribution in
source?
The binary compatibility wheel-of-reincarnation is an interesting
one to watch. When I was a student and post-grad at Uni, our
applications, when shared with colleagues, could very well have
needed to run on any of Vax, 68k, MIPS (32 or 64 bit), SPARC
(32-bit), ia32, x86 (16...
| Jan 7, 7:12 pm 2008 |
| Aryeh M. Friedman | more acd0+ihc9r problems
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I am using 8-current (including the latest pmap mods) amd64 on a MSI
Neo-F mobo (P35+IHC9R with intergrated re(4) and sata) with a Plextor
px-755a SATA dvd+/-rw. I have the following issues with /dev/acd0:
If there is blank media present at boot time (have not tested with
non-blank media) depending on media type the following happens:
1. re(4) disappears (cd-r)
2. named fails but re(4) is present (cd-rw)
3. goes into infinite stall (not hang) (dv...
| Jan 7, 12:29 am 2008 |
| Tom Evans | Re: more acd0+ihc9r problems
Doctor, it hurts when I do this...
1) Define disappears - the hardware is no longer present or visible to
the OS? What does pciconf -lv look like in both failure and success
states?=20
2) How does named fail? Can you restart named? What error messages are
output in both cases?
3) Where in the kernel does it stall? Can you break in with the
debugger?
Tom
| Jan 7, 12:21 pm 2008 |
| Thomas Vogt | Re: ZFS on AMD64 - any recent crashes?
Hi
No crashes so far. ftp2.ch.freebsd.org is running FreeBSD 7 Beta4 with
ZFS on a 64bit Intel Quad Core with 4GB since 2-3 months. We provide a
cvsup mirror with cvsup.ch.freebsd.org and a portsnap mirror with
portsnap3.freebsd.org too.
As an official mirror for kde, mysql, fedora, opensuse, openoffice we
run several rsync processes a day and offer rsync for mirroring. No
problem so far. I never had any ZFS related crash.
I just set two paramters in the loader.conf:
vm.kmem_size_max="...
| Jan 6, 10:38 pm 2008 |
| Travis Mikalson | Re: ZFS on AMD64 - any recent crashes?
I can tell you what works for us. Slightly verbose and repeating things
most of us already know, for the archives.
Do not put your swap on ZFS.
On an amd64 system with 2GB of RAM, we put the following in
/boot/loader.conf:
vfs.zfs.arc_max="600M"
vm.kmem_size_max="1G"
vm.kmem_size="1G"
We seem to pretty easily panic our RELENG_7 ZFS systems if we do not set
arc_max to roughly 65% or less of kmem_size_max. I do 60% to be more
conservative. YMMV, but you get the idea.
To panic our syst...
| Jan 6, 9:01 pm 2008 |
| Stefan Lambrev | Re: state of 7.0-RC1 on an IBM t60p
Hi Josh,
You can try the latest wpi driver from perforce -
http://www.clearchain.com/wiki/Wpi
I'm using http://www.turbocat.net/~hselasky/usb4bsd/index.html, which
First time I saw this in RC1 - never with 7-CURRENT or -BETAX (I'm
--
Best Wishes,
Stefan Lambrev
ICQ# 24134177
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@fre...
| Jan 7, 8:24 am 2008 |
| Dag-Erling Smørgrav | Re: sbrk(2), OOM-killer and malloc() overcommit
Well, technically, it was because the server didn't have enough RAM for
the workload it was given. Turning off memory overcommit wouldn't fix
that, it would just change the symptoms.
I don't know of a single server OS that doesn't overcommit memory. The
only difference between them is how they behave once the shit hits the
fan.
Anyway, as somebody else mentioned, the details are in the archives - if
you don't know enough English to find them there, I don't see how having
them summarized in E...
| Jan 7, 10:58 am 2008 |
| Vadim Goncharov | Re: sbrk(2), OOM-killer and malloc() overcommit
Yes, but when they have a multi-gigabyte-RAM server, and told that Linux
will be better - no matter they are technically so competent or not, we
I've heard about disabling it for selected processes or things like memory
reservation backed by temporary files done by OS (afair, it was HP-UX). Or
Linux overcommit switch, for which this ordinary people are happy enough
to not blame (here are defaults):
master:~# cat /proc/sys/vm/overcommit_ratio
50
master:~# cat /proc/sys/vm/overcommit_m...
| Jan 7, 12:06 pm 2008 |
| Dag-Erling Smørgrav | Re: When will ZFS become stable?
Have you heard of the logical fallacy called "plurium interrogationum"?
You may not be familiar with the phrase (which is Latin for "multiple
questions"), but it's what you're doing here: asking a question which is
impossible to answer truthfully because it is based on an incorrect
premise, and to answer the question correctly you must first discuss the
premise. It's a favorite Hollywood plot device, because you can have
the smart-aleck lawyer interrupt the confused witness and insist on a
yes or ...
| Jan 7, 10:04 am 2008 |
| Ivan Voras | Re: When will ZFS become stable?
T24gMDcvMDEvMjAwOCwgRGFnLUVybGluZyBTbcO4cmdyYXYgPGRlc0BkZXMubm8+IHdyb3RlOgoK
PiBZb3VyIHF1ZXN0aW9uIGlzIGJhc2VkIG9uIHRoZSBwcmVtaXNlIHRoYXQgWkZTIGluIEZyZWVC
U0QgNyBpcyB1bnN0YWJsZS4KPiBUaGF0IHByZW1pc2UgaXMgZmFsc2UuCgpBdCBtb3N0LCB3ZSds
bCBoYXZlIHRvIGFncmVlIHRvIGRpc2FncmVlLiBBICJ0dW5pbmciIG9mIHRoZSBzeXN0ZW0gKGF0
CmxlYXN0IGZyb20gbXkgZXhwZXJpZW5jZSkgaXMgYWJvdXQgc3lzdGVtIHBlcmZvcm1hbmNlLCBu
b3Qgd2hldGhlciB0aGUKc3lzdGVtIHdpbGwgY3Jhc2ggb3Igbm90LiBZb3UgbWF5IGRlZmluZSB0
aGUgd29yZCB0byBtZWFuIHNvbWV0aGluZwplbHNlIGJ1...
| Jan 7, 10:37 am 2008 |
| Andrew Thompson | Re: When will ZFS become stable?
ZFS is clearly marked as experimental so its reasonable to require tuning
to avoid crashes. If its still the case when the experimental status is
lifted then you can have this argument all over again.
cheers,
Andrew
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Jan 7, 4:46 pm 2008 |
| Pawel Jakub Dawidek | Re: When will ZFS become stable?
To sum up this thread, let me present ZFS status as of today.
Before I do that, one explanation. I was away from FreeBSD for like 3-4
weeks, because of real life issues, etc. I hope, I'm now back for good.
Let me also use this again to invite any interested committers to help
working on ZFS (I'm inviting people to help from a day one).
Ok.
The most pressing issues currently are:
1. kmem_map exhaustion.
2. Low memory deadlocks in ZFS itself.
I believe 2nd problem is already fixed in OpenSo...
| Jan 7, 5:59 am 2008 |
| Ivan Voras | Re: When will ZFS become stable?
I'd suggest we do give all three warnings (KVA_PAGES, kmem_size, i386)
at once, preferably both when the ZFS module loads and when a zpool is
created. I think it's important that the tree pieces of information be
given at the same time so the user doesn't need to hunt solutions
after panics.
Your comment that people are panicking more than ZFS is correct, but
that illustrates the importance people give to having file system not
crash on them :)
_______________________________________________
fr...
| Jan 7, 6:30 am 2008 |
| Igor Mozolevsky | Re: When will ZFS become stable?
Having read the thread and people's reasons for using the ZFS, it does
seem that they are trying to use ZFS to solve non-problem problems,
especially that someone commented that they use 1:10 kmem:HD space
ratio!
Igor :-)
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Jan 7, 9:17 am 2008 |
| Alexandre "Sunn... | Re: ZFS honesty
On Sun, 2008-01-06 at 22:58 +0000, 韓家標 Bill Hacker wrote:
Could you by any chance elaborate -- from the information available to
me, I did not get an impression that ZFS is the cluster-aware filesystem
OT: As someone, who has ~10TB of compressed high-fidelity documents in
production (AIX/JFS2), I can tell you that this approach will only take
Not any better then 200 x 50GB filesystems ;)
--
Alexandre "Sunny" Kovalenko
_______________________________________________
freebsd-current@free...
| Jan 6, 8:03 pm 2008 |
| 韓家標 Bill Hacker | Re: ZFS honesty
From the Wikipedia article on Lustre...
"...Sun completed its acquisition of Cluster File Systems, Inc., including the
Lustre file system, on October 2, 2007, with the intention of bringing the
benefits of Lustre technologies to Sun's ZFS file system and the Solaris
operating system."
So Sun has had what? 2+ months? to try to fill a ZFS 'hole' that was worth a
major investment? See also traffic on *Sun's* ZFS list.
Far more features than that - 'robust', 'fault tolerant', 'Disaster Rec...
| Jan 6, 10:29 pm 2008 |
| Alexandre Biancalana | Re: ZFS honesty
I agree.
I build a new backup server ( DualCore processor, AMD64 Kernel, 3GB
Ram, 10x 500GB Sata disks, areca 1230) to receive data from all my
local servers on a 4TB zfs pool (using compression, ~ 300 snapshots
and ~90 filesystems) and after write to LTO3 Tape Drives.
It worked fine after the required tuning (vm patch, prefetch disable, etc)
But I lost my data two times. The first was in 11/12/2007, the system
freeze and after reboot I get the panic when trying to mount the zfs
pool:
Du...
| Jan 7, 11:23 am 2008 |
| Ivan Voras | Re: ZFS honesty
Um, I don't think this part of the post means what I wanted it to mean - =
please ignore it - ETOOTIRED :)
| Jan 6, 9:16 pm 2008 |
| Joao Barros | Re: Should we simply disallow ZFS on FreeBSD/i386?
As someone who's been running ZFS happilly ever since pjd committed it
to CURRENT early 2007 on i386 with 1GB of RAM I would definitly say
NO!
Put up warnings, banners and whatever you want but disabling it just
because some users had some panics or just haven't given up time to
tune their system (I'm all in favor of auto tunning here) just doesn't
seem reason enough for me to limit other people's choices.
I've listed it before but again for the record:
i386 Xeon, 1GB RAM
4x320GB RAIDZ with root ...
| Jan 7, 10:52 am 2008 |
| Peter Schuller | Re: Should we simply disallow ZFS on FreeBSD/i386?
100% agreement.
If you want to go to extremes, require the user to put=20
zfs.zfs.run_on_32_bit_and_i_understand_i_am_an_idiot_and_this_is_not_recomm=
ended=3D1=20
in loader.conf, or else have the kernel panic by design on boot.
But don't make it totally impossible without patching the source, *please*.
Obviously the exception is if development for i386 stops such that it actua=
lly=20
does not work. But disallowing it for artificial reasons... please leave=20
things like that to proprietar...
| Jan 7, 1:06 pm 2008 |
| Alexander Kabaev | Re: Should we simply disallow ZFS on FreeBSD/i386?
On Mon, 7 Jan 2008 18:06:55 +0100
Just a note to put another '100% agreement' sign up. We have plenty of
other FSes which are half-cooked and can easily hurt people, but nobody
suggests removing them. Why ZFS should be singled out, it is in a way
better shape than most of them.
--=20
Alexander Kabaev
| Jan 7, 6:47 pm 2008 |
| Christian Walther | Re: Should we simply disallow ZFS on FreeBSD/i386?
[Empty message]
| Jan 7, 3:10 am 2008 |
| Igor Mozolevsky | Re: Should we simply disallow ZFS on FreeBSD/i386?
That could be a good thing (think programs creating lots of files and
How is that different to creating one / slice of FFS?
Igor :-)
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Jan 7, 4:20 am 2008 |
| Christian Walther | Re: Should we simply disallow ZFS on FreeBSD/i386?
Hello igor,
With ZFS there aren't fixed boundaries as there are with the
slice/partition theme. You can use reservation and quota to determine
how much free space is guaranteed for a ZFS and the maximum size a ZFS
is allowed to grow to.
If you feel that these boundaries/limitations aren't of any use
Christian
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "free...
| Jan 7, 4:51 am 2008 |
| Maxim Sobolev | Re: Should we simply disallow ZFS on FreeBSD/i386?
In Russian we have a good saying: "You can teach a bear to ride a
bicycle, but will it ever enjoy it?"
The same is here - seemingly due to the ZFS design limitations and
limitations of the FreeBSD kernel you can't get ZFS to run reliably out
of the box on i386. Yes, you can probably do some tweaks here and there,
to make it more of less stable given the workload, but that's not what
most of the FreeBSD users expect from the file system. Unlike you, most
of administrators won't even bother t...
| Jan 6, 8:58 pm 2008 |
| Bernd Walter | Re: Should we simply disallow ZFS on FreeBSD/i386?
I enjoy my i386/ZFS Servers.
It is running with just 384MB RAM as the only instability it currently
has is because the / disk ist dying.
But even with this it has 71 days uptime.
And my backup server is also based on ZFS with just 196MB RAM.
This one isn't running stable, but it is stable for just doing the zfs
imports and restoring some files.
The only 64 bit machines I have at home are alpha and spac64, so no
option for ZFS right now.
I don't see a real difference between running a 2G i386 an...
| Jan 7, 11:36 am 2008 |
| Vadim Goncharov | Re: When will ZFS become stable?
Yes, in-kernel libalias is "leaking" in sense that it grows unbounded, and
uses malloc(9) instead if it's own UMA zone with settable limits (it frees
all used memory, however, on shutting down ng_nat, so I've done a
workaround restarting ng_nat nodes once a month). But as I see the panic
string:
panic: kmem_malloc(16384): kmem_map too small: 83415040 total allocated
and memory usage in crash dump:
router:~# vmstat -m -M /var/crash/vmcore.32 | grep alias
libalias 241127 30161K ...
| Jan 7, 11:16 am 2008 |
| Robert Watson | Re: When will ZFS become stable?
Did you have any luck raising interest from Paulo regarding this problem? Is
there a PR I can take a look at? I'm not really familiar with the code, so
I'd prefer someone who was a bit more familiar with it looked after it, but I
This is a bit complicated to answer, but I'll try to capture the gist in a
short space.
The kernel memory map is an address space in which pages can be placed to be
used by the kernel. Those pages are often allocated using one of two kernel
allocators, mallo...
| Jan 7, 11:39 am 2008 |
| Vadim Goncharov | Re: When will ZFS become stable?
No, i didn't do that yet. Brief search, however, shows kern/118432, though
it is not directly kmem issue, and also thread
http://209.85.135.104/search?q=cache:lpXLlrtojg8J:archive.netbsd.se/%3Fml%3Dfreebsd-ne...
in which memory exhaustion problem was predicted. Also, I've heard some
rumors about ng_nat memory panics under very heavy load, but a man with
300Mbps router with several ng_nat's said his...
| Jan 7, 7:28 pm 2008 |
| Robert Watson | Re: When will ZFS become stable?
Possibly we should rename the "FREE" column to "CACHE" -- the free count is
the number of items in the UMA cache. These may be hung in buckets off the
per-CPU cache, or be spare buckets in the zone. Either way, the memory has to
be reclaimed before it can be used for other purposes, and generally for
complex objects, it can be allocated much more quickly than going back to VM
for more memory. LIMIT is an administrative limit that may be configured on
the zone, and is configured for some b...
| Jan 7, 7:39 pm 2008 |
| Dag-Erling Smørgrav | Re: a new way to hang 7.0
OK, so you reject softupdates because it took time to mature and you
assume it stopped improving when you stopped paying attention.
How long do you think it will take for HAMMER to mature? Realistically?
How long will HAMMER be "a huge source of bugs in the system" before it
stabilizes?
Think back to when you started DragonFly. How soon did you expect it to
overtake FreeBSD in SMP performance? And how long did it actually take?
Actually, it never happened - DrangonFly doesn't scale at all ac...
| Jan 7, 9:44 am 2008 |
| Mikhail Teterin | Re: a new way to hang 7.0
And softupdates are still buggy :( I had a panic with something about
softupdates and inode right before New Year (kernel binaries have been
rebuilt before then, so I could not really debug).
The "Failed to flush worklist" error continues to appear every once in a while
too, preventing clean unmounts...
Usable? Mostly. Mature? No...
-mi
######################################################################
The information contained in this communication is confidential and
may contain i...
| Jan 7, 12:11 pm 2008 |
| Poul-Henning Kamp | Re: sbrk(2) broken
In message <20080104134829.GA57756@deviant.kiev.zoral.com.ua>, Kostik Belousov
This is a non-starter, if SIGDANGER is to have any effect, all
processes that use malloc(3) should react to it.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
_______________________________________________
freebsd-current@freebsd...
| Jan 7, 5:08 am 2008 |
| Peter Jeremy | Re: sbrk(2) broken
This depends on what SIGDANGER is supposed to indicate. IMO, a single
signal is inadequate - you need a "free memory is less than desirable,
please reduce memory use if possible" and one (or maybe several levels
of) "memory is really short, if you're not important, please die".
The former could reasonably default to SIG_IGN - processes that are
in a position to release memory on demand could provide a handler to
do so. (This could potentially include malloc returning space on
its freelist to th...
| Jan 7, 5:58 am 2008 |
| Poul-Henning Kamp | Re: sbrk(2) broken
That's what I have been advocating for the last 10 years...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@...
| Jan 7, 6:05 am 2008 |
| Igor Mozolevsky | Re: sbrk(2) broken
That makes the userland side of unnecessarily overcomplicated. If a
process handles SIGDANGER then let it do so and assume it's important
enough to be left alone, if a process doesn't handle SIGDANGER then
send SIGTERM to them then SIGKILL; but in any case SIGTERM *should*
precede SIGKILL - the processes ought to be allowed to terminate
gracefully.
Igor :-)
_______________________________________________
freebsd-current@freebsd.org mailing list
[ message continues ] " title="http://lists.freebsd.org/mailman/listinfo/freebs...">http://lists.freebsd.org/mailman/listinfo/freebs... | Jan 7, 9:15 am 2008 |
| Poul-Henning Kamp | Re: sbrk(2) broken
In message <a2b6592c0801070515g37735475kc0922af8f93723ca@mail.gmail.com>, "Igor
Yes, but you will not see this complication, it will be hidden
in the implementation of malloc(3).
Every problem has a simple, easy to understand solution that does
not work. SIGDANGER is one of these. It didn't work any good on
AIX and it won't do so on FreeBSD either.
The problem simply requires more than one bit of feedback information
to get a sensible regulation.
--
Poul-Henning Kamp | UNIX s...
| Jan 7, 9:18 am 2008 |
| Andrew Reilly | Re: sbrk(2) broken
On Mon, 07 Jan 2008 13:18:47 +0000
How could you hide it inside malloc? Would malloc start
returning 0 after receiving the "less mem than desirable"
signal? Would it ever go back to returning non-zero?
I thought that the idea of things like SIGDANGER was that
applications would be written to have a mode where they could
shut down some aspect of their operation, and free resources. I
don't see how you can do that, autonomously, from within malloc?
Maybe introduce a special flavour of pointer...
| Jan 7, 7:19 pm 2008 |
| Dag-Erling Smørgrav | Re: ELF dynamic loader name
Two-way i386 + amd64 executables would be very useful, since they can
run on the same hardware with just a change of kernel.
DES
--
Dag-Erling Smørgrav - des@des.no
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Jan 7, 5:42 am 2008 |
| Andrew Reilly | Re: ELF dynamic loader name
On Mon, 07 Jan 2008 10:42:49 +0100
How is that useful? I386 executables can run on the same hardware
with the same changes of kernel. If you're not planning to
change kernel, then you can use amd64-only. I thought that the
whole fat-binary issue revolved around binary distribution (also
by networked file systems) to *different* architectures. Well,
that's what Apple and NeXT seem to have used them for. Apollo,
Sun, MIPS/SGI, HP(?) always seemed to manage with PATH
configurations and/or varian...
| Jan 7, 7:30 pm 2008 |
| Xin LI | Re: ServerWorks/Broadcom HT1000 chipset errata saga
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
> No, S
| Jan 7, 6:27 pm 2008 |
| John Baldwin | Re: VFS panic - probably NTFS
We'd need the actual panic message I think.
--
John Baldwin
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Jan 7, 2:52 pm 2008 |
| previous day | today | next day |
|---|---|---|
| January 6, 2008 | January 7, 2008 | January 8, 2008 |
| Greg Kroah-Hartman | [PATCH 006/196] Chinese: add translation of oops-tracing.txt |
| Jan Engelhardt | intel iommu (Re: -mm merge plans for 2.6.23) |
| James Bottomley | Re: Integration of SCST in the mainstream Linux kernel |
| Borislav Petkov | 2.6.23-rc1: no setup signature found... |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | Re: [BUG] New Kernel Bugs |
