Ariff Abdullah wrote:
On Sat, 27 Aug 2005 13:38:00 -0500
Mark Kane [EMAIL PROTECTED] wrote:
Mark Kane wrote:
I do notice that when doing some things like using unrar to extract
a file or loading a video into video encoding software I do get
some of the same little crackles and static in the
On Mon, 29 Aug 2005 19:38:41 -0500
Mark Kane [EMAIL PROTECTED] wrote:
Ariff Abdullah wrote:
On Sat, 27 Aug 2005 13:38:00 -0500
Mark Kane [EMAIL PROTECTED] wrote:
Mark Kane wrote:
I do notice that when doing some things like using unrar to extract
a file or loading a video into video
Ariff Abdullah wrote:
On Mon, 29 Aug 2005 19:38:41 -0500
Mark Kane [EMAIL PROTECTED] wrote:
Ariff Abdullah wrote:
On Sat, 27 Aug 2005 13:38:00 -0500
Mark Kane [EMAIL PROTECTED] wrote:
Mark Kane wrote:
I do notice that when doing some things like using unrar to extract
a file or loading a
Ariff Abdullah wrote:
These are my suggestions:
1) enable 'options PREEMPTION'. This is a MUST.
2) use SCHED_ULE instead of SCHED_4BSD. ULE is pretty stable on me,
but I can't guarantee (especially combining with PREEMPTION).
It doesn't hurt to give it a try.
3) Apply these patches:
Mark Kane wrote:
Ariff Abdullah wrote:
These are my suggestions:
1) enable 'options PREEMPTION'. This is a MUST.
2) use SCHED_ULE instead of SCHED_4BSD. ULE is pretty stable on me,
but I can't guarantee (especially combining with PREEMPTION).
It doesn't hurt to give it a try.
3) Apply
On Sat, 27 Aug 2005 13:38:00 -0500
Mark Kane [EMAIL PROTECTED] wrote:
Mark Kane wrote:
Ariff Abdullah wrote:
These are my suggestions:
1) enable 'options PREEMPTION'. This is a MUST.
2) use SCHED_ULE instead of SCHED_4BSD. ULE is pretty stable on
me, but I can't guarantee
On 26/08/05, Mark Kane [EMAIL PROTECTED] wrote:
Roland Smith wrote:
On Thu, Aug 25, 2005 at 04:44:59PM -0500, Mark Kane wrote:
Okay, I may try that later then. STABLE is just about done on that
Athlon XP 2000+ machine.
Fingers crossed :-)
Well Hmmm I've got -STABLE running on the
Chris wrote:
Try these in kernel
OPTIONS DIRECTIO
OPTIONS NO_ADAPTIVE_MUTEXES
and commenting optionsADAPTIVE_GIANT
and disable apic.
Tell me if that imporves or makes worse.
Well I did the kernel part, but wasn't sure how you wanted me to disable
APIC. I looked in the BIOS but
On Thu, Aug 25, 2005 at 12:48:17PM -0500, Mark Kane wrote:
Roland Smith wrote:
Another thing to look at might be the scheduler. I'm using SCHED_4BSD.
Hmm, I'm using just a GENERIC kernel with support added in for my sound
driver and atapicam for K3b. SCHED_4BSD looks default in GENERIC:
Kris Kennaway wrote:
On Thu, Aug 25, 2005 at 12:48:17PM -0500, Mark Kane wrote:
Roland Smith wrote:
Another thing to look at might be the scheduler. I'm using SCHED_4BSD.
Hmm, I'm using just a GENERIC kernel with support added in for my sound
driver and atapicam for K3b. SCHED_4BSD looks
On Thu, Aug 25, 2005 at 06:36:04PM -0500, Mark Kane wrote:
This much improvement almost makes me want to just upgrade this amd64
box to -STABLE and start using it now. I just want to be sure it's
stable enough for my use.
My amd64 workstation has been running -STABLE since 5.3 without
On Fri, 26 Aug 2005 13:14:35 -0500
Mark Kane [EMAIL PROTECTED] wrote:
Kris Kennaway wrote:
On Thu, Aug 25, 2005 at 12:48:17PM -0500, Mark Kane wrote:
Roland Smith wrote:
Another thing to look at might be the scheduler. I'm using
SCHED_4BSD.
Hmm, I'm using just a GENERIC kernel with
Ariff Abdullah wrote:
I've been following this thread, yet I still don't know what is your
soundcard. To tell you the truth, much of these issues relies heavily
on your spesific sound driver, whether it has been freed from Giant or
not. At least:
Well the thing that makes me think it's not
On Fri, Aug 26, 2005 at 01:14:35PM -0500, Mark Kane wrote:
Kris Kennaway wrote:
On Thu, Aug 25, 2005 at 12:48:17PM -0500, Mark Kane wrote:
Roland Smith wrote:
Another thing to look at might be the scheduler. I'm using SCHED_4BSD.
Hmm, I'm using just a GENERIC kernel with support added
On Wed, Aug 24, 2005 at 10:16:51PM -0500, Mark Kane wrote:
Hi everyone. Last night I finally worked out some issues with my AMD64
machine and got it up and operational. It's an AMD64 3000+ with 1.5GB
RAM, and five 7200RPM hard drives (total of 720 gigs) running FreeBSD
5.4-RELEASE (amd64).
Daniel Marsh wrote:
To get the CD device in dma try setting hw.ata.atapi_dma to 1 with
sysctl (may need to go into loader)
Only reason I didn't put the DVD burner in DMA is because a K3b howto
guide recommended PIO mode. I no longer use K3b (but growisofs) so I
guess I could try it but I'm
On Wed, Aug 24, 2005 at 10:16:51PM -0500, Mark Kane wrote:
The issue I'm having is that every minute or two, I will hear some
stuttering in any audio/video playback (will see the video freeze if
video), and my mouse will freeze for a few seconds as well while this
happens. It seems to
Roland Smith wrote:
My amd64 machine does not have this problem. I'm running 5.4-STABLE:
FreeBSD slackbox.xs4all.nl 5.4-STABLE FreeBSD 5.4-STABLE #0: Wed Aug 10
20:25:45 CEST 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/RFS amd64
One thing I did do was enlarge the soundcard's DMA buffer in
On Thu, Aug 25, 2005 at 11:21:41AM -0500, Mark Kane wrote:
/boot/device.hints:
# Larger DMA buffer for the soundcard, for better sound quality.
hint.pcm.0.buffersize=16384
Hey Roland. Yeah, back when I was looking into amd64 vs i386 version and
had a thread going that you replied to, I
Roland Smith wrote:
Another thing to look at might be the scheduler. I'm using SCHED_4BSD.
Hmm, I'm using just a GENERIC kernel with support added in for my sound
driver and atapicam for K3b. SCHED_4BSD looks default in GENERIC:
options SCHED_4BSD # 4BSD scheduler
I've
On Thu, Aug 25, 2005 at 12:48:17PM -0500, Mark Kane wrote:
Roland Smith wrote:
Another thing to look at might be the scheduler. I'm using SCHED_4BSD.
Hmm, I'm using just a GENERIC kernel with support added in for my sound
driver and atapicam for K3b. SCHED_4BSD looks default in GENERIC:
Roland Smith wrote:
So you have no similar problems in -STABLE? How about when untarring a
bigger file and playing audio? If not, then maybe trying STABLE on that
other drive might be a good idea.
Yesterday I was making a level 0 dump of my /usr partition (32429 MB) to
another drive, which
On Thu, Aug 25, 2005 at 01:39:25PM -0500, Mark Kane wrote:
Wow, that would be really nice. I notice whenever I compress something
like a backup of my Thunderbird Inbox files (several hundred megs) in
bzip2 format it goes nowhere near 100% or even 90% CPU usage. The
problems I am talking
Roland Smith wrote:
On Thu, Aug 25, 2005 at 01:39:25PM -0500, Mark Kane wrote:
Wow, that would be really nice. I notice whenever I compress something
like a backup of my Thunderbird Inbox files (several hundred megs) in
bzip2 format it goes nowhere near 100% or even 90% CPU usage. The
On Thu, 25 Aug 2005, Mark Kane wrote:
Hmm, if bzip2 can't saturate the CPU, I would say it's probably waiting
for disk reads/writes.
The drives I was trying to compress from/to are both brand new 200GB Maxtor
7200RPM ATA133 drives. Maybe that has something to do with the bad controller
on
Laurence Sanford wrote:
On Thu, 25 Aug 2005, Mark Kane wrote:
Hmm, if bzip2 can't saturate the CPU, I would say it's probably waiting
for disk reads/writes.
The drives I was trying to compress from/to are both brand new 200GB
Maxtor 7200RPM ATA133 drives. Maybe that has something to do
On Thu, Aug 25, 2005 at 03:25:48PM -0500, Mark Kane wrote:
Hmm, if bzip2 can't saturate the CPU, I would say it's probably waiting
for disk reads/writes.
The drives I was trying to compress from/to are both brand new 200GB
Maxtor 7200RPM ATA133 drives. Maybe that has something to do with
Roland Smith wrote:
Have you checked (with 'atacontrol mode channel') that both drives are
indeed using DMA?
amd64# atacontrol mode 0
Master = UDMA133 [200GB w/ FreeBSD]
Slave = BIOSPIO
amd64# atacontrol mode 1
Master = BIOSPIO
Slave = PIO4 [Sony DRU500A DVD+RW]
amd64# atacontrol mode 4
Roland Smith wrote:
On Thu, Aug 25, 2005 at 04:44:59PM -0500, Mark Kane wrote:
Okay, I may try that later then. STABLE is just about done on that
Athlon XP 2000+ machine.
Fingers crossed :-)
Well Hmmm I've got -STABLE running on the 5.4-RELEASE i386 AMD
Athlon XP 2000+ machine with
Hi everyone. Last night I finally worked out some issues with my AMD64
machine and got it up and operational. It's an AMD64 3000+ with 1.5GB
RAM, and five 7200RPM hard drives (total of 720 gigs) running FreeBSD
5.4-RELEASE (amd64). When doing testing and initial
install/configuration of this
On Wed, 24 Aug 2005, Mark Kane wrote:
Hi everyone. Last night I finally worked out some issues with my AMD64
machine and got it up and operational. It's an AMD64 3000+ with 1.5GB RAM,
and five 7200RPM hard drives (total of 720 gigs) running FreeBSD 5.4-RELEASE
(amd64). When doing testing
TRODAT wrote:
Mark,
I to am having similar problems with SATA drives, to the point where the
audio coming from XMMS sounds just TRIPPING!
Well while all my drives are PATA, I should mention that I'm not even
trying to play mp3s/Ogg files from any of my five drives most of the
time. I run a
Daniel Marsh wrote:
Could you post your dmesg to the list?
I have had a similar problem with SATA hard drives on an Intel PNSLK
945 chipset motherboard with a Pentium D 3ghz. The SATA drives simply
would not recognize as DMA, only PIO, in the BIOS there was a setting
for ATA/IDE Mode, the
33 matches
Mail list logo
