Ok the subject line is misleading.. but I don't know how else to put it.
I have a machine on which SOME programs are slow. VERY SLOW. Other
programs run just fine. I cannot seem to find the source of the problem.
Machine 1 (the ok machine) is running 6.2-RELEASE-pLATEST. It is a
CPU: Intel(
On Wed, 20 Jun 2007, Kris Kennaway wrote:
On Wed, Jun 20, 2007 at 10:24:01AM -0400, David Cross wrote:
Machine 2:
time sed -f
/usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/strip.sed
/usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/doc-common
/dev/null
real
ts its fine.
--
David E. Cross
On Wed, 20 Jun 2007, Jeremy Chadwick wrote:
On Wed, Jun 20, 2007 at 10:24:01AM -0400, David Cross wrote:
Ok the subject line is misleading.. but I don't know how else to put it. I
have a machine on which SOME programs are slow. VERY SLOW. Other programs
ru
http://downloadmirror.intel.com/13348/ENG/MQ_1687_ReleaseNotes.pdf
There it is, the smoking gun. Release 1676... wow.. .that's an obscure
one.
Thanks you all again!
--
David E. Cross
On Wed, 20 Jun 2007, David Cross wrote:
Thanks all.. it was the memory. It wasn't "bad&
Tracking down a performance issue where the system apparently needlessly
reads on a 100% write load... consider the following C test case: (more
after the code)
#include
#include
#include
#include
int main(int argc, char **argv)
{
unsigned char dir1[4], dir2[4], filename[15], pathname
On Sat, 2005-04-16 at 02:16 -0400, David E. Cross wrote:
> I have problem with an ASUS DRW-1609P with both 5.3 and 5.4. It won't
> write any media. Even "burncd" fails with the following error:
>
> (Yes, I know I have "test" mode on, I got tired of making coasters)
> > burncd -f /dev/acd0 -s max
6 matches
Mail list logo
