Displaying 7 results from an estimated 7 matches for "schedulerdag".
Did you mean:
scheduledag
2012 May 11
0
[LLVMdev] Scheduler Roadmap
...a lengthy RFC on Apr 20 that demonstrated you aren't
>> following developments on trunk. That's perfectly fine, but if you
>> want to use the new scheduler before it is mature, you'll need to
>> follow trunk.
>
> Ok, but that doesn't answer the question. Is SchedulerDAG going away?
> If so, what's the timeframe for that? 3.2?
SchedulerDAG is used for both SD scheduling and MI scheduling. It's not going away.
SD scheduling is not going away in 3.2--it will be the first release with MI scheduling on by default.
If all goes well, I expect SD scheduling...
2012 May 09
5
[LLVMdev] Scheduler Roadmap
...y?
>
> You sent a lengthy RFC on Apr 20 that demonstrated you aren't
> following developments on trunk. That's perfectly fine, but if you
> want to use the new scheduler before it is mature, you'll need to
> follow trunk.
Ok, but that doesn't answer the question. Is SchedulerDAG going away?
If so, what's the timeframe for that? 3.2?
> Feel free to use the patch and send your thanks to Hal. It doesn't
> serve any purpose to mainline a partial solution only to replace it
> before it can ever be enabled by default, which would require a major
> performan...
2012 May 11
2
[LLVMdev] Scheduler Roadmap
Andrew Trick <atrick at apple.com> writes:
>> Ok, but that doesn't answer the question. Is SchedulerDAG going away?
>> If so, what's the timeframe for that? 3.2?
>
> SchedulerDAG is used for both SD scheduling and MI scheduling. It's not going away.
Oh! That's good news!
> SD scheduling is not going away in 3.2--it will be the first release with MI scheduling on by defa...
2012 May 11
2
[LLVMdev] Scheduler Roadmap
...hat demonstrated you aren't
> >> following developments on trunk. That's perfectly fine, but if you
> >> want to use the new scheduler before it is mature, you'll need to
> >> follow trunk.
> >
> > Ok, but that doesn't answer the question. Is SchedulerDAG going
> > away? If so, what's the timeframe for that? 3.2?
>
> SchedulerDAG is used for both SD scheduling and MI scheduling. It's
> not going away.
>
> SD scheduling is not going away in 3.2--it will be the first release
> with MI scheduling on by default.
>...
2012 May 09
0
[LLVMdev] Scheduler Roadmap
On May 8, 2012, at 3:02 PM, dag at cray.com wrote:
> Hi everyone,
>
> As I've mentioned before we are doing some work on the LLVM scheduler to
> improve it. Specifically, we are working to get loads and stores to
> move past each other when possible.
>
> When I asked about enhancing scheduler heuristics a month or so ago, I
> got a response about a MachineInstr
2012 May 09
0
[LLVMdev] Scheduler Roadmap
...a lengthy RFC on Apr 20 that demonstrated you aren't
>> following developments on trunk. That's perfectly fine, but if you
>> want to use the new scheduler before it is mature, you'll need to
>> follow trunk.
>
> Ok, but that doesn't answer the question. Is SchedulerDAG going away?
> If so, what's the timeframe for that? 3.2?
>
>> Feel free to use the patch and send your thanks to Hal. It doesn't
>> serve any purpose to mainline a partial solution only to replace it
>> before it can ever be enabled by default, which would require...
2012 May 08
2
[LLVMdev] Scheduler Roadmap
Hi everyone,
As I've mentioned before we are doing some work on the LLVM scheduler to
improve it. Specifically, we are working to get loads and stores to
move past each other when possible.
When I asked about enhancing scheduler heuristics a month or so ago, I
got a response about a MachineInstr scheduler and that that was the way
of the LLVM future. Is that so? Is the ScheduleDAG going