Ingo's RAID patch for 2.2.18 final?
My appologies if this has been asked before. I'm looking for Ingo Molnar's RAID patch for 2.2.18-final. I tried applying A2, but it has a number of conflicts in raid1.c which I cannot resolve in my meager spare time.
Thanks in advance,
--Jens Petersohn
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Quoted 4 lines · Jens Petersohn
My appologies if this has been asked before. I'm looking for Ingo Molnar's RAID patch for 2.2.18-final. I tried applying A2, but it has a number of conflicts in
raid1.cwhich I cannot resolve in my meager spare time.
I tried to apply it. If I finish it I will send the patch to mingo :)
Signature · 6 lines
Takika - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] Please read the FAQ at http://www.tux.org/lkml/
Quoted 1 line
I tried to apply it. If I finish it I will send the patch to mingo :)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Quoted 3 lines · Alan Cox
Quoted 1 line
I tried to apply it. If I finish it I will send the patch to mingo :)
If I see it there is no raid patch for 2.2.18 final, only 2.2.18pre13. This patch (raid-2.2.18-A2) rejects some diffs. I will apply it by hand :)
Signature · 6 lines
Takika - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] Please read the FAQ at http://www.tux.org/lkml/
Quoted 13 lines · Alan Cox
Quoted 4 lines
Quoted 2 lines
I tried to apply it. If I finish it I will send the patch to mingo :)
If I see it there is no raid patch for 2.2.18 final, only 2.2.18pre13. This patch (raid-2.2.18-A2) rejects some diffs. I will apply it by hand :)
Signature · 1 line
Takika
Check lower on the page. There is a patch for the patch to bring it up to A3. This resulting patch will apply semi-cleanly (with fuzz) to the final kernel.
--Jens Petersohn
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Quoted 5 lines · Jens Petersohn
Quoted 2 lines
Quoted 1 line
Check lower on the page. There is a patch for the patch to bring it up to A3. This resulting patch will apply semi-cleanly (with fuzz) to the final kernel.
Oh, I see it. So, mingo why not create an A3 patch for 2.2.18? :)
Signature · 6 lines
Takika - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] Please read the FAQ at http://www.tux.org/lkml/
Quoted 3 lines · Takacs Sandor
If I see it there is no raid patch for 2.2.18 final, only 2.2.18pre13. This patch (raid-2.2.18-A2) rejects some diffs. I will apply it by hand :)
I've allready done it:
http://www.escape.de/users/outback/linux/raid-2.2.18.bz2
But it's untested, since I'm now using 2.4.0 :-)
Bye,
Kili
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
hi
use the 2.2.18aa2 patch from andrea ... raid 0.9 is included!
cu, oli
ftp://ftp.de.kernel.org/pub/linux/kernel/people/andrea/kernels/v2.2/2.2.18aa2.bz2
Quoted 17 lines · Takacs Sandor
Quoted 3 lines · Alan Cox
Quoted 1 line
I tried to apply it. If I finish it I will send the patch to mingo :)
If I see it there is no raid patch for 2.2.18 final, only 2.2.18pre13. This patch (raid-2.2.18-A2) rejects some diffs. I will apply it by hand :)
Signature · 6 lines
Takika - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] Please read the FAQ at http://www.tux.org/lkml/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Quoted 4 lines · Jens Petersohn
My appologies if this has been asked before. I'm looking for Ingo Molnar's RAID patch for 2.2.18-final. I tried applying A2, but it has a number of conflicts in
raid1.cwhich I cannot resolve in my meager spare time.
I had to fix those things myself too. However I stay on top of 2.2.19pre7 not on top of 2.2.18. Raid 0.90 is included into 2.2.19pre7aa1:
ftp://ftp.us.kernel.org/pub/linux/kernel/people/andrea/kernels/v2.2/2.2.19pre7aa1.bz2
The single raid patch can be downloaded from the the below link but it's going to reject too if applied on top of 2.2.19pre7 because of lvm that is applied first (it is equivalent to the raid-2.2.18-A2).
ftp://ftp.us.kernel.org/pub/linux/kernel/people/andrea/kernels/v2.2/2.2.19pre7aa1/93_raid-2.2.18-A2_2.2.19pre7aa1-5.bz2
Then later on the generic-map patch changes both lvm and raid to make them stackable (also for GFS).
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
There is as yet no official patch for raid 0.90 for 2.2.18
This question would be better asked on linux raid list [email protected].
You can apply the patches below.
If you apply the following you get the raid patched kernel.
You MUST apply this patch before the two raid patches. The VM patch stablises the 2.2.18 virtual memory system and if you don't apply my two repackaged patches will fail. The above VM patch has been accepted into 2.2.19pre3 and many people are using it so is not untested.
Raid patches.
http://www.hattaway-associates.com/raidpatches/raid-2.2.18-A2.bz2
For faster raid 1
http://www.hattaway-associates.com/raidpatches/raid1readbalance-2.2.18.bz2
Hope this helps
Godfrey Livingstone
Quoted 5 lines · Jens Petersohn
My appologies if this has been asked before. I'm looking for Ingo Molnar's RAID patch for 2.2.18-final. I tried applying A2, but it has a number of conflicts in
raid1.cwhich I cannot resolve in my meager spare time.
Quoted 7 lines
Thanks in advance,
--Jens Petersohn
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Quoted 4 lines · Godfrey Livingstone
You MUST apply this patch before the two raid patches. The VM patch stablises the 2.2.18 virtual memory system and if you don't apply my two repackaged patches will fail. The above VM patch has been accepted into 2.2.19pre3 and many people are using it so is not untested.
2.2.19preXaaX Virtually disabled I/O cache extention-by-swapout, working on previous (semi)stock kernels (raid+ide patched) :(
Thus I wouldn't advise VM global till it gets somewhatbalanced to non-swapless configs...
Signature · 7 lines
SaPE - Peter, Sasi - mailto:[email protected] - http://sape.iq.rulez.org/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] Please read the FAQ at http://www.tux.org/lkml/
Quoted 9 lines · Sasi Peter
Quoted 4 lines · Godfrey Livingstone
You MUST apply this patch before the two raid patches. The VM patch stablises the 2.2.18 virtual memory system and if you don't apply my two repackaged patches will fail. The above VM patch has been accepted into 2.2.19pre3 and many people are using it so is not untested.
2.2.19preXaaX Virtually disabled I/O cache extention-by-swapout, working on previous (semi)stock kernels (raid+ide patched) :(
Can you measure a performance degradation because of that? Previous kernels was certainly not a good example because they was swapping out stuff even with cp /dev/zero ..
Quoted 2 lines
Thus I wouldn't advise VM global till it gets somewhatbalanced to non-swapless configs...
You said me your machine start to swapout when the filesystem cache reaches 100mbytes (on your 384Mbyte box). That seems sane behaviour on a misc load. We could add some additional bit of page aging to swapout more when it worth indeed, but current balance looks just quite sane.
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Quoted 5 lines · Andrea Arcangeli
Quoted 2 lines
2.2.19preXaaX Virtually disabled I/O cache extention-by-swapout, working on previous (semi)stock kernels (raid+ide patched) :(
Can you measure a performance degradation because of that? Previous kernels was certainly not a good example because they was swapping out stuff even with
cp /dev/zero ..
Still produced an overall average extra 30+% more serviced bandwidth for fileserving. (large files, we can call them high BW streaming...)
Quoted 2 lines
You said me your machine start to swapout when the filesystem cache reaches 100mbytes (on your 384Mbyte box). That seems sane behaviour on a misc load. We
Nope.
Quoted 2 lines
could add some additional bit of page aging to swapout more when it worth indeed, but current balance looks just quite sane.
Ok let's see: the box does a lot of this fileserving. 3MB/s+
Sometimes I use it interactivelly (pine, X, netscape).
Sometimes others log in remotely, pine, etc.
Sometimes they read their mail (apache, neomail)
bind runs for one (1) zone.
Sshd is listening.
Sendmail is listening.
Infrequently friends use squid proxy on it.
Notes runs, currently is being tested, buteven more infrequently.
=> So, basically, a lot of stuff is runing, but they are rarely used. Compared to the gain which could result swapping out the more or less inactive processes' pages, freeing ram for the all time fileservings cache (30+ high speed streams from 4 disks does really need some caching).
I do not say the case is "nothing is active please store everything on swap, get back only what is needed", but the actual situation is on the
contrary: 0 (zero) bytes swapped out!
Can't say, of these many daemons nothing can be swapped out (and should under I/O load)!
And even if I don't think this zero swapping is ok, I do use it, because I do not get a single "VM: do_try_to_free_pages failed for ..." no more... The performance just used to be better, but the whole more instable.
Be this, if this is the price for stability.
Signature · 6 lines
SaPE - Peter, Sasi - mailto:[email protected] - http://sape.iq.rulez.org/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] Please read the FAQ at http://www.tux.org/lkml/
Quoted 1 line · Sasi Peter
(30+ high speed streams from 4 disks does really need some caching).
This isn't obvious. Your working may not fit in cache and so the kernel understand it's worthless to swapout stuff to make space to a polluted cache.
Quoted 2 lines
Can't say, of these many daemons nothing can be swapped out (and should under I/O load)!
If you run cp /dev/zero . on a smart VM nothing must be swapped out even if it generated nearly the maximal I/O flood possible. It's worthless to let a polluted cache to grow. It won't help anyways and you'll run slower the next time you'll have to pagein from swap.
It _enterely_ depends on the I/O load pattern if it worth to swapout or not to make space for filesystem cache.
Quoted 3 lines
The performance just used to be better, but the whole more instable.
Be this, if this is the price for stability.
As said we can add bits of page aging (that can't destabilize anything and it will only affect performance behaviour), but I'd prefer to be sure you really get a slowdown due the new VM behaviour (because more aging if done without multiqueue O(1) approch can introduces waste of CPU and cachelines in kernel space), so could you try to kill notes and squid and the other unused stuff and to see if you return to deliver performance as with the older kernels? I still miss this important information (last thing you said me was that with 100mbyte in cache it swapouts, and without knowing the details of the I/O pattern it looked sane). After that I'd also like to know what happens with 2.4.0 that uses multiqueue and that is also able to detect pollution and to avoid swapping out in such case.
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"GL" == Godfrey Livingstone <[email protected]> writes:
GL> There is as yet no official patch for raid 0.90 for 2.2.18
GL> This question would be better asked on linux raid list GL> [email protected].
What is at <http://www.kernel.org/pub/linux/kernel/people/mingo/>
look official enough to me...
raid-2.2.18-B0 12-Jan-2001 10:18 392k
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Quoted 4 lines · On 13 Jan 2001 [email protected] wrote:
What is at <http://www.kernel.org/pub/linux/kernel/people/mingo/>
look official enough to me...raid-2.2.18-B0 12-Jan-2001 10:18 392k
yep, it is the 'official' 2.2.18 RAID patch.
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/