On 19 Aug 2000, at 2:58, freebsd-hackers-digest wrote:
>
> freebsd-hackers-digest Saturday, August 19 2000 Volume 04 : Number 925
>
>
>
> In this issue:
> Re: Critical (or equivalent) section in Userland?
> Re: Critical (or equivalent) section in Userland?
> Re: 'group' in ioctl()
> RE: Bootable CD...
> Re: Critical (or equivalent) section in Userland?
> Loading font with libvgl
> Date: Fri, 18 Aug 2000 14:18:38 +0200
> Fellow Writer
> Re: Fellow Writer
> Re: Anyone try the new dual-head G-400 drivers?
> Re: Anyone try the new dual-head G-400 drivers?
> Re: Fellow Writer
> Re: RE: what to do about /tmp
> Re: Bootable CD...
> Re: Mosix in FreeBSD.
> Re: Mosix in FreeBSD.
> Re: Bootable CD...
> Cheap 1000Gbyte machine
> Re: Cheap 1000Gbyte machine
> 64bit Ethernet Controllers
> Re: Cheap 1000Gbyte machine
> Re: Cheap 1000Gbyte machine
> Re: Cheap 1000Gbyte machine
> Re: Cheap 1000Gbyte machine
> RE: Cheap 1000Gbyte machine
> Re: Cheap 1000Gbyte machine
> Re: Cheap 1000Gbyte machine
> Re: Critical (or equivalent) section in Userland?
> Re: Cheap 1000Gbyte machine
> Re: Critical (or equivalent) section in Userland?
> Re: Cheap 1000Gbyte machine
> Re: Cheap 1000Gbyte machine
> Re: Cheap 1000Gbyte machine
> Re: Cheap 1000Gbyte machine
> Re: 64bit Ethernet Controllers
> Re: Bootable CD...
> IEEE1394 driver system for -current
>
> ----------------------------------------------------------------------
>
> Date: Fri, 18 Aug 2000 07:49:32 +0100
> From: Karl Pielorz <[EMAIL PROTECTED]>
> Subject: Re: Critical (or equivalent) section in Userland?
>
> Warner Losh wrote:
>
> > Kill sendmail's root process. That's the best you can do. It won't
> > impact anything, it will prevent the reading of the queue files (and
> > the config files) and the children will just run with the old copies.
> > then you wait for all the children to die (with a reasonable
> > timeout). Then you do your change, then restart sendmail. That's the
> > best you can hope for.
>
> Unforuntately this doesn't work, as sendmails numerous children live for too
> long (the machine is a busy MX, and people increasingly mail 5Mb+ files
> around)
>
> Also adding to the children's lives is the fact that sendmail uses cached
> connections to delivery multiple messages to the same destination MX, which
> leads to even longer 'death' times, and can also result in Sendmail's kids
> looking up domains etc. in the config files :( [At least, that's what appears
> to be happening after a lot of observation]...
>
> However, 'killall -SIGSTOP sendmail' - appears to work very nicely... With a
> 'killall -SIGCONT sendmail' putting things back to normal. I'm also doing the
> stop twice for good measure incase anything was forking at the time.
>
> I guess only time will tell, but the signal idea seems the best so far,
> considering the other restrictions :)
>
> Regards,
>
> Karl
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 00:51:53 -0600
> From: Warner Losh <[EMAIL PROTECTED]>
> Subject: Re: Critical (or equivalent) section in Userland?
>
> In message <[EMAIL PROTECTED]> Karl Pielorz writes:
> : However, 'killall -SIGSTOP sendmail' - appears to work very nicely... With a
> : 'killall -SIGCONT sendmail' putting things back to normal. I'm also doing the
> : stop twice for good measure incase anything was forking at the time.
>
> No need to stop twice.
>
> : I guess only time will tell, but the signal idea seems the best so far,
> : considering the other restrictions :)
>
> Well, you still have the same problem as before, you've just made it
> harder to exploit. Namely, if sendmail fires up and reads one of the
> set of files, then you stop it, and start it again and reads the rest
> it is little different than the problem you had before.
>
> I would suspect it is much less likely to happen, however.
>
> Warner
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 00:53:59 -0600
> From: Warner Losh <[EMAIL PROTECTED]>
> Subject: Re: 'group' in ioctl()
>
> In message <[EMAIL PROTECTED]> FUJITA Kazutoshi writes:
> : What 'group' should I use ?
>
> Pick one, it will not likely matter. Traditionally, certain groups
> have been reserved for the TTY layer, but unless you are trying to
> coexist with these sorts of interfaces, it really doesn't matter much.
>
> I would avoid the 'f' group, however, because those IOCTLs need to
> work on all file descriptors and you wouldn't want a collision.
>
> Warner
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 09:58:09 +0200 (SAST)
> From: Johan Kruger <[EMAIL PROTECTED]>
> Subject: RE: Bootable CD...
>
> Might be that you need to disklabel the image of the filesystem on
> which you copy this files, ( not talking about the mfs filesystem that
> is crunced into the kernel )
> So, try the following.
> Mount this image by doing 'vnconfig /dev/vn0 /pathtobootimage/myimage.img'
> where myimgae.img is the 2.88 M boot image.
> Now do a 'mount /dev/vn0 /mnt'
> now do a 'disklabel -B -b /mnt/boot/boot1 -s /mnt/boot/boot2 /dev/vn0
>
> Something like above, try and see if it works.
> If it doesn't create a new filesystem, do newfs and disklabel, then copy all
> those files of yours onto the filesystem.
> You actually don't need all those files.
> Anyways, i think it's the bootloader itself thats not loading the kernel on the
> CD ( inside the 2.88 M) image. And to correct that you need to reinstall the
> bootloader, and the bootblocks.
> That is boot0 to boot2
>
>
> On 17-Aug-00 Patrick Bihan-Faou wrote:
> > Hi,
> >
> >
> > I am trying to build a bootable CD... Now this sounds like something trivial
> > enough to do when you know what you are doing. In my case I must admit that
> > I am somewhat confused.
> >
> > Until now, I think that the trick was to make the CD look like a floppy and
> > boot it as such. I have created some bootable CDs in the past and they
> > seemed to work OK.
> >
> > However it looks like things have changed recently in the way CD-Roms are
> > booted, and I am not able to create a working CD anymore.
> >
> > What I would like to clarify is what needs to be in the "2.88 M" bootable
> > image ?
> >
> > Here is what I have:
> >
> > /boot
> > /boot0
> > /boot1
> > /boot2
> > /loader
> > /cdboot
> > /pxeboot
> > /loader.config
> > /loader.rc
> > /boot.config
> > /kernel.config
> > /kernel.gz
> > /modules
> > ...
> > /usr/sbin
> > ibcs2
> > linux
> > svr4
> >
> >
> > Now whenever I boot this image, the loader dies displaying a all whack hex
> > values and saying "BTX Halted".
> >
> >
> > I am a bit confused as to what to do next, and I would really appreciate any
> > help.
> >
> > BTW I am working on a fresh copy of FreeBSD 4.1-STABLE (checked-out August
> > 15).
> >
> >
> > Patrick.
> >
> >
> >
> >
> > To Unsubscribe: send mail to [EMAIL PROTECTED]
> > with "unsubscribe freebsd-hackers" in the body of the message
>
> - ----------------------------------
> E-Mail: Johan Kruger <[EMAIL PROTECTED]>
> Date: 18-Aug-00
> Time: 09:49:10
>
> This message was sent by XFMail
> - ----------------------------------
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 07:52:17 +0000
> From: Tony Finch <[EMAIL PROTECTED]>
> Subject: Re: Critical (or equivalent) section in Userland?
>
> Karl Pielorz <[EMAIL PROTECTED]> wrote:
> >
> >I don't think advisory locks will work - the other process is sendmail... I
> >have to keep it from opening any of it's config files, whilst I 'rename' out
> >of place the old ones (keeping any fd's to them intact) and rename in the new
> >ones...
>
> Why not append a serial number to the end of the filenames of the
> subsidiary configuration files, and modify sendmail.cf accordingly?
> Then the update procedure could be:
> (1) write all the new files as $filename.`date +%Y%d%m%H%M%S`
> (2) mv sendmail.cf.date sendmail.cf (or use `ln -sf` if you want to
> keep old files)
> (3) every day or so delete configuration files that are older than
> your maximum queue run time.
>
> This gives you atomic configuration updates.
>
> You don't need to rename the old sendmail.cf to another because
> existing fds will remain attached to the old file which isn't being
> altered, just unlinked.
>
> Tony.
> - --
> en oeccget g mtcaa f.a.n.finch
> v spdlkishrhtewe y [EMAIL PROTECTED]
> eatp o v eiti i d. [EMAIL PROTECTED]
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 10:43:24 +0200 (SAST)
> From: Johan Kruger <[EMAIL PROTECTED]>
> Subject: Loading font with libvgl
>
> Hmm, a few days back on the mailing list i saw there was
> problem with specifying a different font when using libvgl.
> Allthough this is not critical to my application, it would
> shurely enhance the look and feel of my app.
>
> So i am wondering ... is somebody working on this ?
> And nope , i cant work on it right now. *;-)
>
> Just curios
> - ----------------------------------
> Unix Software Developer/Engineer
> E-Mail: Johan Kruger <[EMAIL PROTECTED]>
> Date: 18-Aug-00
> Time: 10:37:54
>
> This message was sent by XFMail
> - ----------------------------------
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 14:18:38 +0200
> From: [EMAIL PROTECTED]
> Subject: Date: Fri, 18 Aug 2000 14:18:38 +0200
>
> Dear Sir,
> Madam,
>
> For the thirteenth time already our association is organi-zing a cartoon
> contest. Firstly, we would like to thank all parti-cipants of the 1999
> contest. The large number of entries proves their confidence in our
> orga-nisation and this is a real incen-tive for us to do even better in
> 2001.
> We hope we can count on your collaboration and wish you a lot of success!
>
>
> The President
> Rudy Gheysens
> ________________________________________
> RULES
>
> 1. Theme: " THE SUPERMARKET ".
>
> 2. The number of entries is limited until 5.
> They shall not have been exhibited or publis-hed before.
>
> 3. The works have to be sent to the following address:
>
> EURO-KARTOENALE
> WAREGEMSESTEENWEG 113
> B- 9770 KRUISHOUTEM - BELGIUM
>
> 4. The drawings shall have the following dimen-sions: 210 x 297 mm. The
> works shall not be provided by a passe-partout, neit-her be stuck on to a
> larger paper.
> The drawing must bear, on the reverse side, the surna-me, christian
> name and address of the participant. The drawings shall not bear subtitles.
>
> 5. By virtue of their participation, the partici-pants
> autho-rize the organizers to publish some of their works that they have
> received.
>
> 6. The following prizes are foreseen:
>
> 1.GOLDEN EGG 50.000 BEF (1.239,46 euro)
> 2.SILVER EGG 30.000 BEF (743,68 euro)
> 3.BRONZE EGG 25.000 BEF (619,73 euro)
> 4.PRIZE OF THE E.U. 15.000 BEF (371,84 euro)
> 5.BEST BELGIUM CARTOON 10.000 BEF (247,89 euro)
>
> 7. By participating the participant lends his works to the organizers
> for exhibitions.
> The works received will remain at the dispo-sal of the organizers
> du-ring one year (until 01.11.2002).
>
> 8. The entries will only be sent back by the organizers on receiving a
> written request. The awarded works will become the property of the
> organi-zers.
>
> 9. EXTREME DATE OF ENTRY: 15.01.2001 !!
> Opening of the exhibition: Friday 15/4/2001 at 8 pm.
> _________________________________________
>
> DEADLINE 15.01.2001 _______________________________
> Note concerning the catalogue
>
> In order to receive the free catalogu-e, please attach FIVE (5) coupons "
> international reply " to cover the postage.
> These coupons ar available in your local post office.
> ______________________________________________
>
> E.C.C. - EUROPEAN CARTOON CENTRE
> __________________________________________
>
> Dear cartoonist
>
> Kruishoutem has the honnour to open the European cartoon Centre.
>
> The centre aims at:
> * displaying cartoons and caricatures of both national and international
> artists
> * extending the largest documentation centre regarding cartoons and
> caricatures in Europe. This documentation will be the disposal of every
> cartoonist in the world
> * keeping the available documentation and cartoons at the disposal of
> advertising agencies and designers in order to offer the cartoonists a
> forum.
>
> In order to accomplish this mission, the "Euro-kartoenale" will use its
> private collection of cartoon books, publications, magazines and original
> cartoons to start up the centre. However, this will not suffice.
> We also count on the support and cooperation of the cartoonists themselves.
> This is why we make an urgent appeal to provide us with cartoon books and
> catalogues (personal work or copies from your private collection), magazines
> (please send them regulary), dissertations and other suitable material.
>
> Much to our regrets we do not have the budget to reimburse you.
>
> We are looking forward to any support and will keep you informed of the
> European Cartoon centre.
>
> Rudy Gheysens
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 06:27:08 -0700 (PDT)
> From: [EMAIL PROTECTED]
> Subject: Fellow Writer
>
> - --=200008180907=
> Content-Type: text/plain;charset=US-ASCII
>
> Dear fellow writer:
>
> I have come across a great new website for writers. They are a
> on-demand publisher, and are currently looking for new authors.
> They pay the best royalties in the industry, and the people there
> are writers like us. If you think you might be interested, email me
> and I can send you the link. I already have two titles up with
> them, and they have been very helpful.
>
> PS- if you're not interested, don't reply, and you won't hear from
> me again. I'm not a robot, and your name isn't on some list I
> bought. I'm just kind of a fanatic for writer's rights, and thought
> this might help out some of my fellow writers.
>
> Good luck with your writing,
> Julian Gabriel Colado
>
>
> - --=200008180907=--
>
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 23:47:22 +1000
> From: Andrew Kenneth Milton <[EMAIL PROTECTED]>
> Subject: Re: Fellow Writer
>
> +-------[ [EMAIL PROTECTED] ]----------------------
> | Dear fellow writer:
> |
>
> | They pay the best royalties in the industry, and the people there
> | are writers like us.
>
> The writers there are completely crap? Doesn't sound too good.
>
> - --
> Totally Holistic Enterprises Internet| P:+61 7 3870 0066 | Andrew Milton
> The Internet (Aust) Pty Ltd | F:+61 7 3870 4477 |
> ACN: 082 081 472 ABN: 83 082 081 472 | M:+61 416 022 411 | Carpe Daemon
> PO Box 837 Indooroopilly QLD 4068 |[EMAIL PROTECTED]|
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 10:14:38 -0400
> From: "Jeroen C. van Gelderen" <[EMAIL PROTECTED]>
> Subject: Re: Anyone try the new dual-head G-400 drivers?
>
> "Alexander N. Kabaev" wrote:
> >
> > This driver will not run on FreeBSD most likely. It seems like the driver needs
> > Linux framebuffer device to run.
>
> Fortunately this doesn't seem to be the case. Works like a charm...
>
> Cheers,
> Jeroen
> - --
> Jeroen C. van Gelderen o _ _ _
> [EMAIL PROTECTED] _o /\_ _ \\o (_)\__/o (_)
> _< \_ _>(_) (_)/<_ \_| \ _|/' \/
> (_)>(_) (_) (_) (_) (_)' _\o_
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 10:19:14 -0400 (EDT)
> From: "Alexander N. Kabaev" <[EMAIL PROTECTED]>
> Subject: Re: Anyone try the new dual-head G-400 drivers?
>
> This is the case when I am certainly glad I was mistaken. The sentence from
> README about driver working only with framebuffer fooled me. Thanks for
> clearing my confusion.
>
>
> On 18-Aug-00 Jeroen C. van Gelderen wrote:
> > "Alexander N. Kabaev" wrote:
> >>
> >> This driver will not run on FreeBSD most likely. It seems like the driver
> >> needs
> >> Linux framebuffer device to run.
> >
> > Fortunately this doesn't seem to be the case. Works like a charm...
> >
> > Cheers,
> > Jeroen
> > --
> > Jeroen C. van Gelderen o _ _ _
> > [EMAIL PROTECTED] _o /\_ _ \\o (_)\__/o (_)
> > _< \_ _>(_) (_)/<_ \_| \ _|/' \/
> > (_)>(_) (_) (_) (_) (_)' _\o_
>
> - ----------------------------------
> E-Mail: Alexander N. Kabaev <[EMAIL PROTECTED]>
> Date: 18-Aug-00
> Time: 10:15:16
> - ----------------------------------
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 08:07:02 -0700
> From: Chameleon <[EMAIL PROTECTED]>
> Subject: Re: Fellow Writer
>
> At 11:47 PM 8/18/00 +1000, Andrew Kenneth Milton wrote:
> >+-------[ [EMAIL PROTECTED] ]----------------------
> >| Dear fellow writer:
> >|
> >
> >| They pay the best royalties in the industry, and the people there
> >| are writers like us.
> >
> >The writers there are completely crap? Doesn't sound too good.
>
> LOL
> thats a good one
>
> >--
> >Totally Holistic Enterprises Internet| P:+61 7 3870 0066 | Andrew Milton
> >The Internet (Aust) Pty Ltd | F:+61 7 3870 4477 |
> >ACN: 082 081 472 ABN: 83 082 081 472 | M:+61 416 022 411 | Carpe Daemon
> >PO Box 837 Indooroopilly QLD 4068 |[EMAIL PROTECTED]|
> >
> >
> >To Unsubscribe: send mail to [EMAIL PROTECTED]
> >with "unsubscribe freebsd-hackers" in the body of the message
>
>
> -
>----------------------------------------------------------------------------------------------
>
> The human mind ordinarily operates at only ten percent of its capacity
> - -- the rest is overhead for the operating system.
>
>
>
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 08:47:06 -0700 (PDT)
> From: Matt Dillon <[EMAIL PROTECTED]>
> Subject: Re: RE: what to do about /tmp
>
> :
> :Matt,
> :
> :I noticed /tmp and /var/tmp are used slightly differently, for example, the
> :contents of /tmp are not expected to survive a reboot, while /var/tmp is
> :used for files you might need after a crash, like vi recovery files.
>
> This may have been true at one time in the past, but these days
> /tmp and /var/tmp tend to be used interchangeably. You can't make
> those sorts of assumptions.
>
> :One advantage of mounting /tmp with MFS is that you don't have use up another
> :disk partition. Performance-wise, I would think data moves something
> :like this:
> :
> :/tmp on MFS:
> : application data --> kernel VM --> paged to disk
> :
> :/tmp on FFS:
> : application data --> kernel file buffer --> flushed to disk
> :
> :Is that basically correct? What makes MFS less efficient than FFS?
> :What would be the implications of creating a 512 MB swap partition
> :and mounting an MFS /tmp?
> :
> :Thanks,
> :
> :Allen
>
> There are several problems with MFS:
>
> * The active data set is cached in memory TWICE rather then just
> once. That is, for each page of file data two pages is taken up
> of memory.
>
> * While it is true that MFS will swap unused data, performance under
> heavy load will go to pot because MFS does not in any way attempt
> to sequence the data to swap.
>
> MFS may appear fast under light loads, but performance degrades
> drastically (to much worse then what you get with FFS) under
> heavy memory loads.
>
> * MFS eats a 'random' amount of swap, up to the size of the MFS
> disk. Under medium loads where paging is taking place, the
> swap backing store for MFS becomes fragmented and performance
> goes to pot.
>
> There are two solutions:
>
> * First, you can use vnconfig to create a swap-backed filesystem
> and you can reserve the necessary swap wspace contiguously,
> resulting in performance which will be as good or better then
> a normal FFS filesystem (because your swap space may be striped
> across several disks).
>
> * Second, you can use a normal FFS partition.
>
> In either case enabling softupdates on the vnconfig or normal
> FFS partition should result in good overall peformance without
> the load penalty.
>
> With both solutions it is a good idea to make /var/tmp the partition
> and make /tmp a softlink to /var/tmp.
>
> Using MD instead of MFS is typically not a great choice. While it is
> true that MD only caches data once, the data is not swap-backed so
> what data MD does allocate is allocated permanently. This is useful
> in certain system configurations but not useful in the general case.
>
> -Matt
>
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 11:48:21 -0400
> From: "Patrick Bihan-Faou" <[EMAIL PROTECTED]>
> Subject: Re: Bootable CD...
>
> Hi,
>
>
>
> > Might be that you need to disklabel the image of the filesystem on
> > which you copy this files, ( not talking about the mfs filesystem that
> > is crunced into the kernel )
> > So, try the following.
> > Mount this image by doing 'vnconfig /dev/vn0 /pathtobootimage/myimage.img'
> > where myimgae.img is the 2.88 M boot image.
> > Now do a 'mount /dev/vn0 /mnt'
> > now do a 'disklabel -B -b /mnt/boot/boot1 -s /mnt/boot/boot2 /dev/vn0
>
> Actually I am using the doFS.sh script from /usr/src/release. The disklabel
> is done (without the -b and -s options though) by that script. Also I used
> to be able to build bootable CDs from the same procedure a few weeks ago
> (before the code in /usr/src/sys/boot was updated).
>
> The CD is recognized as bootable and starts to boot. I can stop the boot at
> the first "spinning bar" (I think that's boot0 or boot1) before the control
> is passed to "loader".
>
> From there I am sort of stuck: the only thing I can boot is loader which in
> turn crashes immediately. I tried to load "kernel.gz" but its format is not
> recognized at this stage of the boot (probably because it is compressed).
>
>
>
> BTW I tried you procedure above, and I get:
>
> su-2.03# vnconfig /dev/vn0 boot.cdrom.img
> su-2.03# mount /dev/vn0 /mnt
> su-2.03# disklabel -B -b /mnt/boot/boot1 -s /mnt/boot/boot2 /dev/vn0
> disklabel: /dev/vn0: Device busy
> su-2.03# disklabel -B -b /mnt/boot/boot1 -s /mnt/boot/boot2 /mnt
> disklabel: /mnt: Is a directory
> su-2.03# umount /mnt
> su-2.03# disklabel -B -b mindbox/boot/boot1 -s mindbox/boot/boot2 /dev/vn0
> disklabel: ioctl DIOCWLABEL: Operation not supported by device
> su-2.03#
>
>
>
>
> I'd rather fix the problem with the current version of the boot code, but
> time is pressing and I am tempted to revert to the code tagged with the
> FreeBSD-4.0 release. Is this something that I should do ?
>
>
>
> Patrick.
>
>
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 09:31:50 -0700
> From: Marco Molteni <[EMAIL PROTECTED]>
> Subject: Re: Mosix in FreeBSD.
>
> On Thu, 17 Aug 2000, Jes=FAs Arn=E1iz wrote:
>
> > I have read some information about MOSIX which is some patch for the linux
> > kernel created to build super-computers from a net of PCs.
> >=20
> > I want to know if is there some similar project (mosix or even clustering)
> > but for FreeBSD, if someone know some about it please let me know.
>
> Mosix started on BSD/OS, and was then rewritten for Linux. I think the BSD/=
> OS
> version has died, but you may ask the Mosix people, now that the *BSD are
> getting more attention...
>
> Marco
> - --=20
> Marco Molteni "rough consensus and running code"
> SRI International, System Design Laboratory
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 12:41:54 +0000
> From: Alan Clegg <[EMAIL PROTECTED]>
> Subject: Re: Mosix in FreeBSD.
>
> Out of the ether, Marco Molteni spewed forth the following bitstream:
>
> > Mosix started on BSD/OS, and was then rewritten for Linux. I think the BSD/OS
> > version has died, but you may ask the Mosix people, now that the *BSD are
> > getting more attention...
>
> I spoke to the author (one of the authors?) of Mosix at LinuxWorld this
> last week, and he was sorry to say that it was *NOT* available on *BSD*
> to the public any longer.
>
> However, the code is still up and running on BSD/OS at the University.
>
> AlanC
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 18:46:10 +0200 (SAST)
> From: Johan Kruger <[EMAIL PROTECTED]>
> Subject: Re: Bootable CD...
>
> Ok, here's what i did ( busy building a custom CD installation )
> After the 'make release' , i took the boot.flp image 2.88 Meg and
> mounted it. I deleted everything except for /boot/boot0-2 an the
> bootforth loader. Then i made my own kernel allowing a MFS of 2048 x 512
> blocks, giving me 1.44 Meg in the filesystem.
> In this i crunched 72 Megs of binary's , one of them 'chroot'
> I compiled init as not to look for 'rc' ( check the Makefile, define part
> that's specifically for a release )
> After this i use the write_mfs_in_kernel script and umount it ( remember to
> compress the kernel after the mfs write
>
> sh -e doFS.sh -s mfsroot ./ /mnt 2880 johan's_mfsfd_root_dir/ 8000 minimum2
> ./write_mfs_in_kernel kernel mfsroot
> gzip -9vc kernel > kernel.gz
> vnconfig /dev/vn0 boot.flp
> mount /dev/vn0 /mnt
> rm /mnt/kernel.gz
> cp kernel.gz /mnt/kernel.gz
> umount /mnt
> vnconfig -u /dev/vn0
>
> Now your boot.flp is ready for mkisofs
>
> Basically what happens now , i copy my complete live filesystem with
> installed apps to the CD's root dir, and when i do mkisofs, i use my new
> bootimage. After boot , since it can not find rc, it executes .profile in
> the MFS filesystem in the kernel- BUT ONLY if you compiled init for the
> crunch with in /usr/src/sbin/init/Makefile
>
> #CFLAGS+=-DDEBUGSHELL -DSECURE -DLOGIN_CAP -DCOMPAT_SYSV_INIT
> CFLAGS+=-DSECURE -DLOGIN_CAP -DCOMPAT_SYSV_INIT
>
>
> In .profile i put 'mount_cd9660 /dev/acd0a /cdrom' ( /cdrom an extra dir i put
> in my filesystem ) and 'chroot /cdrom /setup' , where setup is my prog, and
> this works perfectly , i even load my own modules before the chroot and so on.
>
> The release i built is 5.0-CURRRENT , and if you want the boot.flp i can
> attach it for you. Just mail me. Right now i'm going home - it's Friday - at
> last
> GOOD LUCK
> *;-)
>
> On 18-Aug-00 Patrick Bihan-Faou wrote:
> > Hi,
> >
> >
> > Actually I am using the doFS.sh script from /usr/src/release. The disklabel
> > is done (without the -b and -s options though) by that script. Also I used
> > to be able to build bootable CDs from the same procedure a few weeks ago
> > (before the code in /usr/src/sys/boot was updated).
> >
> > The CD is recognized as bootable and starts to boot. I can stop the boot at
> > the first "spinning bar" (I think that's boot0 or boot1) before the control
> > is passed to "loader".
> >
> >>From there I am sort of stuck: the only thing I can boot is loader which in
> > turn crashes immediately. I tried to load "kernel.gz" but its format is not
> > recognized at this stage of the boot (probably because it is compressed).
> >
> >
> >
> > BTW I tried you procedure above, and I get:
> >
> > su-2.03# vnconfig /dev/vn0 boot.cdrom.img
> > su-2.03# mount /dev/vn0 /mnt
> > su-2.03# disklabel -B -b /mnt/boot/boot1 -s /mnt/boot/boot2 /dev/vn0
> > disklabel: /dev/vn0: Device busy
> > su-2.03# disklabel -B -b /mnt/boot/boot1 -s /mnt/boot/boot2 /mnt
> >
> > Patrick.
> >
> >
>
> - ----------------------------------
> Unix Software Developer/Engineer
> E-Mail: Johan Kruger <[EMAIL PROTECTED]>
> Date: 18-Aug-00
> Time: 18:28:20
>
> All good things come to those who ... runs FreeBSD
> - ----------------------------------
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 18:16:09 +0100
> From: Jonathan Laventhol <[EMAIL PROTECTED]>
> Subject: Cheap 1000Gbyte machine
>
> Hello Folks --
>
> Anybody built a file server with approx 1000 Gbyte or more?
> Or even 200 Gbyte?
>
> I'm looking for a cheap simple way of doing this. Lots of
> IDE drives? (How many can you have?) Or SCSI? (Again,
> how many can you have?).
>
> It's for lots of 1 Mbyte files: no huge files.
>
> Thanks for any tips.
>
> Regards,
> Jonathan.
> - --
> ____________________________________________________________________
> Imagination 25 Store Street South Crescent London WC1E 7BL England |
> Tel +44 20 7323 3300 Fax +44 20 7323 5801 |
> _______________________________________________________|
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 19:20:31 +0200
> From: Wilko Bulte <[EMAIL PROTECTED]>
> Subject: Re: Cheap 1000Gbyte machine
>
> On Fri, Aug 18, 2000 at 06:16:09PM +0100, Jonathan Laventhol wrote:
>
> > Anybody built a file server with approx 1000 Gbyte or more?
>
> Done routinely in the commercial world. But cheap..
>
> > I'm looking for a cheap simple way of doing this. Lots of
>
> What is cheap?
>
> > IDE drives? (How many can you have?) Or SCSI? (Again,
> > how many can you have?).
>
> SCSI, behind RAID array controllers. Connected to the host via SCSI
> or Fibrechannel.
>
> - --
> Wilko Bulte [EMAIL PROTECTED]
> Arnhem, the Netherlands
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 13:52:39 -0400
> From: Dennis <[EMAIL PROTECTED]>
> Subject: 64bit Ethernet Controllers
>
> Have any 64bit PCI ethernet controllers been tested in 4.x yet? Preferably
> quad port..I've seen a few around (adaptec has one) but no mention on the
> list of specific experience.
>
> Dennis
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 19:45:43 +0200 (CEST)
> From: Soren Schmidt <[EMAIL PROTECTED]>
> Subject: Re: Cheap 1000Gbyte machine
>
> It seems Jonathan Laventhol wrote:
> > Hello Folks --
> >
> > Anybody built a file server with approx 1000 Gbyte or more?
>
> Not yet :)
>
> > Or even 200 Gbyte?
>
> Yup, 300G's standing here right next to me...
>
> > I'm looking for a cheap simple way of doing this. Lots of
> > IDE drives? (How many can you have?) Or SCSI? (Again,
> > how many can you have?).
>
> Take 3 or 4 Promise Ultra66/100's and 14 IBM 75G DTLA 307075
> drives and you should be in business, for a very resonable
> pricetag.
>
> - -Søren
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 10:44:21 -0700 (PDT)
> From: Matthew Jacob <[EMAIL PROTECTED]>
> Subject: Re: Cheap 1000Gbyte machine
>
> On Fri, 18 Aug 2000, Soren Schmidt wrote:
>
> > It seems Jonathan Laventhol wrote:
> > > Hello Folks --
> > >
> > > Anybody built a file server with approx 1000 Gbyte or more?
> >
> > Not yet :)
>
> That's not quite true. We had ~900GB on a NetBSD/Alpha machine at NASA/Ames.
>
> >
> > > Or even 200 Gbyte?
> >
> > Yup, 300G's standing here right next to me...
> >
> > > I'm looking for a cheap simple way of doing this. Lots of
> > > IDE drives? (How many can you have?) Or SCSI? (Again,
> > > how many can you have?).
> >
> > Take 3 or 4 Promise Ultra66/100's and 14 IBM 75G DTLA 307075
> > drives and you should be in business, for a very resonable
> > pricetag.
> >
>
> You know, I used to say ixnay on that, but, Soren, I've been looking at a lot
> of the features of the newer ATA drives, and now that they have bad block
> replacement, I'd have to say that what you're proposing is not unreasonable,
> although I'd suggest that Vinum/RAID5 be used.
>
>
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 19:52:42 +0200 (CEST)
> From: Soren Schmidt <[EMAIL PROTECTED]>
> Subject: Re: Cheap 1000Gbyte machine
>
> It seems Matthew Jacob wrote:
> > On Fri, 18 Aug 2000, Soren Schmidt wrote:
> >
> > > It seems Jonathan Laventhol wrote:
> > > > Hello Folks --
> > > >
> > > > Anybody built a file server with approx 1000 Gbyte or more?
> > >
> > > Not yet :)
> >
> > That's not quite true. We had ~900GB on a NetBSD/Alpha machine at NASA/Ames.
>
> Oh, I mean I havn't build one yet :)
>
> > > > Or even 200 Gbyte?
> > >
> > > Yup, 300G's standing here right next to me...
> > >
> > > > I'm looking for a cheap simple way of doing this. Lots of
> > > > IDE drives? (How many can you have?) Or SCSI? (Again,
> > > > how many can you have?).
> > >
> > > Take 3 or 4 Promise Ultra66/100's and 14 IBM 75G DTLA 307075
> > > drives and you should be in business, for a very resonable
> > > pricetag.
> >
> > You know, I used to say ixnay on that, but, Soren, I've been looking at a lot
> > of the features of the newer ATA drives, and now that they have bad block
> > replacement, I'd have to say that what you're proposing is not unreasonable,
> > although I'd suggest that Vinum/RAID5 be used.
>
> Nice to hear, and yes vinum is the way to go for redundancy, who is
> going to backup THAT amount of data, and on what :)
>
> - -Søren
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 13:53:05 -0400
> From: Nathan Vidican <[EMAIL PROTECTED]>
> Subject: Re: Cheap 1000Gbyte machine
>
> Soren Schmidt wrote:
> >
> > It seems Jonathan Laventhol wrote:
> > > Hello Folks --
> > >
> > > Anybody built a file server with approx 1000 Gbyte or more?
> >
> > Not yet :)
> >
> > > Or even 200 Gbyte?
> >
> > Yup, 300G's standing here right next to me...
> >
> > > I'm looking for a cheap simple way of doing this. Lots of
> > > IDE drives? (How many can you have?) Or SCSI? (Again,
> > > how many can you have?).
> >
> > Take 3 or 4 Promise Ultra66/100's and 14 IBM 75G DTLA 307075
> > drives and you should be in business, for a very resonable
> > pricetag.
> >
> > -Søren
> >
> > To Unsubscribe: send mail to [EMAIL PROTECTED]
> > with "unsubscribe freebsd-hackers" in the body of the message
>
> Try AreaSYS electronics, they make an external ATA to SCSI RAID system
> that operates independant of the O/S. I don't know how it would be in
> terms of performance, but you might be able to put a few of these
> devices on to a system, and use vinum/raid of the raid systems, (seeing
> as how FreeBSD would just see them as giant scsi drives).
> I believe they do a setup which houses 8 ATA disks, in which case you
> could get away with more than what you're looking for with just two
> units.
>
> - --
> Nathan Vidican
> [EMAIL PROTECTED]
> Windsor Match Plate & Tool Ltd.
> http://www.wmptl.com/
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 14:09:42 -0400
> From: "Allen Pulsifer" <[EMAIL PROTECTED]>
> Subject: RE: Cheap 1000Gbyte machine
>
> > > Anybody built a file server with approx 1000 Gbyte or more?
>
> > Take 3 or 4 Promise Ultra66/100's and 14 IBM 75G DTLA 307075
> > drives and you should be in business, for a very resonable
> > pricetag.
>
> Might be doable, but it would probably take a custom cabinet to accomodate
> the ATA/66 cabling limitations (2 drives per cable with an 18 inch maximum
> length). And don't forget about heat and vibration...
>
> Allen
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 11:17:10 -0700 (PDT)
> From: Matthew Jacob <[EMAIL PROTECTED]>
> Subject: Re: Cheap 1000Gbyte machine
>
> >
> > Nice to hear, and yes vinum is the way to go for redundancy, who is
> > going to backup THAT amount of data, and on what :)
>
> Oh, you really still have to backups. But you hope you never have to
> restore...
>
>
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 12:06:57 -0700
> From: Mike Smith <[EMAIL PROTECTED]>
> Subject: Re: Cheap 1000Gbyte machine
>
> > > > I'm looking for a cheap simple way of doing this. Lots of
> > > > IDE drives? (How many can you have?) Or SCSI? (Again,
> > > > how many can you have?).
> > >
> > > Take 3 or 4 Promise Ultra66/100's and 14 IBM 75G DTLA 307075
> > > drives and you should be in business, for a very resonable
> > > pricetag.
> >
> > You know, I used to say ixnay on that, but, Soren, I've been looking at a lot
> > of the features of the newer ATA drives, and now that they have bad block
> > replacement, I'd have to say that what you're proposing is not unreasonable,
> > although I'd suggest that Vinum/RAID5 be used.
>
> Personally, I'd do it like this:
>
> 16 x IBM DTLA-307075 @ $550ea (approx)
> 2 x 3ware Escalade 6800 @ $500ea (approx)
>
> You can get 24" ATA-66 cables from 3ware (or get them custom cut), which
> will greatly simplify cable routing. Presto; a terabyte for under $10k.
>
> Since you need to use something to stripe the two arrays together anyway,
> it's really a matter of preference between the 3ware controllers at 8
> drives each or your average addin ATA card at 4 drives a pop.
>
> - --
> ... every activity meets with opposition, everyone who acts has his
> rivals and unfortunately opponents also. But not because people want
> to be opponents, rather because the tasks and relationships force
> people to take different points of view. [Dr. Fritz Todt]
>
>
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 12:31:49 -0700 (PDT)
> From: Mikko Tyolajarvi <[EMAIL PROTECTED]>
> Subject: Re: Critical (or equivalent) section in Userland?
>
> Karl Pielorz wrote:
>
> >Warner Losh wrote:
>
> >> If advisory locks won't work (and they almost always will for things
> >> like this), then you could walk the process tree. For all processes
> >> that aren't suspended or yourself, send a SIGSTOP, keep a list.
>
> >I don't think advisory locks will work - the other process is sendmail... I
> >have to keep it from opening any of it's config files, whilst I 'rename' out
> >of place the old ones (keeping any fd's to them intact) and rename in the new
> >ones...
>
> Warning, here be dragons...
>
> You could try replacing sendmail (using mailer.conf) with a script
> that sets LD_PRELOAD and then execs sendmail. Then you have to write
> a little shared lib to wrap some system calls. If you are lucky,
> wrapping open() will be sufficient. In your wrapper function, you
> should have the opportunity to use any of a number of mutual exclusion
> schemes, including advisory locking.
>
> Some sessions with truss/ktrace and some studying of the sendmail
> source may be necessary to get it right, but this is something I'd
> definitely check out.
>
> A wrapper for open could look like:
>
> #define open __hide_open_prototype
> #include <sys/types.h>
> #include <fcntl.h>
> #include <unistd.h>
> #undef open
>
> int
> open(const char *path, int flags, mode_t mode)
> {
> if (/* path is a file to be protected */) {
> /* do something */
> /* and beware of calling open() recursively */
> }
> return _open(path, flags, mode);
> }
>
> Compile with "cc -shared -o open.so -fpic open.c"
>
> Of course, this still may not help much when sendmail has opened some
> of its files, and you then change all of them, which might lead to
> inconsistencies.
>
> $.02,
> /Mikko
>
> - --
> Mikko Työläjä[EMAIL PROTECTED]
> RSA Security
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 15:57:48 -0400
> From: Robert Sexton <[EMAIL PROTECTED]>
> Subject: Re: Cheap 1000Gbyte machine
>
> On Fri, Aug 18, 2000 at 06:16:09PM +0100, Jonathan Laventhol wrote:
> > Hello Folks --
> >
> > Anybody built a file server with approx 1000 Gbyte or more?
> > Or even 200 Gbyte?
>
> Joe Greco did this for a news machine last year. He used several wide
> SCSI controllers, and a bunch of 36G drives, if I recall correctly.
>
> > I'm looking for a cheap simple way of doing this. Lots of
> > IDE drives? (How many can you have?) Or SCSI? (Again,
> > how many can you have?).
>
> Good, Fast, or Cheap. Pick any two :-)
>
> I'd suggest two Symbios based LVD SCSI Cards. Up to 14 drives per
> chain, with very reasonable cabling limitations.
>
> Can IDE drives release the bus during seeks? Historically thats been
> the big advantage of SCSI: Two IDE drives are no faster than one IDE
> drive, while SCSI scales in performance.
>
> - --
> Robert Sexton - [EMAIL PROTECTED], Cincinnati OH, USA
> Anarchy: It's not the Law, It's just a good Idea.
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 21:45:14 +0100
> From: Karl Pielorz <[EMAIL PROTECTED]>
> Subject: Re: Critical (or equivalent) section in Userland?
>
> Mikko Tyolajarvi wrote:
>
> > Warning, here be dragons...
>
> But, they can be tamed! :)
>
> > You could try replacing sendmail (using mailer.conf) with a script
> > that sets LD_PRELOAD and then execs sendmail. Then you have to write
> > a little shared lib to wrap some system calls. If you are lucky,
> > wrapping open() will be sufficient. In your wrapper function, you
> > should have the opportunity to use any of a number of mutual exclusion
> > schemes, including advisory locking.
>
> I have recently been doing a lot of work with LD_PRELOAD and wrapping
> syscalls... (a strange co-incidence? :) - but, sending all the sendmail calls
> a SIGSTOP seems to have done the trick...
>
> > Of course, this still may not help much when sendmail has opened some
> > of its files, and you then change all of them, which might lead to
> > inconsistencies.
>
> My original idea of 'mv'ing the files seems to cope admirably with this... If
> sendmail open()'s one of the original files, it's FD is still valid _after_
> the mv operations.
>
> The question has never been 'pulling the rug' from under sendmail, it's more
> been of keeping sendmail from talking to the rug, while I do the dirty...
>
> SIGSTOP and SIGCONT seem to do the trick nicely... Yes, It's not ideal, but it
> seems to work perfectly well (which maybe, makes it as ideal as you can get in
> the real world... ? :)
>
> - -Kp
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 14:04:57 -0700
> From: Parag Patel <[EMAIL PROTECTED]>
> Subject: Re: Cheap 1000Gbyte machine
>
> On Fri, 18 Aug 2000 15:57:48 EDT, Robert Sexton wrote:
> >
> >Can IDE drives release the bus during seeks? Historically thats been
> >the big advantage of SCSI: Two IDE drives are no faster than one IDE
> >drive, while SCSI scales in performance.
>
> How about a single IDE (master) drive per controller, that is, no slave
> drives at all? This would halve the number of available drives per card
> (or require twice the number of cards) but essentially would use the PCI
> bus as a multiplex bus between drives instead of SCSI.
>
> You're still pretty much stuck waiting for one command to finish before
> another can be sent to a drive though, unlike SCSI drives. Still a lot
> cheaper tho'.
>
> I suppose another trick would be to arrange your vinum partitions and
> drive layout so that master and slave drives are never accessed
> simultaneously so one won't block access to the other.
>
>
> -- Parag Patel
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 17:18:38 -0400 (EDT)
> From: Mike Wade <[EMAIL PROTECTED]>
> Subject: Re: Cheap 1000Gbyte machine
>
> On Fri, 18 Aug 2000, Jonathan Laventhol wrote:
>
> > Hello Folks --
> >
> > Anybody built a file server with approx 1000 Gbyte or more?
> > Or even 200 Gbyte?
> >
> > I'm looking for a cheap simple way of doing this. Lots of
> > IDE drives? (How many can you have?) Or SCSI? (Again,
> > how many can you have?).
> >
> > It's for lots of 1 Mbyte files: no huge files.
> >
> > Thanks for any tips.
>
> You might want to check out the Arena Industrial II Rackmount RAID system
> from "www.raidweb.com". It has 8 x UDMA controllers that connect to the
> host via Ultra2 SCSI (platform independant). Buy two (or more) of those
> and 16 x (60/80 gb Maxtor UMDA Drives or 75 gb IBM UMDA Drives).
>
> 2 x Arena Industrial II Rackmount RAID $3,975
> 16 x Maxtor UDMA 60 gb Hard Drives $3,680
>
> Total Cost $7,655
>
> That comes out to about $7.98 / gb...
>
> - ---
> Mike Wade ([EMAIL PROTECTED])
> Chief Technical Officer
> CDC Internet, Inc.
>
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 23:23:22 +0200 (CEST)
> From: Soren Schmidt <[EMAIL PROTECTED]>
> Subject: Re: Cheap 1000Gbyte machine
>
> It seems Parag Patel wrote:
> > On Fri, 18 Aug 2000 15:57:48 EDT, Robert Sexton wrote:
> > >
> > >Can IDE drives release the bus during seeks? Historically thats been
> > >the big advantage of SCSI: Two IDE drives are no faster than one IDE
> > >drive, while SCSI scales in performance.
> >
> > How about a single IDE (master) drive per controller, that is, no slave
> > drives at all? This would halve the number of available drives per card
> > (or require twice the number of cards) but essentially would use the PCI
> > bus as a multiplex bus between drives instead of SCSI.
> >
> > You're still pretty much stuck waiting for one command to finish before
> > another can be sent to a drive though, unlike SCSI drives. Still a lot
> > cheaper tho'.
>
> Not really, if the ATA drives are configured as single masters, they can
> run simultaniously, but you will still have the PCI bus speed limit :)
> Which BTW is around 120MB/s as some overhead goes to keep the system
> running (yes I have measured that :) )
>
> And if you have modern ATA disks, they support tagged queuing as well,
> have had that running in my lab too...
>
> > I suppose another trick would be to arrange your vinum partitions and
> > drive layout so that master and slave drives are never accessed
> > simultaneously so one won't block access to the other.
>
> Endeed, that would be the easiest solution...
>
> - -Søren
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 14:33:58 -0700 (PDT)
> From: Matthew Jacob <[EMAIL PROTECTED]>
> Subject: Re: Cheap 1000Gbyte machine
>
> On Fri, 18 Aug 2000, Soren Schmidt wrote:
>
> > It seems Parag Patel wrote:
> > > On Fri, 18 Aug 2000 15:57:48 EDT, Robert Sexton wrote:
> > > >
> > > >Can IDE drives release the bus during seeks? Historically thats been
> > > >the big advantage of SCSI: Two IDE drives are no faster than one IDE
> > > >drive, while SCSI scales in performance.
> > >
> > > How about a single IDE (master) drive per controller, that is, no slave
> > > drives at all? This would halve the number of available drives per card
> > > (or require twice the number of cards) but essentially would use the PCI
> > > bus as a multiplex bus between drives instead of SCSI.
> > >
> > > You're still pretty much stuck waiting for one command to finish before
> > > another can be sent to a drive though, unlike SCSI drives. Still a lot
> > > cheaper tho'.
> >
> > Not really, if the ATA drives are configured as single masters, they can
> > run simultaniously, but you will still have the PCI bus speed limit :)
> > Which BTW is around 120MB/s as some overhead goes to keep the system
> > running (yes I have measured that :) )
> >
> > And if you have modern ATA disks, they support tagged queuing as well,
> > have had that running in my lab too...
>
> Yes. I've seen tag depths of 32. Still not as much as SCSI, but 32 will
> saturate most spindles still (I've been having to work on some non-FBSD ATA
> and S.M.A.R.T. stuff lately....)
>
>
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 17:52:28 -0400
> From: "Louis A. Mamakos" <[EMAIL PROTECTED]>
> Subject: Re: 64bit Ethernet Controllers
>
> > Have any 64bit PCI ethernet controllers been tested in 4.x yet? Preferably
> > quad port..I've seen a few around (adaptec has one) but no mention on the
> > list of specific experience.
>
> This may not be exactly what you meant, but the Alteon Gigabit ethernet
> controllers (the ti device) are 64 bit PCI cards. The ones I'm using have
> optical connections, but they do have a twisted pair version with support
> for a 10/100-Base-T phy in addition to the gigabit phy.
>
> louie
>
>
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Fri, 18 Aug 2000 18:13:20 -0400
> From: "Patrick Bihan-Faou" <[EMAIL PROTECTED]>
> Subject: Re: Bootable CD...
>
> Hi,
>
>
> Now I am trying to use the boot.flp image that comes with the 4.1-Release
> CD.
> My alteration on that boot.flp is to replace the kernel.gz with my own (it
> contains a different set of binaries in the mfsroot.
>
> Now when my CD boots, the PC just goes into an endless reboot cycle. If I
> stop the boot process when "loader" is loaded and try to load my kernel
> manually (load kernel.gz) the loader answers with a "don't know how to load
> module /kernel.gz" error.
>
> If I do a lsmod, there is nothing loaded.
>
> I am getting really confused and frustrated... Good thing that I have a
> rewritable CD available :)
>
>
>
> Also on a side note, I think that it would be a great feature to have
> "mount_cd9660" as part of the binaries compiled in the fixit and/or install
> floppies. At least this way I could mount my CD after booting from a
> floppy... ohwell...
>
>
>
> Patrick.
>
>
> "Johan Kruger" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > Ok, here's what i did ( busy building a custom CD installation )
> > After the 'make release' , i took the boot.flp image 2.88 Meg and
> > mounted it. I deleted everything except for /boot/boot0-2 an the
> > bootforth loader. Then i made my own kernel allowing a MFS of 2048 x 512
> > blocks, giving me 1.44 Meg in the filesystem.
> > In this i crunched 72 Megs of binary's , one of them 'chroot'
> > I compiled init as not to look for 'rc' ( check the Makefile, define part
> > that's specifically for a release )
> > After this i use the write_mfs_in_kernel script and umount it ( remember
> to
> > compress the kernel after the mfs write
> >
> > sh -e doFS.sh -s mfsroot ./ /mnt 2880 johan's_mfsfd_root_dir/ 8000
> minimum2
> > ./write_mfs_in_kernel kernel mfsroot
> > gzip -9vc kernel > kernel.gz
> > vnconfig /dev/vn0 boot.flp
> > mount /dev/vn0 /mnt
> > rm /mnt/kernel.gz
> > cp kernel.gz /mnt/kernel.gz
> > umount /mnt
> > vnconfig -u /dev/vn0
> >
> > Now your boot.flp is ready for mkisofs
> >
> > Basically what happens now , i copy my complete live filesystem with
> > installed apps to the CD's root dir, and when i do mkisofs, i use my new
> > bootimage. After boot , since it can not find rc, it executes .profile in
> > the MFS filesystem in the kernel- BUT ONLY if you compiled init for the
> > crunch with in /usr/src/sbin/init/Makefile
> >
> > #CFLAGS+=-DDEBUGSHELL -DSECURE -DLOGIN_CAP -DCOMPAT_SYSV_INIT
> > CFLAGS+=-DSECURE -DLOGIN_CAP -DCOMPAT_SYSV_INIT
> >
> >
> > In .profile i put 'mount_cd9660 /dev/acd0a /cdrom' ( /cdrom an extra dir i
> put
> > in my filesystem ) and 'chroot /cdrom /setup' , where setup is my prog,
> and
> > this works perfectly , i even load my own modules before the chroot and so
> on.
> >
> > The release i built is 5.0-CURRRENT , and if you want the boot.flp i can
> > attach it for you. Just mail me. Right now i'm going home - it's Friday -
> at
> > last
> > GOOD LUCK
> > *;-)
> >
> >
>
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> Date: Sat, 19 Aug 2000 19:00:26 +0900
> From: Katsushi Kobayashi <[EMAIL PROTECTED]>
> Subject: IEEE1394 driver system for -current
>
> Hello,
>
> I announced IEEE1394 device driver on FREENIX'99 (sorry not
> on '00). I have caught up -current version at this time.
>
> The latest -current driver patch can be found at:
>
> ftp://ftp.uec.ac.jp/pub/firewire/beta/
>
> I hope you success to make a kernel on your source tree.
>
> The driver function is still limited and may include many
> bugs since the driver has been used for specific purrposes,
> e.g., the driver have not supported SCSI (CAM) storage on
> IEEE1394 and not been complient to loadable kernel module.
> However, I think it is better to merge -current on this time and
> maintain on it compared with taking a effort in independent.
>
> Let me know what shall I do to merge my code.
>
> - --
>
> [EMAIL PROTECTED]
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
> ------------------------------
>
> End of freebsd-hackers-digest V4 #925
> *************************************
>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
