disk access seems unitask and ant-slow

Doug Barton dougb at FreeBSD.org
Sun Feb 19 22:46:02 UTC 2012

Hash: SHA256

On 02/19/2012 05:27, H wrote:
> Doug Barton wrote:
>> First, please don't start a new thread by replying to an existing
>>  message and changing the subject line. That screws up threading 
>> for those of us who use threaded mail readers, and may cause
>> your message to be ignored.
>> On 02/18/2012 03:44, H wrote:
>>> Hi
>>> I have 9-Stable on one partition of my SATAII disk, with kde4,
>>> to be sure I compiled yesterday sources world and kernel
>>> happens that any secondary task with diskaccess is so very
>>> slow that it is inacceptable
>>> for example, compiling firefox and then trying to open an
>>> image with gimp, I am sitting here for over 5 minutes and the
>>> open image dialog still do not show the directory content ...,
>>> same with dolphin or any other diskaccess
>> Please try compiling a custom kernel with the 4BSD scheduler 
>> instead of SCHED_ULE and see if that helps.
> Hi
> no idea what you referring to in your "top post"

When you posted your first message you hit "Reply" to an existing
message on the list, and then changed the subject line. Don't do that.
Instead, create a new message, and paste the address of the list into
your new message.

> but since we are both "newcomers" here

Um ... I'm not exactly a newcomer. :)

> we're still learning and skip it ok :)

No, if you're still learning this is something you actually *need* to
learn. When you hijack someone else's thread your message shows up
"under" the old thread for anyone using a properly threaded mail
reader (which is most of the people on this list). That's bad for the
list because what you're talking about is a new topic, and should be
treated as such both in the ongoing discussion and in the archives.
It's also bad for *you* because anyone who's ignoring that old thread
is not going to see your new message.

> now, 4FBSD really changed for me the face of the system, generally,
> I have much better response, thank you for the hint, it is ok now

I'm glad to hear that.

> can you tell if it is worth checking this out on amd64 servers
> also?


> but seems that the principal delay came as present from a pkg 
> maintainer who dares piping ...

Please keep your language on our public lists family-friendly.



- -- 

	It's always a long day; 86400 doesn't fit into a short.

	Breadth of IT experience, and depth of knowledge in the DNS.
	Yours for the right price.  :)  http://SupersetSolutions.com/

Version: GnuPG v2.0.18 (FreeBSD)


More information about the freebsd-stable mailing list