2009/3/24 Vladimir Ermakov :
>Hello, All
>
>Describe my problem:
>have volume RAID-10 (SAS-HDD x 6) on Adaptec RAID 5805
>2 HHD of 6 have errors in smart data (damaged)
>i am try read file /var/db/mysql/ibdata1 from this volume
>system does not respond ( lost access to ssh ) after read 6GB data
>f
On Fri, Mar 27, 2009 at 7:25 PM, Jason Evans wrote:
> Robert Watson wrote:
>>
>> On Fri, 27 Mar 2009, Poul-Henning Kamp wrote:
>>>
>>> In message ,
>>> Robert Wats on writes:
>>>
In which case user application threads will need to know their CPU [...]
>>>
>>> Didn't jemalloc solve that proble
> Danny Braniss wrote:
> >> Danny Braniss wrote:
> >>> at least for me :-)
> >>> [and sorry for the cross posting]
> >>>
> >>> old (March 12 , i know need the svn rev number but...)
> >> None of the commit activity on March 12 is jumping out at me as being
> >> suspicious. However, you are now th
Julian Elischer wrote:
Scott Long wrote:
I've been talking about this for years. All I need is help with the
VM magic to create the page on fork. I also want two pages, one global
for gettimeofday (and any other global data we can think of) and one
per-process for static data like getpid/getg
c VM magic done, I'm keeping my expectations as
modest as possible.
You can find a proof-of-concept implementation for amd64 of a global
page mapped in every process at http://people.freebsd.org/~ssouhlal/
testing/syspage-20090328.diff .
It exports ticks to userland
Danny Braniss wrote:
it seems March 12 was a bit off :-)
it took some time, but I managed to close the gap:
189100 ok
189150 fails
I will continue tomorrow, but this should be helpful.
189150 is in the middle of a big string of related commits. Try
updating to the following
David Xu wrote:
Julian Elischer wrote:
Scott Long wrote:
I've been talking about this for years. All I need is help with the
VM magic to create the page on fork. I also want two pages, one global
for gettimeofday (and any other global data we can think of) and one
per-process for static data
> Danny Braniss wrote:
> > it seems March 12 was a bit off :-)
> > it took some time, but I managed to close the gap:
> > 189100 ok
> > 189150 fails
> > I will continue tomorrow, but this should be helpful.
> >
> >
>
> 189150 is in the middle of a big string of related commits. Try
> u
8 matches
Mail list logo
