İstanbul Bilişim ile Bir Adım Önde
Size özel bülteni görmek için aşağıdaki linke tıklayınız: a href='http://www.setrow.com/system/emailshow.php?mid=5f1e1fab1ae32cdffb221afda0a2198c9a085c5d667422aid=questi...@freebsd.org'FONT face='Arial, Helvetica, sans-serif' size=1 color='#999'Tıklayınız/FONT/a ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Dennis Ritchie has died. A suggestion
On Fri, Oct 14, 2011 at 19:17, Kruppa, Peter Ulrich ulr...@pukruppa.dewrote: On 13.10.2011 23:43, mikel king wrote: On Oct 13, 2011, at 4:38 PM, Roland Smith wrote: With the recent death of Dennis Ritchie, we've lost one of the giants on whose shoulders we are standing. But rather that mourn his passing, I think it would be proper to remember and celebrate his achievements. His contributions to the C language and the UNIX operating system are a legacy that few can match. Therefore I would like to propose that the FreeBSD project dedicate the upcoming 9.0 release in his memory. I believe this would be an appropriate gesture. +1 FreeBSD-9 Codename Ritchie. -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ I can't hear you -- I'm using the scrambler. Please consider the environment before printing this email. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Very large swap
On 10/14/2011 8:08 AM, Dennis Glatting wrote: This is kind of stupid question but at a minimum I thought it would be interesting to know. What is the limitations in terms of swap devices under RELENG_8 (or 9)? A single swap dev appears to be limited to 32GB (there are truncation messages on boot). I am looking at a possible need of 2-20TB (probably more) with as much main memory that is affordable. The limit is raised to 256GB in HEAD and RELENG_8 http://svnweb.freebsd.org/base?view=revisionamp;revision=225076 I am working with large data sets and there are various ways of solving the problem sets but simply letting the processors swap as they work through a given problem is a possible technique. I would advise against this technique. Possibly, it's easier to design your program to user smaller amounts of memory and avoid swapping. After all, designing your program to use big amounts of swapped out memory *and* perform in a timely manner, can be very challenging. Nikos ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
lock order reversal @ FreeBSD 9.0B3
Hi all, I'm seeing weird messages at dmesg saying someting about lock order reversal (see below) on my FreeBSD 9.0 beta 3. I think this has something to do with the filesystem, so I'm a little bit worried. Does anybody know if this is a known bug? (If so, how do you know?) Shall I report it? Thanks, Antonio P.S.: Details lock order reversal: 1st 0xc86d88d8 ufs (ufs) @ /usr/src/sys/kern/vfs_syscalls.c:3572 2nd 0xe0778a00 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:260 3rd 0xc86d86b8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2134 KDB: stack backtrace: db_trace_self_wrapper(c0eff6ac,632e7262,3331323a,6f000a34,632e7370,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a42bdb,c0f03028,c6d65370,c6d69338,ef34190c,...) at kdb_backtrace+0x2a _witness_debugger(c0f03028,c86d86b8,c0ef2288,c6d69338,c0f0ad74,...) at _witness_debugger+0x25 witness_checkorder(c86d86b8,9,c0f0ad74,856,0,...) at witness_checkorder+0x839 __lockmgr_args(c86d86b8,80100,c86d86d8,0,0,...) at __lockmgr_args+0x824 ffs_lock(ef341a34,c0a53e1b,c0f0a05e,80100,c86d8660,...) at ffs_lock+0x8a VOP_LOCK1_APV(c10493e0,ef341a34,c794d670,c1059a80,c86d8660,...) at VOP_LOCK1_APV+0xb5 _vn_lock(c86d8660,80100,c0f0ad74,856,4,...) at _vn_lock+0x5e vget(c86d8660,80100,c794d5c0,50,0,...) at vget+0xb9 vfs_hash_get(c7447ca8,7af825,8,c794d5c0,ef341b78,...) at vfs_hash_get+0xe6 ffs_vgetf(c7447ca8,7af825,8,ef341b78,1,...) at ffs_vgetf+0x49 softdep_sync_buf(c86d8880,e07789a0,1,106,0,...) at softdep_sync_buf+0xac9 ffs_syncvnode(c86d8880,1,c794d5c0,c86a03b8,c86d892c,...) at ffs_syncvnode+0x24c ffs_fsync(ef341c48,ef341cec,0,ef341c48,ef341c6c,...) at ffs_fsync+0x27 VOP_FSYNC_APV(c10493e0,ef341c48,c0f0c048,df9,0,...) at VOP_FSYNC_APV+0xa5 sys_fsync(c794d5c0,ef341cec,c0f493b6,c0eebb0e,286,...) at sys_fsync+0x1df syscall(ef341d28) at syscall+0x284 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (95, FreeBSD ELF32, sys_fsync), eip = 0x2859a1c7, esp = 0xbfbfe1bc, ebp = 0xbfbfe1d8 --- pid 2085 (perl5.12.4), uid 0: exited on signal 6 (core dumped) pid 2083 (perl5.12.4), uid 0: exited on signal 6 (core dumped) lock order reversal: 1st 0xe07a0e24 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2658 2nd 0xc86b5200 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 KDB: stack backtrace: db_trace_self_wrapper(c0eff6ac,7366752f,7366752f,7269645f,68736168,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a42bdb,c0f0300f,c6d65370,c6d69408,f15327e8,...) at kdb_backtrace+0x2a _witness_debugger(c0f0300f,c86b5200,c0f31d92,c6d69408,c0f31a17,...) at _witness_debugger+0x25 witness_checkorder(c86b5200,9,c0f31a17,11c,0,...) at witness_checkorder+0x839 _sx_xlock(c86b5200,0,c0f31a17,11c,c8893828,...) at _sx_xlock+0x85 ufsdirhash_acquire(e07a0dc4,c8893828,f1532918,e5263e74,f15328b8,...) at ufsdirhash_acquire+0x35 ufsdirhash_add(c8893828,f1532918,3e74,f15328a4,f15328a8,...) at ufsdirhash_add+0x13 ufs_direnter(c889caa0,c89a5660,f1532918,f1532bc0,0,...) at ufs_direnter+0x739 ufs_makeinode(f1532bc0,0,f1532b04,f1532a60,c0d5fc85,...) at ufs_makeinode+0x59d ufs_create(f1532b04,f1532b1c,0,0,f1532b80,...) at ufs_create+0x30 VOP_CREATE_APV(c10493e0,f1532b04,f1532bc0,f1532a9c,0,...) at VOP_CREATE_APV+0xa5 vn_open_cred(f1532b80,f1532c48,1a4,0,c74ce280,...) at vn_open_cred+0x215 vn_open(f1532b80,f1532c48,1a4,c86a3508,2835a000,...) at vn_open+0x3b kern_openat(c7ac6b80,ff9c,289ffa60,0,a03,...) at kern_openat+0x1ec kern_open(c7ac6b80,289ffa60,0,a02,1b4,...) at kern_open+0x35 sys_open(c7ac6b80,f1532cec,c,f1532d80,282,...) at sys_open+0x30 syscall(f1532d28) at syscall+0x284 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (5, FreeBSD ELF32, sys_open), eip = 0x282b1343, esp = 0xbf9f100c, ebp = 0xbf9f1038 --- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Very large swap
On 10/14/2011 11:43 AM, Nikos Vassiliadis wrote: On 10/14/2011 8:08 AM, Dennis Glatting wrote: This is kind of stupid question but at a minimum I thought it would be interesting to know. What is the limitations in terms of swap devices under RELENG_8 (or 9)? A single swap dev appears to be limited to 32GB (there are truncation messages on boot). I am looking at a possible need of 2-20TB (probably more) with as much main memory that is affordable. The limit is raised to 256GB in HEAD and RELENG_8 http://svnweb.freebsd.org/base?view=revisionamp;revision=225076 I am working with large data sets and there are various ways of solving the problem sets but simply letting the processors swap as they work through a given problem is a possible technique. I would advise against this technique. Possibly, it's easier to design your program to user smaller amounts of memory and avoid swapping. After all, designing your program to use big amounts of swapped out memory *and* perform in a timely manner, can be very challenging. Nikos Well ... I dunno how much large dataset processing you've done, but it's not that simple. Ordinarily, with modern machines and architectures, you're right. In fact, you NEVER want to swap, instead, throw memory at the problem. But when you get into really big datasets, it's a different story. You probably will not find a mobo with 20TB memory capacity :) So ... you have to do something with disk. You generally get two choices: Memory mapped files or swap. It's been some years since I considered either seriously, but they do have some tradeoffs. MM files give the programmer very fine grained control of just what might get pushed out to disk at the cost of user space context switching. Swap gets managed by the kernel which is about as efficient as disk I/O is going to get, but that means what and how things get moved on- and off disk is invisible to the application. What a lot of big data shops are moving to is SSD for such operations. SSD is VERY fast and can be RAIDed to overcome the tendency of at least the early SSD products' tendency to, um ... blow up. As always, scale is hard, and giant data problems are Really Hard (tm). That's why people like IBM, Sun/Oracle, and Teradata make lots of money building giant iron farms. 'Just my 2^1 cents worth ... -- Tim Daneliuk tun...@tundraware.com PGP Key: http://www.tundraware.com/PGP/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Dennis Ritchie has died. A suggestion
On Friday 14 October 2011 00:46:43 Chip Camden wrote: Alternatively, an tribute on the FreeBSD website would be fitting, wouldn't it? Roland I think this would be a fitting tribute... Hear, hear! A good friend of mine posted to me, I think, one of the best tributes: printf(goodbye, dad.\n); ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: lock order reversal @ FreeBSD 9.0B3
That looks like LOR #261, known not be a problem. [ http://ipv4.sources.zabbadoz.net/freebsd/lor.html ] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Dennis Ritchie has died. A suggestion
On Fri, 14 Oct 2011 18:17:15 +0200 Kruppa, Peter Ulrich ulr...@pukruppa.de wrote: On 13.10.2011 23:43, mikel king wrote: On Oct 13, 2011, at 4:38 PM, Roland Smith wrote: With the recent death of Dennis Ritchie, we've lost one of the giants on whose shoulders we are standing. But rather that mourn his passing, I think it would be proper to remember and celebrate his achievements. His contributions to the C language and the UNIX operating system are a legacy that few can match. Therefore I would like to propose that the FreeBSD project dedicate the upcoming 9.0 release in his memory. I believe this would be an appropriate gesture. Regards Peter. -- Peter Ulrich Kruppa Wuppertal Germany ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org I am strongly in favour of such a gesture, as an exceptional case. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Dennis Ritchie has died. A suggestion
On Thu, Oct 13, 2011 at 05:43:25PM -0400, mikel king wrote:
Date: Thu, 13 Oct 2011 17:43:25 -0400
From: mikel king mikel.k...@olivent.com
Subject: Re: Dennis Ritchie has died. A suggestion
To: Roland Smith rsm...@xs4all.nl
Cc: FreeBSD questions freebsd-questions@freebsd.org
X-Mailer: Apple Mail (2.1084)
On Oct 13, 2011, at 4:38 PM, Roland Smith wrote:
With the recent death of Dennis Ritchie, we've lost one of the giants on
whose
shoulders we are standing. But rather that mourn his passing, I think it
would
be proper to remember and celebrate his achievements.
both dennis's and ken's ... and for that matter the entire
bunch from murry hill. somewhere in my jumble of books in
my True Bible, 'the c programming language' that i had
dennis autograph 20+ years ago. in my NSHO, that book is
the best book every written. it's just one of dennis's
achievements[!]
His contributions to the C language and the UNIX operating system are a
legacy that few can match.
Therefore I would like to propose that the FreeBSD project dedicate the
upcoming 9.0 release in his memory.
Alternatively, an tribute on the FreeBSD website would be fitting, wouldn't
it?
Roland
--
R.F.Smith http://www.xs4all.nl/~rsmith/
[plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated]
pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725)
I think this would be a fitting tribute...
hm. given that ken finished up at berkeley in '69 and
'70, isn't it overdue to have at least a page that mentions
the BSD link to its origin and inspiration?
{sigh}
gary
Regards,
Mikel King
mikel.k...@olivent.com
o: 631.627.3055 | c: 646.530.3320 | skype: mikel.king |
http://bit.ly/mk-resume
http://bit.ly/mk-twttr | http://linkd.in/mk-in | http://on.fb.me/mk-fb |
http://bit.ly/mk-contact
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
--
Gary Kline kl...@thought.org http://www.thought.org Public Service Unix
Journey Toward the Dawn, E-Book: http://www.thought.org
The 8.51a release of Jottings: http://jottings.thought.org
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Freebsd, Virtual OSs and GUI
Hello all. Thanks for you comments and advice. Jorge Biquez At 10:55 p.m. 12/10/2011, Carl Johnson wrote: Adam Vande More amvandem...@gmail.com writes: On Wed, Oct 12, 2011 at 5:38 PM, Jorge Biquez jbiq...@intranet.com.mxwrote: It is better to install KDE or GNOME as the base GUI or it is better to have any other ? (I do not know what could be). This is one of those ask a hundred different people get 100 different answers. I prefer KDE which would work well for you because both KDE and VirtualBox are built on QT4, a rather large system. KDE isn't really that heavy though relatively speaking. VirtualBox runs great for me and does all you indicated. What do you think is the best option to save hardware resources and accomplish this task ? Something important is that this lab machine will be connected directly with the ISP (public IP's) and I will need to connect remotely to control the server and the other OS's. You will probably want a CPU and chipset that has hardware assist for virtualization, and plenty of RAM for both host and guests. Disk choice should reflect your data capacity, redundancy, and speed needs. A good quality Intel NIC is always nice. If the OP is going to run a 64-bit OS, then hardware vitualization assist is *required* for VirtualBox to handle it. It is not required when VirtualBox is running a 32-bit OS. Just another minor detail to consider. -- Carl Johnsonca...@peak.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Dennis Ritchie has died. A suggestion
+1 to Codename Ritchie.
Mariano Vecchioli
wormintr...@gmail.com
On Fri, Oct 14, 2011 at 7:11 PM, Gary Kline kl...@thought.org wrote:
On Thu, Oct 13, 2011 at 05:43:25PM -0400, mikel king wrote:
Date: Thu, 13 Oct 2011 17:43:25 -0400
From: mikel king mikel.k...@olivent.com
Subject: Re: Dennis Ritchie has died. A suggestion
To: Roland Smith rsm...@xs4all.nl
Cc: FreeBSD questions freebsd-questions@freebsd.org
X-Mailer: Apple Mail (2.1084)
On Oct 13, 2011, at 4:38 PM, Roland Smith wrote:
With the recent death of Dennis Ritchie, we've lost one of the giants
on whose
shoulders we are standing. But rather that mourn his passing, I think
it would
be proper to remember and celebrate his achievements.
both dennis's and ken's ... and for that matter the entire
bunch from murry hill. somewhere in my jumble of books in
my True Bible, 'the c programming language' that i had
dennis autograph 20+ years ago. in my NSHO, that book is
the best book every written. it's just one of dennis's
achievements[!]
His contributions to the C language and the UNIX operating system are a
legacy that few can match.
Therefore I would like to propose that the FreeBSD project dedicate the
upcoming 9.0 release in his memory.
Alternatively, an tribute on the FreeBSD website would be fitting,
wouldn't it?
Roland
--
R.F.Smith
http://www.xs4all.nl/~rsmith/
[plain text _non-HTML_ PGP/GnuPG encrypted/signed email much
appreciated]
pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID:
C321A725)
I think this would be a fitting tribute...
hm. given that ken finished up at berkeley in '69 and
'70, isn't it overdue to have at least a page that mentions
the BSD link to its origin and inspiration?
{sigh}
gary
Regards,
Mikel King
mikel.k...@olivent.com
o: 631.627.3055 | c: 646.530.3320 | skype: mikel.king |
http://bit.ly/mk-resume
http://bit.ly/mk-twttr | http://linkd.in/mk-in | http://on.fb.me/mk-fb |
http://bit.ly/mk-contact
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to
freebsd-questions-unsubscr...@freebsd.org
--
Gary Kline kl...@thought.org http://www.thought.org Public Service
Unix
Journey Toward the Dawn, E-Book: http://www.thought.org
The 8.51a release of Jottings: http://jottings.thought.org
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to
freebsd-questions-unsubscr...@freebsd.org
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Very large swap
On Fri, 14 Oct 2011, Tim Daneliuk wrote: On 10/14/2011 11:43 AM, Nikos Vassiliadis wrote: On 10/14/2011 8:08 AM, Dennis Glatting wrote: This is kind of stupid question but at a minimum I thought it would be interesting to know. What is the limitations in terms of swap devices under RELENG_8 (or 9)? A single swap dev appears to be limited to 32GB (there are truncation messages on boot). I am looking at a possible need of 2-20TB (probably more) with as much main memory that is affordable. The limit is raised to 256GB in HEAD and RELENG_8 http://svnweb.freebsd.org/base?view=revisionamp;revision=225076 I am working with large data sets and there are various ways of solving the problem sets but simply letting the processors swap as they work through a given problem is a possible technique. I would advise against this technique. Possibly, it's easier to design your program to user smaller amounts of memory and avoid swapping. After all, designing your program to use big amounts of swapped out memory *and* perform in a timely manner, can be very challenging. Nikos Well ... I dunno how much large dataset processing you've done, but it's not that simple. Ordinarily, with modern machines and architectures, you're right. In fact, you NEVER want to swap, instead, throw memory at the problem. But when you get into really big datasets, it's a different story. You probably will not find a mobo with 20TB memory capacity :) So ... you have to do something with disk. You generally get two choices: Memory mapped files or swap. It's been some years since I considered either seriously, but they do have some tradeoffs. MM files give the programmer very fine grained control of just what might get pushed out to disk at the cost of user space context switching. Swap gets managed by the kernel which is about as efficient as disk I/O is going to get, but that means what and how things get moved on- and off disk is invisible to the application. What a lot of big data shops are moving to is SSD for such operations. SSD is VERY fast and can be RAIDed to overcome the tendency of at least the early SSD products' tendency to, um ... blow up. As always, scale is hard, and giant data problems are Really Hard (tm). That's why people like IBM, Sun/Oracle, and Teradata make lots of money building giant iron farms. This is a proof-of-concept project that is personally educational with a substantial amusement factor. I am doing it on the cheap, which means commercial products. I'm also doing it at home, which means expenses come out of my pocket. This project is about manipulating and creating large data sets for crypto related applications (use your imagination here). The manipulations are fairly stupid and generally I am using UNIX utilities because I don't want to re-invent existing code (I'm not that bored). I have also written some programs but they are no more than a few pages of code. I am also using MPI, OpenMP, and pthreads where supported and make sense. I have committed to the project five machines. Three (the 'attack' machines) run over clocked Phenom II x6 processors with 16GB of RAM, 1TB disk for the OS, 1TB disk for Junk, and a 3-2TB disk RAIDz array. Two of the three MBs (ASUS CROSSHAIR V FORMULA, Gigabyte GA-990FXA-UD7, and something I had lying around) are upgradable to 8150s, which I have one on order. These machines are liquid cooled because, well, for no reason in particular other than I thought it would be fun (defiantly educational). Roughly fifty percent of the parts were lying around but more importantly my wife and I keep our finances separate. :) A data manipulation server is running an i7 x4 (not over clocked but turbo is enabled) with 24GB of fast RAM. It has 12 2TB disks, 2 1TB disks (OS), plus a few SSDs configured across three volumes (OS, Junk, and a work volume). A repository server is an i7 x6 3.3GHz (not over clocked) with 24GB of RAM, several volumes, two of which are RAIDz, SSDs, and other junk. I NFS the data to the attack servers from this server. I am using an Intel Gb card, picked because it supports large MTUs. All are running RELENG_8. If this project moves beyond proof-of-concept, and therefore not my money, we're talking about 100-1,000 TB of data with real servers (SMART, iLO, a NMS, etc). I have my doubts this will happen but in the mean time it's play day. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Freebsd, Virtual OSs and GUI
On Friday, October 14, 2011, Jorge Biquez jbiq...@intranet.com.mx wrote: Hello all. Thanks for you comments and advice. Jorge Biquez At 10:55 p.m. 12/10/2011, Carl Johnson wrote: Adam Vande More amvandem...@gmail.com writes: On Wed, Oct 12, 2011 at 5:38 PM, Jorge Biquez jbiq...@intranet.com.mxwrote: It is better to install KDE or GNOME as the base GUI or it is better to have any other ? (I do not know what could be). This is one of those ask a hundred different people get 100 different answers. I prefer KDE which would work well for you because both KDE and VirtualBox are built on QT4, a rather large system. KDE isn't really that heavy though relatively speaking. VirtualBox runs great for me and does all you indicated. What do you think is the best option to save hardware resources and accomplish this task ? Something important is that this lab machine will be connected directly with the ISP (public IP's) and I will need to connect remotely to control the server and the other OS's. You will probably want a CPU and chipset that has hardware assist for virtualization, and plenty of RAM for both host and guests. Disk choice should reflect your data capacity, redundancy, and speed needs. A good quality Intel NIC is always nice. If the OP is going to run a 64-bit OS, then hardware vitualization assist is *required* for VirtualBox to handle it. It is not required when VirtualBox is running a 32-bit OS. Just another minor detail to consider. -- Carl Johnson ca...@peak.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org Just as a sidenote, you don't need to install something as large as kde or Gnome where flu box/openbox/blackbox or KFCE will suffice. Why overburden yourself with extra's that could potentially ruin any testing? Especially if all of the os's you mention will be running at once. You could also look at qemu, it isn't the easiest to use at times, but it can be used entirely from the cmdln. I've used it before to run gentoo from a FreeBSD host, and it did so very nicely. -- -- Chris Brennan A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting frowned upon? http://xkcd.com/84/ | http://xkcd.com/149/ | http://xkcd.com/549/ GPG: D5B20C0C (6741 8EE4 6C7D 11FB 8DA8 9E4A EECD 9A84 D5B2 0C0C) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Approximate date of RC1?
Just wondering if a date has been set for posting of FreeBSD 9.0-RC1. I have some servers to build that will need fixes made after BETA3 --Brett Glass ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
