Re: fs cache
On Fri, 22 Jun 2007 14:23:58 +0300 Vlad GURDIGA [EMAIL PROTECTED] wrote: mount /proc maybe? man mount_procfs you can always use ktrace man ktrace I'm afraid my background in this area is too thin to go that far... ktrace is similar to strace, but part of BSD. _ {Beto|Norberto|Numard} Meijome Never attribute to malice what can adequately be explained by incompetence. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: fs cache
On 22/06/07, Norberto Meijome [EMAIL PROTECTED] wrote: On Thu, 21 Jun 2007 22:50:25 +0300 Vlad GURDIGA [EMAIL PROTECTED] wrote: On 18/06/07, Norberto Meijome [EMAIL PROTECTED] wrote: On Sun, 17 Jun 2007 10:24:21 +0300 Vlad GURDIGA [EMAIL PROTECTED] wrote: I have FreeBSD 7-CURRENT and Ubuntu on the same computer but Firefox takes twice as long to start on a fresh boot. If you are using the default CURRENT kernel config, it has several options enabled to debug kernel and trace issues. This will slow down your system, although I am not sure whether this is actually your problem. You should try -STABLE. you may want to compare the output of strace or similar to see where the time is spent. It looks like strace does not run on 7-CURRENT: kpax# strace firefox strace: open(/proc/..., ...): No such file or directory (please keep the list in CC) mount /proc maybe? you can always use ktrace I'm afraid my background in this area is too thin to go that far... I apologize for the noise. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: fs cache
On Friday 22 June 2007 14:23, Vlad GURDIGA wrote: I'm afraid my background in this area is too thin to go that far... -CURRENT is for developers or users who want to contribute in the development process of FreeBSD. And as Noberto said, there is a lot of debugging info enabled, which make debugging possible, but hurt performance greatly. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/current-stable.html#CURRENT I apologize for the noise. No worries, just download and install 6.2-RELEASE. http://www.freebsd.org/releases/6.2R/announce.html or a snapshot of 6-STABLE, which is updated in a slow pace, for fixes or security holes. http://www.freebsd.org/snapshots/ Releases are considered to be the most stable. Install 6.2-RELEASE and if you feel like updating you can use freebsd-update. Keep in mind that all these new, old, released or other, are relative to the operating system itself and not the third party programs(packages, ports) you'll be using(GNOME, firefox, etc). Ports are not branched and same versions are used in all branches... So, running a supported release does not mean, that you have to run legacy packages. HTH, Nikos ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: fs cache
On 22/06/07, Nikos Vassiliadis [EMAIL PROTECTED] wrote: On Friday 22 June 2007 14:23, Vlad GURDIGA wrote: I'm afraid my background in this area is too thin to go that far... -CURRENT is for developers or users who want to contribute in the development process of FreeBSD. And as Noberto said, there is a lot of debugging info enabled, which make debugging possible, but hurt performance greatly. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/current-stable.html#CURRENT I apologize for the noise. No worries, just download and install 6.2-RELEASE. I'd love to but some of my hardware is not supported by 6.2. Audio chipset Sigmatel 9221 is not supported. My SATA controller had an issue on 6.2 (I wrote about that on the list: http://lists.freebsd.org/pipermail/freebsd-questions/2007-March/145701.html) and in the end I was advised to try -CURRENT. This is whar I did and was happy for a while. Sound and HDD are working perfectly, and performance is OK even with the debugging options enabled in kernel. But now I am left without OpenOffice (yes, there is another current thread here). I Guess it's time to switch to Google Docs for a while, until 7-RELEASE is out.. ;-) Thanks for comments. http://www.freebsd.org/releases/6.2R/announce.html or a snapshot of 6-STABLE, which is updated in a slow pace, for fixes or security holes. http://www.freebsd.org/snapshots/ Releases are considered to be the most stable. Install 6.2-RELEASE and if you feel like updating you can use freebsd-update. Keep in mind that all these new, old, released or other, are relative to the operating system itself and not the third party programs(packages, ports) you'll be using(GNOME, firefox, etc). Ports are not branched and same versions are used in all branches... So, running a supported release does not mean, that you have to run legacy packages. HTH, Nikos ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: fs cache
On Thu, 21 Jun 2007 22:50:25 +0300 Vlad GURDIGA [EMAIL PROTECTED] wrote: On 18/06/07, Norberto Meijome [EMAIL PROTECTED] wrote: On Sun, 17 Jun 2007 10:24:21 +0300 Vlad GURDIGA [EMAIL PROTECTED] wrote: I have FreeBSD 7-CURRENT and Ubuntu on the same computer but Firefox takes twice as long to start on a fresh boot. If you are using the default CURRENT kernel config, it has several options enabled to debug kernel and trace issues. This will slow down your system, although I am not sure whether this is actually your problem. You should try -STABLE. you may want to compare the output of strace or similar to see where the time is spent. It looks like strace does not run on 7-CURRENT: kpax# strace firefox strace: open(/proc/..., ...): No such file or directory (please keep the list in CC) mount /proc maybe? you can always use ktrace trouble opening proc file kpax# strace-graph firefox Can't open firefox: No such file or directory at /usr/local/bin/strace-graph line 43. (anon) kpax# _ {Beto|Norberto|Numard} Meijome Egotism is the anesthetic that dulls the pain of stupidity. Frank Leahy I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
fs cache
Hello, I have FreeBSD 7-CURRENT and Ubuntu on the same computer but Firefox takes twice as long to start on a fresh boot. I've run some simple tests: - on FreeBSD it takes about 7 seconds on the first start and about 3 on subsequent startups; - on Ubuntu it takes about 3 seconds on the first start and about 1 on subsequent startups; The only difference I can see is that on Ubuntu, after first start of Firefox the memory use for cache is 22% vs. 0% on FreeBSD. My guess is that this is the cause of slower startups on FreeBSD. My question is: can I tune UFS2 in such a way that the most frequently used desktop applications would remain for a longer time in disk cache? In both cases I use GNOME 2.18, GNOME System Monitor 2.18, and Firefox 2. Both FreeBSD 7-CURRENT (src and ports tree) and Ubuntu 7.01 (2.6.20-16-generic kernel) are up to date. Both are SMP and 32bit. Here is the system configuration: - Intel DP965LT mother-board; - dual-core Pentium D 820; - 1GB of dual-channel-enabled DDR2 PC5300 at 667 MHz; - Seagate, BARRACUDA 7200.7 Plus, 160GB, ST3160827AS, 8M cache, cu NCQ; As far as I know, FreeBSD does not have support for NCQ, and I do not know about Ubuntu. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: fs cache
On Sun, 17 Jun 2007 10:24:21 +0300 Vlad GURDIGA [EMAIL PROTECTED] wrote: I have FreeBSD 7-CURRENT and Ubuntu on the same computer but Firefox takes twice as long to start on a fresh boot. If you are using the default CURRENT kernel config, it has several options enabled to debug kernel and trace issues. This will slow down your system, although I am not sure whether this is actually your problem. You should try -STABLE. you may want to compare the output of strace or similar to see where the time is spent. _ {Beto|Norberto|Numard} Meijome If Bill Gates had a dollar for every time a Windows box crashed... .. Oh, wait a minute, he already does. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]