Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Questo articolo fornisce osservazioni supplementari alla documentazione di riferimento per questa API.
La TaskScheduler classe rappresenta un pianificatore di attività. Un pianificatore di attività garantisce che il lavoro di un'attività venga eseguito alla fine.
L'utilità di pianificazione predefinita offre il work-stealing per il bilanciamento del carico, l'iniezione/ritiro dei thread per il massimo rendimento e buone prestazioni complessive. Deve essere sufficiente per la maggior parte degli scenari.
La TaskScheduler classe funge anche da punto di estensione per tutta la logica di pianificazione personalizzabile. Sono inclusi meccanismi come la pianificazione di un'attività per l'esecuzione e il modo in cui le attività pianificate devono essere esposte ai debugger. Se sono necessarie funzionalità speciali, è possibile creare un'utilità di pianificazione personalizzata e abilitarla per attività o query specifiche.
Utilità di pianificazione delle attività predefinita e pool di thread
L'utilità di pianificazione predefinita per Task Parallel Library e PLINQ usa il pool di thread .NET, rappresentato dalla ThreadPool classe , per accodare ed eseguire il lavoro. Il pool di thread utilizza le informazioni fornite dal tipo Task per supportare in modo efficiente il parallelismo a grana fine (unità di lavoro di breve durata) che spesso rappresentano compiti e query parallele.
Coda globale e code locali
Il pool di thread gestisce una coda di lavoro globale FIFO (first-in, first-out) per i thread in ogni dominio applicativo. Ogni volta che un programma chiama i metodi ThreadPool.QueueUserWorkItem o ThreadPool.UnsafeQueueUserWorkItem, il lavoro viene inserito in questa coda condivisa e infine rimosso dalla coda e assegnato al thread successivo che diventa disponibile. A partire da .NET Framework 4, questa coda usa un algoritmo senza blocco simile alla ConcurrentQueue<T> classe . Usando questa implementazione senza blocco, il pool di thread impiega meno tempo quando accoda e de-accoda gli elementi di lavoro. Questo vantaggio per le prestazioni è disponibile per tutti i programmi che usano il pool di thread.
Le attività di primo livello, ovvero le attività non create nel contesto di un'altra attività, vengono inserite nella coda globale esattamente come qualsiasi altro elemento di lavoro. Tuttavia, le attività annidate o figlie, che vengono create nel contesto di un'altra attività, sono gestite in modo molto diverso. Un'attività figlio o annidata viene inserita in una coda locale specifica per il thread su cui l'attività padre è in esecuzione. L'attività padre può essere un'attività di primo livello o può essere anche figlia di un'altra attività. Quando questo thread è pronto per ulteriore lavoro, cerca prima di tutto nella coda locale. Se ci sono elementi di lavoro in attesa, è possibile accedervi rapidamente. È possibile accedere alle code locali nell'ordine di last-in, first-out (LIFO) per mantenere la località della cache e ridurre i conflitti. Per ulteriori informazioni sulle attività figlio e sulle attività annidate, consultare Attività figlio collegate e scollegate.
L'uso di code locali non solo riduce la pressione sulla coda globale, ma sfrutta anche la località dei dati. Gli elementi di lavoro nella coda locale fanno spesso riferimento a strutture di dati fisicamente vicine tra loro in memoria. In questi casi, i dati si trovano già nella cache dopo l'esecuzione della prima attività e possono essere accessibili rapidamente. Sia PARALLEL LINQ (PLINQ) che la Parallel classe usano attività annidate e attività figlio in modo esteso e ottengono velocità significative usando le code di lavoro locali.
Furto di lavoro
A partire da .NET Framework 4, il pool di thread include anche un algoritmo di rubare lavoro per garantire che nessun thread rimanga inattivo mentre altri hanno ancora lavoro nelle code. Quando un thread del pool di thread è pronto per un maggiore lavoro, esamina prima l'inizio della coda locale, quindi nella coda globale e quindi nelle code locali di altri thread. Se trova un elemento di lavoro nella coda locale di un altro thread, prima applica l'euristica per assicurarsi che possa eseguire il lavoro in modo efficiente. Se possibile, de-accoda l'elemento di lavoro dalla parte finale (in ordine FIFO). Ciò riduce la contesa in ogni coda locale e mantiene la località dei dati. Questa architettura consente di bilanciare il carico del pool di thread in modo più efficiente rispetto alle versioni precedenti.
Attività a esecuzione prolungata
È possibile impedire esplicitamente l'inserimento di un'attività in una coda locale. Ad esempio, puoi sapere che un particolare elemento di lavoro verrà eseguito per un periodo di tempo relativamente lungo e probabilmente bloccherà tutti gli altri elementi di lavoro nella coda locale. In questo caso, è possibile specificare l'opzione System.Threading.Tasks.TaskCreationOptions, che fornisce un suggerimento al pianificatore che potrebbe essere necessario un thread aggiuntivo per l'attività in modo che non blocchi l'avanzamento di altri thread o elementi di lavoro nella coda locale. Usando questa opzione si evita completamente il pool di thread, incluse le code globali e locali.
Inlining delle attività
In alcuni casi quando un oggetto Task è in attesa, può essere eseguito in modo sincrono sul thread che esegue l'operazione di attesa. Ciò migliora le prestazioni impedendo la necessità di un thread aggiuntivo e usando invece il thread esistente, che sarebbe stato bloccato in caso contrario. Per evitare errori dovuti alla reentrancy, l'inlining dei task si verifica solo quando il target di attesa viene trovato nella coda locale del thread pertinente.
Specificare un contesto di sincronizzazione
È possibile usare il TaskScheduler.FromCurrentSynchronizationContext metodo per specificare che un'attività deve essere pianificata per l'esecuzione in un determinato thread. Ciò è utile nei framework, ad esempio Windows Form e Windows Presentation Foundation, in cui l'accesso agli oggetti dell'interfaccia utente è spesso limitato al codice in esecuzione nello stesso thread in cui è stato creato l'oggetto dell'interfaccia utente.
L'esempio seguente usa il TaskScheduler.FromCurrentSynchronizationContext metodo in un'app Windows Presentation Foundation (WPF) per pianificare un'attività nello stesso thread in cui è stato creato il controllo dell'interfaccia utente. Nell'esempio viene creato un mosaico di immagini selezionate in modo casuale da una directory specificata. Gli oggetti WPF vengono usati per caricare e ridimensionare le immagini. I pixel grezzi vengono quindi passati a un'attività che usa un For ciclo per scrivere i dati dei pixel in una grande matrice di byte singoli. Non è necessaria alcuna sincronizzazione perché non sono presenti due riquadri che occupano gli stessi elementi della matrice. I riquadri possono anche essere scritti in qualsiasi ordine perché la loro posizione viene calcolata indipendentemente da qualsiasi altro riquadro. La matrice di grandi dimensioni viene quindi passata a un'attività eseguita nel thread dell'interfaccia utente, in cui i dati pixel vengono caricati in un controllo Immagine.
L'esempio sposta i dati dal thread dell'interfaccia utente, lo modifica usando cicli e Task oggetti paralleli e quindi lo passa a un'attività eseguita nel thread dell'interfaccia utente. Questo approccio è utile quando è necessario usare Task Parallel Library per eseguire operazioni non supportate dall'API WPF o non sono sufficientemente veloci. Un altro modo per creare un mosaico di immagini in WPF consiste nell'usare un System.Windows.Controls.WrapPanel controllo e aggiungervi immagini. Gestisce il lavoro di posizionamento dei riquadri WrapPanel. Tuttavia, questo lavoro può essere eseguito solo nel thread dell'interfaccia utente.
using System;
using System.Threading.Tasks;
using System.Windows;
using System.Windows.Media;
using System.Windows.Media.Imaging;
namespace WPF_CS1
{
/// <summary>
/// Interaction logic for MainWindow.xaml
/// </summary>
public partial class MainWindow : Window
{
private int fileCount;
int colCount;
int rowCount;
private int tilePixelHeight;
private int tilePixelWidth;
private int largeImagePixelHeight;
private int largeImagePixelWidth;
private int largeImageStride;
PixelFormat format;
BitmapPalette palette = null;
public MainWindow()
{
InitializeComponent();
// For this example, values are hard-coded to a mosaic of 8x8 tiles.
// Each tile is 50 pixels high and 66 pixels wide and 32 bits per pixel.
colCount = 12;
rowCount = 8;
tilePixelHeight = 50;
tilePixelWidth = 66;
largeImagePixelHeight = tilePixelHeight * rowCount;
largeImagePixelWidth = tilePixelWidth * colCount;
largeImageStride = largeImagePixelWidth * (32 / 8);
this.Width = largeImagePixelWidth + 40;
image.Width = largeImagePixelWidth;
image.Height = largeImagePixelHeight;
}
private void button_Click(object sender, RoutedEventArgs e)
{
// For best results use 1024 x 768 jpg files at 32bpp.
string[] files = System.IO.Directory.GetFiles(@"C:\Users\Public\Pictures\Sample Pictures\", "*.jpg");
fileCount = files.Length;
Task<byte[]>[] images = new Task<byte[]>[fileCount];
for (int i = 0; i < fileCount; i++)
{
int x = i;
images[x] = Task.Factory.StartNew(() => LoadImage(files[x]));
}
// When they've all been loaded, tile them into a single byte array.
var tiledImage = Task.Factory.ContinueWhenAll(
images, (i) => TileImages(i));
// We are currently on the UI thread. Save the sync context and pass it to
// the next task so that it can access the UI control "image".
var UISyncContext = TaskScheduler.FromCurrentSynchronizationContext();
// On the UI thread, put the bytes into a bitmap and
// display it in the Image control.
var t3 = tiledImage.ContinueWith((antecedent) =>
{
// Get System DPI.
Matrix m = PresentationSource.FromVisual(Application.Current.MainWindow)
.CompositionTarget.TransformToDevice;
double dpiX = m.M11;
double dpiY = m.M22;
BitmapSource bms = BitmapSource.Create(largeImagePixelWidth,
largeImagePixelHeight,
dpiX,
dpiY,
format,
palette, //use default palette
antecedent.Result,
largeImageStride);
image.Source = bms;
}, UISyncContext);
}
byte[] LoadImage(string filename)
{
// Use the WPF BitmapImage class to load and
// resize the bitmap. NOTE: Only 32bpp formats are supported correctly.
// Support for additional color formats is left as an exercise
// for the reader. For more information, see documentation for ColorConvertedBitmap.
BitmapImage bitmapImage = new BitmapImage();
bitmapImage.BeginInit();
bitmapImage.UriSource = new Uri(filename);
bitmapImage.DecodePixelHeight = tilePixelHeight;
bitmapImage.DecodePixelWidth = tilePixelWidth;
bitmapImage.EndInit();
format = bitmapImage.Format;
int size = (int)(bitmapImage.Height * bitmapImage.Width);
int stride = (int)bitmapImage.Width * 4;
byte[] dest = new byte[stride * tilePixelHeight];
bitmapImage.CopyPixels(dest, stride, 0);
return dest;
}
int Stride(int pixelWidth, int bitsPerPixel)
{
return (((pixelWidth * bitsPerPixel + 31) / 32) * 4);
}
// Map the individual image tiles to the large image
// in parallel. Any kind of raw image manipulation can be
// done here because we are not attempting to access any
// WPF controls from multiple threads.
byte[] TileImages(Task<byte[]>[] sourceImages)
{
byte[] largeImage = new byte[largeImagePixelHeight * largeImageStride];
int tileImageStride = tilePixelWidth * 4; // hard coded to 32bpp
Random rand = new Random();
Parallel.For(0, rowCount * colCount, (i) =>
{
// Pick one of the images at random for this tile.
int cur = rand.Next(0, sourceImages.Length);
byte[] pixels = sourceImages[cur].Result;
// Get the starting index for this tile.
int row = i / colCount;
int col = (int)(i % colCount);
int idx = ((row * (largeImageStride * tilePixelHeight)) + (col * tileImageStride));
// Write the pixels for the current tile. The pixels are not contiguous
// in the array, therefore we have to advance the index by the image stride
// (minus the stride of the tile) for each scanline of the tile.
int tileImageIndex = 0;
for (int j = 0; j < tilePixelHeight; j++)
{
// Write the next scanline for this tile.
for (int k = 0; k < tileImageStride; k++)
{
largeImage[idx++] = pixels[tileImageIndex++];
}
// Advance to the beginning of the next scanline.
idx += largeImageStride - tileImageStride;
}
});
return largeImage;
}
}
}
Partial Public Class MainWindow : Inherits Window
Dim fileCount As Integer
Dim colCount As Integer
Dim rowCount As Integer
Dim tilePixelHeight As Integer
Dim tilePixelWidth As Integer
Dim largeImagePixelHeight As Integer
Dim largeImagePixelWidth As Integer
Dim largeImageStride As Integer
Dim format As PixelFormat
Dim palette As BitmapPalette = Nothing
Public Sub New()
InitializeComponent()
' For this example, values are hard-coded to a mosaic of 8x8 tiles.
' Each tile Is 50 pixels high and 66 pixels wide and 32 bits per pixel.
colCount = 12
rowCount = 8
tilePixelHeight = 50
tilePixelWidth = 66
largeImagePixelHeight = tilePixelHeight * rowCount
largeImagePixelWidth = tilePixelWidth * colCount
largeImageStride = largeImagePixelWidth * (32 / 8)
Me.Width = largeImagePixelWidth + 40
image.Width = largeImagePixelWidth
image.Height = largeImagePixelHeight
End Sub
Private Sub button_Click(sender As Object, e As RoutedEventArgs) _
Handles button.Click
' For best results use 1024 x 768 jpg files at 32bpp.
Dim files() As String = System.IO.Directory.GetFiles("C:\Users\Public\Pictures\Sample Pictures\", "*.jpg")
fileCount = files.Length
Dim images(fileCount - 1) As Task(Of Byte())
For i As Integer = 0 To fileCount - 1
Dim x As Integer = i
images(x) = Task.Factory.StartNew(Function() LoadImage(files(x)))
Next
' When they have all been loaded, tile them into a single byte array.
'var tiledImage = Task.Factory.ContinueWhenAll(
' images, (i) >= TileImages(i));
' Dim tiledImage As Task(Of Byte()) = Task.Factory.ContinueWhenAll(images, Function(i As Task(Of Byte())) TileImages(i))
Dim tiledImage = Task.Factory.ContinueWhenAll(images, Function(i As Task(Of Byte())()) TileImages(i))
' We are currently on the UI thread. Save the sync context and pass it to
' the next task so that it can access the UI control "image1".
Dim UISyncContext = TaskScheduler.FromCurrentSynchronizationContext()
' On the UI thread, put the bytes into a bitmap and
' display it in the Image control.
Dim t3 = tiledImage.ContinueWith(Sub(antecedent)
' Get System DPI.
Dim m As Matrix = PresentationSource.FromVisual(Application.Current.MainWindow).CompositionTarget.TransformToDevice
Dim dpiX As Double = m.M11
Dim dpiY As Double = m.M22
' Use the default palette in creating the bitmap.
Dim bms As BitmapSource = BitmapSource.Create(largeImagePixelWidth,
largeImagePixelHeight,
dpiX,
dpiY,
format,
palette,
antecedent.Result,
largeImageStride)
image.Source = bms
End Sub, UISyncContext)
End Sub
Public Function LoadImage(filename As String) As Byte()
' Use the WPF BitmapImage class to load and
' resize the bitmap. NOTE: Only 32bpp formats are supported correctly.
' Support for additional color formats Is left as an exercise
' for the reader. For more information, see documentation for ColorConvertedBitmap.
Dim bitmapImage As New BitmapImage()
bitmapImage.BeginInit()
bitmapImage.UriSource = New Uri(filename)
bitmapImage.DecodePixelHeight = tilePixelHeight
bitmapImage.DecodePixelWidth = tilePixelWidth
bitmapImage.EndInit()
format = bitmapImage.Format
Dim size As Integer = CInt(bitmapImage.Height * bitmapImage.Width)
Dim stride As Integer = CInt(bitmapImage.Width * 4)
Dim dest(stride * tilePixelHeight - 1) As Byte
bitmapImage.CopyPixels(dest, stride, 0)
Return dest
End Function
Function Stride(pixelWidth As Integer, bitsPerPixel As Integer) As Integer
Return (((pixelWidth * bitsPerPixel + 31) / 32) * 4)
End Function
' Map the individual image tiles to the large image
' in parallel. Any kind of raw image manipulation can be
' done here because we are Not attempting to access any
' WPF controls from multiple threads.
Function TileImages(sourceImages As Task(Of Byte())()) As Byte()
Dim largeImage(largeImagePixelHeight * largeImageStride - 1) As Byte
Dim tileImageStride As Integer = tilePixelWidth * 4 ' hard coded To 32bpp
Dim rand As New Random()
Parallel.For(0, rowCount * colCount, Sub(i)
' Pick one of the images at random for this tile.
Dim cur As Integer = rand.Next(0, sourceImages.Length)
Dim pixels() As Byte = sourceImages(cur).Result
' Get the starting index for this tile.
Dim row As Integer = i \ colCount
Dim col As Integer = i Mod colCount
Dim idx As Integer = ((row * (largeImageStride * tilePixelHeight)) + (col * tileImageStride))
' Write the pixels for the current tile. The pixels are Not contiguous
' in the array, therefore we have to advance the index by the image stride
' (minus the stride of the tile) for each scanline of the tile.
Dim tileImageIndex As Integer = 0
For j As Integer = 0 To tilePixelHeight - 1
' Write the next scanline for this tile.
For k As Integer = 0 To tileImageStride - 1
largeImage(idx) = pixels(tileImageIndex)
idx += 1
tileImageIndex += 1
Next
' Advance to the beginning of the next scanline.
idx += largeImageStride - tileImageStride
Next
End Sub)
Return largeImage
End Function
End Class
Per creare l'esempio, creare un progetto di applicazione WPF in Visual Studio e denominarlo WPF_CS1 (per un progetto WPF C#) o WPF_VB1 (per un progetto WPF di Visual Basic). Eseguire quindi le operazioni seguenti:
Nella visualizzazione della progettazione, trascinare un Image controllo dalla Casella degli strumenti nell'angolo superiore sinistro dell'area di progettazione. Nella casella di testo Nome della finestra Proprietà assegnare al controllo il nome "image".
Trascina un Button controllo dalla Toolbox nella parte inferiore sinistra della finestra dell'applicazione. Nella visualizzazione XAML specificare la Content proprietà del pulsante come "Make a mosaic" e specificare la relativa Width proprietà come "100". Connettere l'evento Click con il
button_Clickgestore eventi definito nel codice dell'esempio aggiungendoClick="button_Click"all'elemento<Button>. Nella casella di testo Nome della finestra Proprietà assegnare al controllo il nome "button".Sostituire l'intero contenuto del file MainWindow.xaml.cs o MainWindow.xaml.vb con il codice di questo esempio. Per un progetto WPF C#, assicurarsi che il nome dell'area di lavoro corrisponda al nome del progetto.
L'esempio legge immagini JPEG da una directory denominata C:\Users\Public\Pictures\Sample Pictures. Creare la directory e inserirle alcune immagini oppure modificare il percorso per fare riferimento ad altre directory che contengono immagini.
Questo esempio presenta alcune limitazioni. Ad esempio, sono supportate solo immagini a 32 bit per pixel; Le immagini in altri formati sono danneggiate dall'oggetto durante l'operazione BitmapImage di ridimensionamento. Inoltre, le immagini di origine devono essere tutte maggiori delle dimensioni del riquadro. Come ulteriore esercizio, è possibile aggiungere funzionalità per gestire più formati di pixel e dimensioni dei file.
Collabora con noi su GitHub
L'origine di questo contenuto è disponibile in GitHub, in cui è anche possibile creare ed esaminare i problemi e le richieste pull. Per ulteriori informazioni, vedere la guida per i collaboratori.
