| 04:52:48 | | andersee was last seen on #tuxscreen 7 hours, 4 minutes and 7 seconds ago, saying: ibot: BZFlag? [Mon Sep 2 22:48:41 2002] |
| 04:52:48 | fontenot | ibot: seen andersee |
| 04:54:11 | fontenot | wow, that card sounds cool |
| 04:55:19 | fontenot | tho it's probably not *that* configurable - usually a radio device is optimized for a small frequency range for cost/size/efficiency reasons |
| 04:55:51 | fontenot | but maybe those of us with amatuer radio licenses could have some legal fun with it :-D |
| 05:10:40 | andersee | fontenot: hey |
| 05:10:48 | andersee | fontenot: You looking for me? |
| 05:17:56 | fontenot | andersee: yeah - I saw a post of yours somewhere about the VIA C3 proc and I was wondering if you ever found out more about optimized gcc options for it |
| 05:23:06 | andersee | fontenot: Hmm |
| 05:23:30 | andersee | fontenot: I've never actually owned one of those I'm sorry to say |
| 05:24:03 | andersee | fontenot: But it should be essentially equal to an Intel Pentium |
| 05:28:09 | | andersee was last seen on #uclibc 4 minutes and 6 seconds ago, saying: fontenot: But it should be essentially equal to an Intel Pentium [Tue Sep 3 06:24:03 2002] |
| 05:28:09 | fontenot_ | ibot: seen andersee |
| 05:28:30 | fontenot_ | andersee: whatever you said to me I missed - my stupid dsl went down again |
| 05:29:22 | andersee | I just said the VIA C3 should be essentially the same as an Intel Pentium |
| 05:29:43 | andersee | never owned one myself though |
| 05:32:37 | fontenot_ | andersee: hmm in your post you said it was like an i686 with just the CMOV instruction missing |
| 05:33:04 | fontenot_ | well I have been building gentoo with -i586 -m3dnow |
| 05:33:12 | fontenot_ | i guess that's as good as I can get :-\ |
| 05:34:26 | fontenot_ | heh but I guess this post was in february ? long time since then |
| 05:38:00 | andersee | evening BZFlag |
| 05:38:19 | andersee | BZFlag: evening All sold out of tuxscreens I see... |
| 05:38:28 | andersee | fontenot_: Hmm. I don |
| 05:38:36 | andersee | fontenot_: Hmm. I dont recall such a post... |
| 05:38:47 | andersee | fontenot_: But then, I write a lot of email |
| 05:38:52 | fontenot_ | andersee: checking... |
| 05:43:40 | fontenot_ | andersee: I cant find it now :-\ |
| 05:43:49 | fontenot_ | google found it before but now it's not |
| 05:44:06 | andersee | Ahh well |
| 05:51:34 | BZFlag | andersee: yepper. all gone. well, ok one order is pending payment, but all the rest are gone. You would think I'd have a lot of free time now huh? but no. ;-) |
| 05:52:50 | fontenot | hi BZFlag :-) |
| 06:03:12 | BZFlag | hey, checking email after being gone for the weekend. |
| 06:16:49 | andersee | heh |
| 06:17:30 | andersee | BZFlag: Manuel recently got a Zaurus -- was asking about Pierre... |
| 06:17:56 | andersee | BZFlag: I guess the Zaurus Xserver is a Pierre special? |
| 06:18:10 | andersee | BZFlag: Is he back in France now? |
| 06:18:49 | BZFlag | andersee: have not heard from ppc. |
| 06:19:44 | BZFlag | he did the initial X server for the Z yeah. He posted source someplace. I have not tried to reproduce it. I think that OpenZaurus either has it working or is close. They build from source. |
| 06:21:11 | andersee | Hmm. Manuel was looking for the source -- couldn't find it. |
| 06:21:39 | andersee | He assumed it was closed source... |
| 06:24:47 | BZFlag | source should be around someplace. have hime talk to kergoth on here to see if OZ has it working yet. |
| 06:25:24 | andersee | BZFlag: ok, will do. |
| 07:41:19 | aaronl | andersee: hmmm |
| 07:41:22 | aaronl | Linux vitelus.com 2.4.20-pre5 #1 Mon Sep 2 14:41:17 PDT 2002 i686 unknown unknown GNU/Linux |
| 07:41:37 | aaronl | this seems SO much faster than 2.4.19-pre5-ac3 |
| 07:41:39 | aaronl | maybe i'm wrong |
| 07:41:56 | aaronl | but it feels like reading of cached files is extremely fast |
| 07:44:10 | fontenot | the result of the IDE changes ? |
| 07:44:34 | aaronl | possibly |
| 07:44:35 | fontenot | i know my 2.4.19-rc3 gets extremely unresponsive with heavy IDE activity |
| 07:45:08 | aaronl | setting unmaskirq with hdparm might help |
| 07:45:38 | fontenot | how does emerge decide which packages to build with -j2 ? |
| 07:45:54 | fontenot | oops wrong channel |
| 07:46:37 | aaronl | i'm having some problems with ext3 though |
| 07:46:43 | aaronl | i think they're related to fragmentation |
| 07:46:44 | aaronl | [aaronl@vitelus:~]$ time cat mail/debian-legal > /dev/null |
| 07:46:44 | aaronl | cat mail/debian-legal > /dev/null 0.00s user 0.02s system 0% cpu 5.565 total |
| 07:46:44 | aaronl | [aaronl@vitelus:~]$ ls -l mail/debian-legal |
| 07:46:44 | aaronl | -rw------- 1 aaronl mail 7893525 Sep 3 00:42 mail/debian-legal |
| 07:46:44 | aaronl | [aaronl@vitelus:~]$ time cat /usr/src/linux-2.4.18.tar.bz2 > /dev/null |
| 07:46:45 | aaronl | cat /usr/src/linux-2.4.18.tar.bz2 > /dev/null 0.00s user 0.10s system 16% cpu 0.616 total |
| 07:46:47 | aaronl | [aaronl@vitelus:~]$ ls -l /usr/src/linux-2.4.18.tar.bz2 |
| 07:46:49 | aaronl | -rw-r--r-- 1 aaronl aaronl 24161675 Apr 14 11:53 /usr/src/linux-2.4.18.tar.bz2 |
| 07:47:05 | aaronl | (both files were AFAIK not in cache) |
| 07:48:21 | andersee | aaronl: Thats my experience as well -- some vm tweek or other. Feels nice. |
| 07:48:52 | aaronl | look at what i just flooded - isn't that whacky? |
| 07:49:25 | aaronl | both files are on the same partition... |
| 07:49:27 | andersee | Hmm |
| 07:49:56 | andersee | Could be one was already cached... |
| 07:50:02 | aaronl | i doubt it |
| 07:50:08 | andersee | Try first running blockdev --flushbufs |
| 07:50:23 | aaronl | last time i touched the linux tarball when when i compiled the kernel |
| 07:50:25 | andersee | i.e. between each run |
| 07:50:29 | aaronl | and that was several reboots ago |
| 07:50:45 | aaronl | debian-legal could be cached, but the timings sure make it seem like it isnt ;) |
| 07:51:00 | andersee | sparse files? |
| 07:52:03 | andersee | Lots and lots of files in your mail dir? |
| 07:52:03 | aaronl | explain? ;) |
| 07:52:17 | aaronl | /exec -o ls mail | wc -l |
| 07:52:19 | aaronl | 37 |
| 07:54:30 | aaronl | mbox does 11mb in .8 secs, which isnt nearly as bad, but still not as good a rate as the linux tarball by far. this fits perfectly with my fragmentation theory - i copied my mbox from another drive a few months ago, so most of it is unfragmented |
| 07:56:06 | aaronl | is there a way i can see how fragmented a particular inode is? |
| 07:56:18 | aaronl | i suspect that mail/debian-legal is extremely fragmented |
| 07:58:27 | aaronl | andersee: do you think i should send my data to lkml? or am i being stupid?... |
| 07:59:46 | aaronl | andrew morton would probably help me out |
| 07:59:52 | andersee | It actually sounds like a very interesting thing to post. |
| 08:00:38 | andersee | Try for fun doing a 'cp -a' on the dir and then testing the file in the newly created dir. |
| 08:01:44 | aaronl | i would do that, but i'm afraid that cache would interfere with the results |
| 08:02:34 | andersee | blockdev --flushbufs /dev/<where the filesystem is> |
| 08:04:55 | aaronl | debian-legal takes approximately 1 second to cat from the new dir |
| 08:07:09 | andersee | sounds like a strong indication for fragmentation... |
| 08:10:47 | aaronl | that blockdev --flushbufs command doesn't seem to do anything here btw |
| 08:13:13 | andersee | Hmm. I suppose it may not when the fs is mounted. |
| 14:37:13 | sjhill | mjn3: around? |
| 14:46:04 | mjn3 | sjhill: hey |
| 14:49:02 | sjhill | i think i found it, never mind :) |
| 14:49:28 | mjn3 | ah.. ok. |
| 18:46:46 | BZFlag | locale support does not include iconv stuff right? |
| 19:31:47 | sjhill | andersee: howdy |
| 19:42:31 | andersee | sjhill: morning |
| 19:42:37 | andersee | sjhill: or something |
| 19:42:38 | andersee | :) |
| 19:43:33 | sjhill | hehe |
| 19:43:51 | sjhill | is making lots of progress on LTP/uClibc |
| 19:45:04 | andersee | Is it proving to be a useful test? |
| 19:45:19 | sjhill | andersee: dunno', i haven't got the whole suite to compile yet :) |
| 19:45:38 | sjhill | although from looking at the tests, yes, it tests a lot of stuff |
| 20:05:13 | sjhill | andersee: got a minute? |
| 20:06:07 | andersee | sjhill: sure |
| 20:07:23 | sjhill | andersee: 'include/sys/statvfs.h' |
| 20:07:50 | andersee | sjhill: yup. I'm familiar with that one |
| 20:08:16 | sjhill | when LFS is turned on, 'fstatvfs' doesn't exist, only 'fstatvfs64' does |
| 20:09:07 | andersee | That should only happen with you have defined _FILE_OFFSET_BITS=64 |
| 20:09:55 | sjhill | i didn't define it on purpose :) |
| 20:11:14 | andersee | If you want large file support, just define _LARGEFILE_SOURCE or _LARGEFILE64_SOURCE |
| 20:11:43 | sjhill | which is activated by 'DOLFS' |
| 20:11:44 | andersee | If you want things transparently remapped from non-64 bit to 64 bit, then use _FILE_OFFSET_BITS=64 |
| 20:12:07 | andersee | That one is indended to be sneaky... |
| 20:12:17 | sjhill | hmm |
| 20:12:25 | andersee | It tried to change existing apps to be 64bit, w/o their noticing |
| 20:12:41 | andersee | s/tries to/changes/ |
| 20:12:49 | sjhill | #define _LARGEFILE_SOURCE 1 |
| 20:12:49 | sjhill | #define _LARGEFILE64_SOURCE 1 |
| 20:12:49 | sjhill | #define __USE_LARGEFILE 1 |
| 20:12:49 | sjhill | #define __USE_LARGEFILE64 1 |
| 20:12:56 | sjhill | happen when 'DOLFS' is enabled |
| 20:13:23 | sjhill | it looks like __REDIRECT isn't working |
| 20:13:43 | sjhill | or '# define statvfs statvfs64' doesn't work right |
| 20:14:19 | sjhill | so how can i get 'DOLFS' to also give me 'fstatvfs'? |
| 20:16:46 | andersee | Can you show me a sample of what is going wrong? |
| 20:17:17 | andersee | struct statfs s; if (statfs(MOUNT_POINT_DST "/", &s) != 0) { |
| 20:17:30 | andersee | That type of thing? |
| 20:17:32 | sjhill | sure... |
| 20:17:33 | sjhill | /tmp/ccHn7gy1.o: In function `setup': |
| 20:17:33 | sjhill | /tmp/ccHn7gy1.o(.text+0x42f): undefined reference to `fstatvfs' |
| 20:17:35 | sjhill | :) |
| 20:18:21 | andersee | Umm. thanks... |
| 20:18:36 | andersee | And the code in 'setup'? |
| 20:18:45 | sjhill | seriously, i did a 'nm' on the libraries and 'fstatvfs' is not in there anywhere |
| 20:20:13 | sjhill | if (fstatvfs(fd, &stat_buf) != 0) { |
| 20:20:14 | sjhill | tst_brkm(TBROK, cleanup, "Can't get the information about the " |
| 20:20:14 | sjhill | "file system"); |
| 20:20:14 | sjhill | } |
| 20:20:26 | sjhill | it's including the header also |
| 20:21:11 | sjhill | nm ./libc/misc/statfs/fstatvfs.o |
| 20:21:14 | andersee | Hmm. As I think about it, I've not been using statvfs() at all -- I use statfs()... |
| 20:21:21 | sjhill | 00000000 r .LC0 |
| 20:21:21 | sjhill | 00000002 r .LC1 |
| 20:21:21 | sjhill | 0000003c r .LC10 |
| 20:21:21 | sjhill | 00000044 r .LC11 |
| 20:21:21 | sjhill | 0000000f r .LC2 |
| 20:21:22 | sjhill | 00000019 r .LC3 |
| 20:21:24 | sjhill | 0000001b r .LC4 |
| 20:21:26 | sjhill | 0000001e r .LC5 |
| 20:21:28 | sjhill | 00000025 r .LC6 |
| 20:21:30 | sjhill | 0000002c r .LC7 |
| 20:21:32 | sjhill | 00000032 r .LC8 |
| 20:21:34 | sjhill | 00000037 r .LC9 |
| 20:21:36 | sjhill | U _GLOBAL_OFFSET_TABLE_ |
| 20:21:38 | sjhill | U __errno_location |
| 20:21:40 | sjhill | U endmntent |
| 20:21:42 | sjhill | U fstat64 |
| 20:21:44 | sjhill | U fstatfs64 |
| 20:21:46 | sjhill | 00000000 T fstatvfs64 |
| 20:21:50 | sjhill | U getmntent_r |
| 20:21:52 | sjhill | U memset |
| 20:21:54 | sjhill | U setmntent |
| 20:21:56 | sjhill | U stat64 |
| 20:21:58 | sjhill | U strcmp |
| 20:22:00 | sjhill | U strsep |
| 20:22:59 | andersee | But statvfs() is in SuSv3, so I guess I'd better make it work |
| 20:49:46 | andersee | sjhill: ok, found it. |
| 20:50:07 | andersee | sjhill: I broke statvfs and statfs back in February |
| 20:58:00 | andersee | sjhill: care to do a 'cvs up' and try again? |