Date | Commit message (Collapse) |
|
Of course, RDoc doesn't know quantity vs quality :)
|
|
Oops, don't let GC close our listener before Unicorn
can inherit it.
|
|
It seems nice
|
|
POSIX message queues needs native threads to function.
|
|
fcntl() locks are per-process, so we also need something
to protect individual threads within a process from stepping
over each other.
|
|
This is only useful when looped inside screen or something
similar...
|
|
USR1 dumps histograms, and USR2 resets the counters
|
|
No need to make eyes drift :)
|
|
Seems to basically work
|
|
|
|
|
|
|
|
They are useful
|
|
UGH...
|
|
It's more complete for people on ancient systems where
"struct tcp_info" is defined in netinet/tcp and missing
tcp_ircv_rtt, tcpi_rcv_space and tcpi_total_retrans.
|
|
Matches my common usage patterns
|
|
Sometimes sleeping for one second between reads is too much...
|
|
This can now be used to monitor UNIX domain socket queues, too.
|
|
We want any pipe readers to see this immediately
|
|
People actually need to load modules manually on older kernels :<
|
|
It's easier to find this way.
|
|
Oops!
|
|
We need to do this for apps that depend on things like the
sendfile() optimizations in Rainbows!
|
|
No need for people to download glibc to get the LGPL :>
|
|
This is the highest number a counter may be incremented to
before it overflows.
|
|
This returns a Raindrops::TCP_Info object
that wraps a tcp_info struct.
|
|
We might reuse that for other code...
|
|
We'll be doing more Linux-only stuff
|
|
Since Unicorn and Rainbows! support IPv6 now, it makes sense to
support the rfc2732-style addresses it returns.
|
|
inet_diag already supports AF_INET6.
|
|
bogomips.org is on a URL diet
|
|
|
|
These are slightly faster than regular method dispatch
|
|
It's a needless allocation
|
|
No need to clutter/confuse namespace lookups
|
|
No more JavaScript!
|
|
Acked-by: Eric Wong <normalperson@yhbt.net>
|
|
It works!
|
|
Rubinius 1.1.0 support is complete. Atomic operations
are now available under FreeBSD 7.0 now.
Full changelog below:
commit 8a2a725a4ad074af493e5aa075155eda8b1d6be7
Author: Eric Wong <e+absinthe@yhbt.net>
Date: Sat Sep 25 00:14:48 2010 -0700
force -march=i486 where GCC is targeted for i386
Nobody uses i386 anymore (especially not with Ruby!),
but some systems like FreeBSD 7.0 still target GCC at
i386 by default, so we force GCC to use a slightly
more modern instruction set and allow it to use
atomic builtins.
commit 256cc7c8ffb441dcf2d2a2da3bbbcc82546962d9
Author: Eric Wong <e+absinthe@yhbt.net>
Date: Sat Sep 25 00:01:46 2010 -0700
disable Linux-only code on non-Linux
This allows us to build and link correctly on FreeBSD 7.0
commit 22a5a39d75faa890048d07ae4ea0d494acd414ce
Author: Eric Wong <e@yhbt.net>
Date: Sat Sep 25 06:25:42 2010 +0000
linux: workaround missing RSTRUCT* macros in rbx
Rubinius does not include macros for accessing
Struct members in the C API.
ref: http://github.com/evanphx/rubinius/issues/494
|
|
Nobody uses i386 anymore (especially not with Ruby!),
but some systems like FreeBSD 7.0 still target GCC at
i386 by default, so we force GCC to use a slightly
more modern instruction set and allow it to use
atomic builtins.
|
|
This allows us to build and link correctly on FreeBSD 7.0
|
|
Rubinius does not include macros for accessing
Struct members in the C API.
ref: http://github.com/evanphx/rubinius/issues/494
|
|
Otherwise we'd keep forgetting and users would not know
about us.
|
|
Non-GCC 4.x users may use the libatomic_ops[1] package to
compile Raindrops. Memory efficiency is improved for modern
glibc users with run-time cache line size detection, we no
longer assume 128 byte cache lines.
[1] - http://www.hpl.hp.com/research/linux/atomic_ops/
|
|
No more GCC 4.x dependency!
|
|
* 0.3.0:
raindrops v0.3.0 - LGPL v2.1 and v3.0
|
|
* commit 'v0.3.0':
raindrops v0.3.0 - LGPL v2.1 and v3.0
|
|
Modern glibc can easily return the L1 cache line size with
sysconf(3), so we'll use that and avoid paying a size penalty on
CPUs with smaller cache lines than 128 (every modern x86 except
the idiotic P4).
Additionally, if we detect a single CPU machine, avoid paying
any padding penalty at all.
On machines without the non-portable glibc sysconf(3)
enhancements, we'll continue to operate on the assumption
of an enormous 128 byte cache line size.
|
|
This allows non-GCC 4.x users to experience Raindrops.
|
|
It's not pretty...
|