<?xml version="1.0"?>
<rss version="2.0"><channel><title>&#x395;&#x3B9;&#x3B4;&#x3AE;&#x3C3;&#x3B5;&#x3B9;&#x3C2;: Ειδήσεις</title><link>https://www.thelab.gr/news/linux/page/3/?d=1</link><description>&#x395;&#x3B9;&#x3B4;&#x3AE;&#x3C3;&#x3B5;&#x3B9;&#x3C2;: Ειδήσεις</description><language>el</language><item><title>&#x39F;&#x3B9; &#x3B1;&#x3BB;&#x3BB;&#x3B1;&#x3B3;&#x3AD;&#x3C2; &#x3C3;&#x3C4;&#x3B7; Mesa &#x3C5;&#x3C0;&#x3CC;&#x3C3;&#x3C7;&#x3BF;&#x3BD;&#x3C4;&#x3B1;&#x3B9; &#x3AD;&#x3C9;&#x3C2; 260% boost &#x3C3;&#x3B5; Intel Arc &#x201C;Alchemist&#x201D; &#x3C3;&#x3C4;&#x3BF; Linux, &#x3B1;&#x3BB;&#x3BB;&#x3AC; &#x3C3;&#x3B5; &#x3C0;&#x3BF;&#x3BB;&#x3CD; &#x3C3;&#x3C5;&#x3B3;&#x3BA;&#x3B5;&#x3BA;&#x3C1;&#x3B9;&#x3BC;&#x3AD;&#x3BD;&#x3BF; &#x3C3;&#x3B5;&#x3BD;&#x3AC;&#x3C1;&#x3B9;&#x3BF;</title><link>https://www.thelab.gr/news/linux/%CE%BF%CE%B9-%CE%B1%CE%BB%CE%BB%CE%B1%CE%B3%CE%AD%CF%82-%CF%83%CF%84%CE%B7-mesa-%CF%85%CF%80%CF%8C%CF%83%CF%87%CE%BF%CE%BD%CF%84%CE%B1%CE%B9-%CE%AD%CF%89%CF%82-260-boost-%CF%83%CE%B5-intel-arc-%E2%80%9Calchemist%E2%80%9D-%CF%83%CF%84%CE%BF-linux-%CE%B1%CE%BB%CE%BB%CE%AC-%CF%83%CE%B5-%CF%80%CE%BF%CE%BB%CF%8D-%CF%83%CF%85%CE%B3%CE%BA%CE%B5%CE%BA%CF%81%CE%B9%CE%BC%CE%AD%CE%BD%CE%BF-%CF%83%CE%B5%CE%BD%CE%AC%CF%81%CE%B9%CE%BF-r11254/</link><description><![CDATA[
<p><img src="https://www.thelab.gr/uploads/monthly_2026_01/RrfF8Tz9UIeaWtWV.webp.85621176e0ca7ed8a43aa81480f1051d.webp" /></p>

<article>
	<div style="border:1px solid rgba(127,176,179,.45); background:rgba(127,176,179,.08); padding:14px 16px; border-radius:10px; margin:16px 0;">
		<ul style="margin:0; padding-left:18px;">
			<li style="font-style:italic; color:rgb(127, 176, 179);">
				Σειρά 18 patches έγινε merge στο Mesa, με στόχο διόρθωση graphics corruption σε Intel DG2 (Arc Alchemist) και iGPU σε Meteor Lake.
			</li>
			<li style="font-style:italic; color:rgb(127, 176, 179);">
				Σε ένα συγκεκριμένο game trace του NBA 2K23 (DX11, 4K, ultra) αναφέρεται “έως 260%” βελτίωση, χωρίς προς το παρόν ευρύτερο benchmark set.
			</li>
			<li style="font-style:italic; color:rgb(127, 176, 179);">
				Οι αλλαγές στοχεύουν το Mesa 26.1, άρα πρακτικά μιλάμε για Mesa git και μελλοντικό release, όχι κάτι που έχει ήδη περάσει καθολικά στις σταθερές διανομές.
			</li>
		</ul>
	</div>

	<p>
		Μια σειρά 18 patches από τον Intel open source graphics driver engineer Francisco Jerez έγινε merge στο Mesa, με στόχο να αντιμετωπιστεί επίμονο graphics corruption που επηρέαζε τόσο DG2 (Intel Arc “Alchemist”) όσο και iGPU σε Meteor Lake. Η δουλειά επικεντρώνεται στον χειρισμό του HiZ_CCS auxiliary compression όταν γίνεται sampling από resolved depth surfaces, ένα σημείο που συνδεόταν με artifacts και λάθη rendering στις συγκεκριμένες πλατφόρμες.
	</p>

	<p>
		Πέρα από τη διόρθωση σταθερότητας και ορθότητας, το ενδιαφέρον είναι ότι η ίδια σειρά αλλαγών μπορεί να φέρει σημαντική αύξηση απόδοσης σε συγκεκριμένο μοτίβο φόρτου. Στο σχετικό merge request σημειώνεται ότι, μετά τη μετάβαση σε partial resolves για HiZ-CCS surfaces, μπορούν να ωφεληθούν workloads που κάνουν συχνό sampling από non-WT depth surfaces (συχνά MSAA).
	</p>

	<p>
		Η πιο “κραυγαλέα” ένδειξη που αναφέρεται μέχρι στιγμής είναι ένα trace του NBA 2K23, “Nba2K23-trace-dx11-2160p-ultra”, όπου καταγράφεται “έως 260%” uplift σε Gfx12.5 parts. Παρότι το νούμερο είναι εντυπωσιακό, τα διαθέσιμα δεδομένα είναι περιορισμένα και δεν συνοδεύονται από πλήρες benchmark suite, άρα δεν είναι ασφαλές να γενικευτεί ως συνολικό boost σε όλο το φάσμα παιχνιδιών ή τίτλων.
	</p>

	<p>
		Σε επίπεδο διαθεσιμότητας, οι αλλαγές έγιναν merge με στόχευση τη σειρά Mesa 26.1, της οποίας το επίσημο release calendar δίνει branchpoint στις 15 Απριλίου 2026. Αυτό σημαίνει ότι βραχυπρόθεσμα θα τις δουν κυρίως όσοι τρέχουν Mesa git ή πολύ φρέσκα builds, ενώ μένει να φανεί αν θα γίνει και backport στη Mesa 26.0, ειδικά λόγω του corruption fix.
	</p>

	<h3>
		Πηγές
	</h3>

	<ul>
		<li>
			<a href="https://www.techpowerup.com/345740/intel-arc-alchemist-linux-driver-update-can-yield-up-to-260-performance-boost" rel="external">Intel Arc "Alchemist" Linux Driver Update Can Yield Up to 260% Performance Boost, Techpowerup</a>
		</li>
		<li>
			<a href="https://www.phoronix.com/news/Intel-DG2-MTL-Whopping-260p" rel="external" target="_blank">New Intel Linux Code For DG2 Graphics Can Improve Performance As Much As “A Whopping 260%”, Phoronix </a>
		</li>
		<li>
			<a href="https://docs.mesa3d.org/release-calendar.html" rel="external" target="_blank">Release Calendar, Mesa 3D Graphics Library (docs) </a>
		</li>
		<li>
			<a href="https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/31139" rel="external" target="_blank">Mesa merge request (MR 31139), gitlab.freedesktop.org </a>
		</li>
	</ul>
</article>

]]></description><guid isPermaLink="false">11254</guid><pubDate>Wed, 28 Jan 2026 15:47:00 +0000</pubDate></item><item><title>Linux Kernel: &#x395;&#x3C0;&#x3B9;&#x3C4;&#x3AD;&#x3BB;&#x3BF;&#x3C5;&#x3C2; &#x3AD;&#x3C1;&#x3C7;&#x3B5;&#x3C4;&#x3B1;&#x3B9; &#x3C4;&#x3B5;&#x3C7;&#x3BD;&#x3BF;&#x3BB;&#x3BF;&#x3B3;&#x3AF;&#x3B1; &#x3C0;&#x3BF;&#x3C5; &#x3C4;&#x3B1; Windows &#x3AD;&#x3C7;&#x3BF;&#x3C5;&#x3BD; &#x3B5;&#x3B4;&#x3CE; &#x3BA;&#x3B1;&#x3B9; &#x3C7;&#x3C1;&#x3CC;&#x3BD;&#x3B9;&#x3B1;</title><link>https://www.thelab.gr/news/linux/linux-kernel-%CE%B5%CF%80%CE%B9%CF%84%CE%AD%CE%BB%CE%BF%CF%85%CF%82-%CE%AD%CF%81%CF%87%CE%B5%CF%84%CE%B1%CE%B9-%CF%84%CE%B5%CF%87%CE%BD%CE%BF%CE%BB%CE%BF%CE%B3%CE%AF%CE%B1-%CF%80%CE%BF%CF%85-%CF%84%CE%B1-windows-%CE%AD%CF%87%CE%BF%CF%85%CE%BD-%CE%B5%CE%B4%CF%8E-%CE%BA%CE%B1%CE%B9-%CF%87%CF%81%CF%8C%CE%BD%CE%B9%CE%B1-r11181/</link><description><![CDATA[
<p><img src="https://www.thelab.gr/uploads/monthly_2025_12/linux-Cache-Aware-Scheduling.webp.9f80f6a5d8d607858c3994873226a09a.webp" /></p>

<p>
	Το Linux ετοιμάζεται να κλείσει ένα σημαντικό κενό απόδοσης σε σχέση με άλλα desktop λειτουργικά. Μια νέα σειρά patches για τον kernel εισάγει το «Cache-Aware Scheduling», μια προσέγγιση scheduling που αξιοποιεί τη γνώση της τοπολογίας της τελευταίου επιπέδου cache (LLC, συνήθως L3) ώστε να μειώνει τις άσκοπες μετακινήσεις δεδομένων και να βελτιώνει τη locality. Σε ορισμένα σενάρια, οι αναφερόμενες βελτιώσεις φτάνουν μέχρι και 44% (ως μείωση χρόνου εκτέλεσης).
</p>

<h2>
	Τι είναι το Cache-Aware Scheduling και γιατί έχει σημασία
</h2>

<p>
	Το Cache-Aware Scheduling είναι μια τεχνική που επιτρέπει στο λειτουργικό να λαμβάνει υπόψη τη διάταξη της cache του επεξεργαστή και να κατανέμει εργασίες με τρόπο που αυξάνει τα cache hits και μειώνει τα cache misses. Στα Windows, ο scheduler εδώ και χρόνια αξιοποιεί πληροφορίες τοπολογίας (π.χ. NUMA, ομάδες πυρήνων, hints από firmware και drivers) για να βελτιώνει την τοποθέτηση εργασιών. Η νέα προσέγγιση στο Linux στοχεύει να δώσει αντίστοιχο πλεονέκτημα ειδικά σε συστήματα με πολλαπλά LLC domains.
</p>

<p>
	Χαρακτηριστικό παράδειγμα “topology-aware” συμπεριφοράς στον χώρο των Windows είναι οι υβριδικές αρχιτεκτονικές και οι νεότερες πλατφόρμες, όπου το λειτουργικό, σε συνεργασία με μηχανισμούς του κατασκευαστή (π.χ. drivers), μπορεί να προτιμά συγκεκριμένους πυρήνες ή CCDs για συγκεκριμένα workloads. Σε επεξεργαστές AMD Ryzen X3D, για παράδειγμα, το ζητούμενο είναι να ευνοούνται τα workloads που ωφελούνται από μεγαλύτερη L3 (3D V-Cache) εκεί που υπάρχει το πλεονέκτημα.
</p>

<h2>
	Το πρόβλημα που έπρεπε να λυθεί στο Linux
</h2>

<p>
	Στα σύγχρονα συστήματα με πολλούς πυρήνες, κάθε ομάδα πυρήνων μοιράζεται συνήθως μια κοινή cache τελευταίου επιπέδου (Last Level Cache, LLC), κατά κανόνα την L3. Όταν threads της ίδιας εφαρμογής, που μοιράζονται δεδομένα, εκτελούνται σε διαφορετικά LLC domains, εμφανίζεται το φαινόμενο του «cache bouncing». Τα δεδομένα μετακινούνται συχνά μεταξύ διαφορετικών caches, αυξάνοντας καθυστερήσεις και σπαταλώντας bandwidth και κύκλους CPU.
</p>

<p>
	Σε πλατφόρμες με πολλαπλά LLC domains (π.χ. multi-socket servers, chiplet αρχιτεκτονικές, ή επεξεργαστές με σαφή διαχωρισμό L3 ανά cluster), η «σωστή» τοποθέτηση εργασιών μπορεί να κάνει αισθητή διαφορά. Το Linux, σε ορισμένες περιπτώσεις, έχανε απόδοση επειδή ο scheduler δεν είχε έναν τόσο στοχευμένο μηχανισμό ομαδοποίησης tasks με βάση το κοινό working set.
</p>

<h2>
	Η λύση που προτείνεται για το Linux
</h2>

<p>
	Η νέα υλοποίηση βασίζεται σε πρόταση του Peter Zijlstra και αναπτύσσεται από τους Tim Chen και Chen Yu (Intel). Εισάγει έναν μηχανισμό που στοχεύει να κρατά threads που μοιράζονται δεδομένα στο ίδιο LLC domain, ώστε να μεγιστοποιούνται τα cache hits και να ελαχιστοποιούνται τα cache misses και το bouncing.
</p>

<p>
	Στην πράξη, ο μηχανισμός:
</p>

<ul>
	<li>
		Αναγνωρίζει ποια threads ανήκουν στην ίδια διεργασία και είναι πιθανό να μοιράζονται δεδομένα.
	</li>
	<li>
		Προσπαθεί να τα τοποθετήσει στο ίδιο LLC domain, όταν αυτό είναι εφικτό και ωφέλιμο.
	</li>
	<li>
		Παρακολουθεί χρήση μνήμης και αριθμό ενεργών threads, ώστε να αποφεύγεται η υπερφόρτωση ενός cache domain.
	</li>
	<li>
		Εστιάζει κυρίως στην L3 (LLC). Η επέκταση της λογικής «πέρα από την LLC», προς τη DRAM ή καθαρά NUMA πολιτικές, δεν εμφανίζεται να δίνει αντίστοιχα οφέλη με τον ίδιο τρόπο σε αυτή τη φάση.
	</li>
</ul>

<h2>
	Ρυθμίσεις για προχωρημένους
</h2>

<p>
	Η λειτουργία εκθέτει παραμέτρους στο <code>/sys/kernel/debug/sched/</code> (debugfs, άρα κυρίως για δοκιμές και tuning). Ενδεικτικά:
</p>

<p>
	<strong>llc_aggr_tolerance</strong>: Η πιο κρίσιμη ρύθμιση, καθορίζει πόσο επιθετικά θα γίνεται η «συγκέντρωση» εργασιών. Με τιμή 0 η λειτουργία απενεργοποιείται. Με τιμή 100, η συγκέντρωση γίνεται πολύ πιο επιθετικά, ακόμη και όταν το αποτύπωμα μνήμης ή ο αριθμός threads είναι μεγάλος.
</p>

<p>
	<strong>llc_overload_pct</strong> και <strong>llc_imb_pct</strong>: Όρια προστασίας ώστε να αποφεύγεται η υπερφόρτωση ενός LLC domain και να διατηρείται ισορροπία φορτίου.
</p>

<p>
	<strong>llc_epoch_period</strong>: Καθορίζει τη συχνότητα παρακολούθησης/επανεκτίμησης (αναφέρεται προεπιλογή 10 ms).
</p>

<h2>
	Εντυπωσιακά αποτελέσματα στις μετρήσεις
</h2>

<p>
	Οι μετρήσεις που συνοδεύουν τη σειρά patches δείχνουν ότι η προσθήκη cache-aware λογικής μπορεί να φέρει ουσιαστικά οφέλη, ειδικά σε συστήματα με σαφώς διαχωρισμένα LLC domains και σε workloads με κοινό working set.
</p>

<p>
	<strong>Intel Sapphire Rapids</strong> (2 sockets, 30 cores ανά socket):
</p>

<ul>
	<li>
		Σε hackbench (threads-pipe), αναφέρονται βελτιώσεις που σε επιλεγμένες διαμορφώσεις φτάνουν περίπου 30% ή και υψηλότερα σε 1-group σενάρια.
	</li>
	<li>
		Σε schbench, σε αρκετές διαμορφώσεις εμφανίζεται αισθητή βελτίωση σε wakeup latency (π.χ. τάξης ~30% και άνω σε συγκεκριμένα thread counts), αν και δεν είναι όλα τα metrics μονοσήμαντα θετικά σε κάθε περίπτωση.
	</li>
</ul>

<p>
	<strong>AMD EPYC Genoa</strong>:
</p>

<ul>
	<li>
		Σε ChaCha20-xiangshan, με πιο επιθετικές ρυθμίσεις, αναφέρεται μείωση χρόνου εκτέλεσης έως περίπου 44%. Συγκεκριμένα, ο χρόνος εμφανίζεται να πέφτει από 50.868 ms σε 28.349 ms (δηλαδή περίπου από 50,9 δευτερόλεπτα σε 28,3 δευτερόλεπτα).
	</li>
</ul>

<p>
	<strong>AMD EPYC Milan</strong>:
</p>

<ul>
	<li>
		Σε ορισμένα σενάρια δεν παρατηρούνται σημαντικές διαφορές με τις προεπιλεγμένες ρυθμίσεις, κάτι που υποδεικνύει ότι η αρχιτεκτονική και το workload καθορίζουν το πόσο έντονο θα είναι το όφελος.
	</li>
</ul>

<h2>
	Τεχνικές λεπτομέρειες
</h2>

<p>
	Το patch set περιγράφεται ως σειρά 19 patches και, μεταξύ άλλων, εισάγει χαρτογράφηση LLC index ανά CPU, ανάθεση «preferred LLC ID» σε επίπεδο διεργασίας, παρακολούθηση LLC-preferred tasks ανά runqueue, μετρητές για τα tasks που «προτιμούν» κάθε LLC σε ένα sched group, καθώς και έναν νέο τύπο migration, το migrate_llc_task, για cache-aware balancing.
</p>

<h2>
	Προοπτικές
</h2>

<p>
	Αυτή εμφανίζεται ως πέμπτη εκδοχή των patches, μετά από προηγούμενους RFC κύκλους. Οι συντάκτες αναφέρουν ότι έχουν ενσωματώσει σχόλια, έχουν διορθώσει bugs, και έχουν βελτιώσει τον κώδικα. Παρ’ όλα αυτά, η ενσωμάτωση στο mainline εξαρτάται από τη διαδικασία review και τις αποφάσεις των maintainers.
</p>

<p>
	Μελλοντικές βελτιώσεις που έχουν αναφερθεί ως πιθανή κατεύθυνση περιλαμβάνουν πιο λεπτομερή έλεγχο ανά διεργασία (π.χ. μέσω <code>prctl</code>), ώστε διαφορετικά workloads να μπορούν να επιλέγουν διαφορετικό βαθμό “ομαδοποίησης”.
</p>

<h2>
	Συμπέρασμα
</h2>

<p>
	Το Cache-Aware Scheduling είναι μια σημαντική εξέλιξη για το Linux scheduling σε συστήματα με πολλαπλά LLC domains. Παρότι η γενική ιδέα της topology-aware τοποθέτησης εργασιών δεν είναι καινούργια στον χώρο των λειτουργικών, η συγκεκριμένη υλοποίηση στο Linux στοχεύει να μειώσει με πρακτικό τρόπο το cache bouncing και να βελτιώσει την απόδοση σε workloads που είναι ευαίσθητα στη locality.
</p>

<p>
	Το πώς θα μεταφραστούν τα κέρδη σε «πραγματικά» workloads, και το πόσο συνεπές θα είναι το όφελος ανά αρχιτεκτονική, θα φανεί καθώς θα αυξάνονται οι δοκιμές και, εφόσον προχωρήσει, καθώς θα ωριμάζει η υλοποίηση. Προς το παρόν, πάντως, τα διαθέσιμα στοιχεία δείχνουν ότι πρόκειται για προσθήκη με ουσιαστικό τεχνικό ενδιαφέρον.
</p>

<h2>
	Πηγές
</h2>

<ul>
	<li>
		<a href="https://www.phoronix.com/news/Cache-Aware-Scheduling-Go" rel="external" target="_blank">Phoronix: Updated Intel Patches For Cache Aware Scheduling Net A 44% Win For AMD EPYC</a>
	</li>
	<li>
		<a href="https://lwn.net/Articles/1049261/" rel="external" target="_blank">LWN.net: Cache aware scheduling (τεχνική ανάλυση και αποσπάσματα αποτελεσμάτων)</a>
	</li>
	<li>
		<a href="https://www.phoronix.com/news/Cache-Aware-Scheduling-v2" rel="external" target="_blank">Phoronix: Cache Aware Scheduling v2 (LKML review κύκλος)</a>
	</li>
	<li>
		<a href="https://www.phoronix.com/news/Cache-Aware-Scheduling-2025" rel="external" target="_blank">Phoronix: Intel's Cache Aware Scheduling Presentation At LPC 2025</a>
	</li>
	<li>
		<a href="https://www.youtube.com/watch?v=2VxlPQbWRsw" rel="external" target="_blank">YouTube: Cache Aware Scheduling (παρουσίαση LPC)</a>
	</li>
</ul>

]]></description><guid isPermaLink="false">11181</guid><pubDate>Wed, 31 Dec 2025 15:58:11 +0000</pubDate></item><item><title>&#x3A4;&#x3AD;&#x3BB;&#x3BF;&#x3C2; &#x3B5;&#x3C0;&#x3BF;&#x3C7;&#x3AE;&#x3C2; &#x3B3;&#x3B9;&#x3B1; &#x3C4;&#x3B9;&#x3C2; NVIDIA Pascal &#x3C3;&#x3C4;&#x3BF; Linux: &#x3A7;&#x3AC;&#x3BF;&#x3C2; &#x3B3;&#x3B9;&#x3B1; &#x3C4;&#x3BF;&#x3C5;&#x3C2; &#x3C7;&#x3C1;&#x3AE;&#x3C3;&#x3C4;&#x3B5;&#x3C2; Arch</title><link>https://www.thelab.gr/news/linux/%CF%84%CE%AD%CE%BB%CE%BF%CF%82-%CE%B5%CF%80%CE%BF%CF%87%CE%AE%CF%82-%CE%B3%CE%B9%CE%B1-%CF%84%CE%B9%CF%82-nvidia-pascal-%CF%83%CF%84%CE%BF-linux-%CF%87%CE%AC%CE%BF%CF%82-%CE%B3%CE%B9%CE%B1-%CF%84%CE%BF%CF%85%CF%82-%CF%87%CF%81%CE%AE%CF%83%CF%84%CE%B5%CF%82-arch-r11174/</link><description><![CDATA[
<p><img src="https://www.thelab.gr/uploads/monthly_2025_12/nvidia_driver.webp.03de13a82f339ea82e6a1165dfd6c23c.webp" /></p>

<div>
	<i aria-hidden="true" class="fa fa-quote-left fa-2x fa-pull-left fa-border"></i>
	<ul>
		<li class="square">
			Το Arch Linux περνά στη σειρά NVIDIA 590 και αλλάζει τα βασικά πακέτα σε nvidia-open (open kernel modules), που αφορούν Turing και νεότερες GPUs.
		</li>
		<li class="square">
			Για Pascal (GTX 10xx), Maxwell (GTX 9xx) και παλαιότερες γενιές, το upgrade μπορεί να «σπάσει» το γραφικό περιβάλλον, επειδή ο driver 590 δεν τις υποστηρίζει.
		</li>
		<li class="square">
			Η πρακτική λύση είναι ο legacy κλάδος 580 μέσω AUR (nvidia-580xx-dkms και αντίστοιχα utils), με τη NVIDIA να μιλά για security-only updates έως τον Οκτώβριο 2028.
		</li>
	</ul>
</div>

<p>
	 
</p>

<p>
	Το Arch Linux ανακοίνωσε ότι, με τη μετάβαση στον οδηγό NVIDIA 590, ο οδηγός γραφικών δεν υποστηρίζει πλέον Pascal (GeForce GTX 10xx) και γενικά «Pascal και παλαιότερες γενιές». Παράλληλα, τα βασικά πακέτα του Arch αλλάζουν πορεία, το κλασικό <em>nvidia</em> αντικαθίσταται από <em>nvidia-open</em>, το <em>nvidia-dkms</em> από <em>nvidia-open-dkms</em> και το <em>nvidia-lts</em> από <em>nvidia-lts-open</em>. Πρόκειται για αλλαγή που ευθυγραμμίζεται με τη λογική rolling-release του Arch, αλλά έχει άμεσο αντίκτυπο σε όσους κρατούν ακόμα GTX 10xx ή GTX 9xx σε καθημερινά συστήματα.
</p>

<h2>
	 
</h2>

<p>
	Στην πράξη, η αναβάθμιση μπορεί να γίνει «αθόρυβα» για όσους έχουν Turing (RTX 20xx και GTX 16xx, π.χ. GTX 1650) και νεότερες κάρτες, γιατί περνούν αυτόματα στα open kernel modules. Για Pascal, Maxwell και παλαιότερες γενιές, όμως, ο οδηγός 590 δεν μπορεί να φορτώσει kernel module για τη GPU, κάτι που μετά το reboot μπορεί να αφήσει το σύστημα χωρίς λειτουργικό γραφικό περιβάλλον. Το αποτέλεσμα συχνά είναι να καταλήγει ο χρήστης σε κονσόλα (TTY), μέχρι να γίνει αλλαγή driver.
</p>

<p>
	Η μετάβαση σε <em>nvidia-open</em> δεν σημαίνει «πλήρως open driver» με την έννοια του Nouveau. Το Arch υιοθετεί τα open-source kernel modules της NVIDIA, που έχουν σχεδιαστεί για νεότερες αρχιτεκτονικές, ενώ το υπόλοιπο driver stack παραμένει στην πράξη το γνωστό οικοσύστημα της NVIDIA. Αυτό είναι και ο λόγος που η αλλαγή δεν προσφέρει “σωσίβιο” στις Pascal κάρτες, απλώς απλοποιεί τη γραμμή υποστήριξης από τη στιγμή που ο 590 κλάδος αφορά πλέον Turing και μετά.
</p>

<p>
	Για τους κατόχους GTX 10xx και GTX 9xx, η λύση είναι ο legacy κλάδος 580. Στο Arch αυτό μεταφράζεται σε μετάβαση σε AUR πακέτα, με πυρήνα το <em>nvidia-580xx-dkms</em>. Πρακτικά, δεν αρκεί μόνο το DKMS module, χρειάζονται και τα αντίστοιχα user-space πακέτα (<em>nvidia-580xx-utils</em>), και για Steam ή γενικότερα 32-bit runtimes συνήθως απαιτείται και το <em>lib32-nvidia-580xx-utils</em> ώστε να μην «σπάσουν» εξαρτήσεις τύπου <em>lib32-vulkan-driver</em> που χρησιμοποιεί το Steam.
</p>

<p>
	Σε βάθος χρόνου, ο συμβιβασμός είναι καθαρός. Η NVIDIA έχει ανακοινώσει ότι Maxwell, Pascal και Volta μπαίνουν σε καθεστώς security-only ενημερώσεων (χωρίς νέα features και optimizations), με παράθυρο έως τον Οκτώβριο 2028. Αυτό καλύπτει το θέμα της ασφάλειας, αλλά δεν λύνει το διαχρονικό ρίσκο στις rolling διανομές: ένας legacy DKMS οδηγός μπορεί να χρειάζεται τροποποιήσεις καθώς ο kernel προχωρά, και η συντήρηση γίνεται όλο και πιο “community-driven”.
</p>

<p>
	Για όσους θέλουν να συνεχίσουν σε Arch χωρίς εκπλήξεις, οι πιο πρακτικές επιλογές είναι τρεις: χρήση LTS kernel για πιο σταθερό API, συνειδητή παρακολούθηση των αλλαγών σε NVIDIA πακέτα πριν από μεγάλα upgrades, ή μετάβαση σε πιο συντηρητική διανομή όπου ο 580 κλάδος να παραμείνει στην ίδια έκδοση για μεγαλύτερο διάστημα. Το εναλλακτικό, προφανές σενάριο είναι αναβάθμιση GPU, όχι επειδή οι Pascal κάρτες «πέθαναν», αλλά επειδή η καθημερινή συντήρηση σε bleeding-edge περιβάλλον θα γίνεται σταδιακά πιο απαιτητική.
</p>

<h2>
	Τι να κάνετε αν μετά το update χαθεί το γραφικό περιβάλλον
</h2>

<ol>
	<li>
		Μπείτε σε TTY (π.χ. Ctrl+Alt+F2), συνδεθείτε, ή μπείτε απομακρυσμένα μέσω SSH αν είναι ενεργό.
	</li>
	<li>
		Αφαιρέστε τα πακέτα nvidia-open (ή ό,τι αντικατέστησε τα nvidia/nvidia-dkms/nvidia-lts στο σύστημά σας).
	</li>
	<li>
		Περάστε τον legacy κλάδο 580 από AUR (nvidia-580xx-dkms, nvidia-580xx-utils, και για Steam συνήθως lib32-nvidia-580xx-utils), έπειτα κάντε reboot.
	</li>
</ol>

<h2>
	Πηγές
</h2>

<ul>
	<li>
		<a href="https://archlinux.org/news/nvidia-590-driver-drops-pascal-support-main-packages-switch-to-open-kernel-modules/" rel="external" target="_blank">NVIDIA 590 driver drops Pascal support; main packages switch to Open Kernel Modules</a>, Arch Linux News
	</li>
	<li>
		<a href="https://nvidia.custhelp.com/app/answers/detail/a_id/5676/" rel="external" target="_blank">Support Plan for Maxwell, Pascal, and Volta-series GeForce GPUs</a>, NVIDIA Support
	</li>
	<li>
		<a href="https://www.phoronix.com/news/Arch-LInux-NVIDIA-Open-Default" rel="external" target="_blank">Arch Linux's Main NVIDIA Driver Packages Now Using The Open Kernel Modules</a>, Phoronix
	</li>
	<li>
		<a href="https://aur.archlinux.org/packages/nvidia-580xx-dkms" rel="external" target="_blank">nvidia-580xx-dkms</a>, AUR
	</li>
	<li>
		<a href="https://aur.archlinux.org/packages/nvidia-580xx-utils" rel="external" target="_blank">nvidia-580xx-utils</a>, AUR
	</li>
	<li>
		<a href="https://aur.archlinux.org/packages/lib32-nvidia-580xx-utils" rel="external" target="_blank">lib32-nvidia-580xx-utils</a>, AUR
	</li>
	<li>
		<a href="https://www.tomshardware.com/pc-components/gpus/arch-linux-kills-off-pascal-gpu-support-users-still-running-gtx-10-series-graphics-cards-will-have-to-manually-install-older-drivers" rel="external" target="_blank">Arch Linux kills off Nvidia Pascal GPU support</a>, Tom’s Hardware
	</li>
	<li>
		<a href="https://hackaday.com/2025/12/26/nvidia-drops-pascal-support-on-linux-causing-chaos-on-arch-linux/" rel="external" target="_blank">NVIDIA Drops Pascal Support On Linux, Causing Chaos On Arch Linux</a>, Hackaday
	</li>
</ul>

]]></description><guid isPermaLink="false">11174</guid><pubDate>Sun, 28 Dec 2025 17:53:09 +0000</pubDate></item><item><title>&#x39F; Linux &#x3C0;&#x3C5;&#x3C1;&#x3AE;&#x3BD;&#x3B1;&#x3C2; &#x3C0;&#x3C1;&#x3BF;&#x3C7;&#x3C9;&#x3C1;&#x3AC; &#x3C3;&#x3C4;&#x3B7;&#x3BD; &#x3B5;&#x3BD;&#x3B5;&#x3C1;&#x3B3;&#x3BF;&#x3C0;&#x3BF;&#x3AF;&#x3B7;&#x3C3;&#x3B7; &#x3C4;&#x3C9;&#x3BD; &#xAB;Microsoft C extensions&#xBB; &#x3C3;&#x3C4;&#x3BF; 6.19</title><link>https://www.thelab.gr/news/linux/%CE%BF-linux-%CF%80%CF%85%CF%81%CE%AE%CE%BD%CE%B1%CF%82-%CF%80%CF%81%CE%BF%CF%87%CF%89%CF%81%CE%AC-%CF%83%CF%84%CE%B7%CE%BD-%CE%B5%CE%BD%CE%B5%CF%81%CE%B3%CE%BF%CF%80%CE%BF%CE%AF%CE%B7%CF%83%CE%B7-%CF%84%CF%89%CE%BD-%C2%ABmicrosoft-c-extensions%C2%BB-%CF%83%CF%84%CE%BF-619-r11063/</link><description><![CDATA[
<p><img src="https://www.thelab.gr/uploads/monthly_2025_11/2024-08-12-image-27.webp.904fc1e8381494f89cfbd73e02572edd.webp" /></p>
<p>
	Η συζήτηση για τις επεκτάσεις C της Microsoft επιστρέφει δυναμικά στον πυρήνα Linux. Αυτήν τη φορά, δύο τροποποιήσεις κώδικα στο δέντρο ανάπτυξης kbuild-next ενεργοποιούν καθολικά την παράμετρο μεταγλώττισης -fms-extensions. Ο στόχος είναι να ενταχθούν στο «παράθυρο συγχώνευσης» του Linux 6.19 τον Δεκέμβριο του 2025, εφόσον δεν υπάρξουν ενστάσεις. Η αλλαγή θα ισχύει για GCC (GNU Compiler Collection) και LLVM/Clang (εναλλακτικοί μεταγλωττιστές) σε όλη τη διαδικασία μεταγλώττισης του πυρήνα.
</p>

<p>
	 
</p>

<p>
	Τι αλλάζει πρακτικά. Η επιλογή -fms-extensions, που εδώ και χρόνια υποστηρίζεται από GCC/Clang, επιτρέπει ορισμένες μη τυποποιημένες συντακτικές δυνατότητες συμβατές με τον μεταγλωττιστή MSVC (Microsoft Visual C++). Παραδείγματα είναι τα «ανώνυμα» struct/union με απευθείας πρόσβαση στα μέλη τους και επιμέρους ιδιαιτερότητες αρχικοποιήσεων. Αυτά μειώνουν τις λύσεις παράκαμψης και, σε ορισμένα σημεία, οδηγούν σε πιο καθαρό και συνοπτικό κώδικα.
</p>

<p>
	 
</p>

<p>
	Ο συντηρητής Rasmus Villemoes εισηγείται να ενεργοποιηθεί η ρύθμιση σε όλο το δέντρο του πυρήνα, ώστε τυχόν χρήσεις των συγκεκριμένων δυνατοτήτων να μη χρειάζονται εξαιρέσεις ανά υποκατάλογο. Στη σχετική τεκμηρίωση παρατίθενται περιπτώσεις από παλαιότερες συζητήσεις όπου οι MS επεκτάσεις έδιναν πιο κομψή λύση. Από προηγούμενες δημόσιες τοποθετήσεις προκύπτει ότι ο Linus Torvalds δεν είναι αρνητικός σε μια τέτοια κατεύθυνση για το 6.19.
</p>

<p>
	 
</p>

<p>
	Βραχυπρόθεσμα, αυτό σημαίνει ελάχιστα για τους τελικούς χρήστες. Για διανομές με συνεχείς ενημερώσεις και όσους παρακολουθούν στενά τα -next δέντρα, μπορεί να εμφανιστούν σποραδικές προειδοποιήσεις κατά τη μεταγλώττιση ή μικρά ζητήματα ασυμβατότητας που θα κλείνουν με διορθωτικά patches. Μεσοπρόθεσμα, οι προγραμματιστές αποκτούν μεγαλύτερη ευελιξία σε κρίσιμες δομές δεδομένων και πιθανές μικρές βελτιώσεις στη χρήση στοίβας, ενώ λήγει μια συζήτηση που κρατά χρόνια.
</p>

<p>
	 
</p>

<p>
	Επίσης, δεν απαιτείται μεταγλώττιση του πυρήνα με εργαλεία της Microsoft ούτε αλλάζει το toolchain του Linux. Η μεταβολή αφορά αποκλειστικά το σύνολο των αποδεκτών συντακτικών επιλογών στους ήδη χρησιμοποιούμενους μεταγλωττιστές. Συνοδευτικό patch φροντίζει η ρύθμιση να ισχύει και για αρχιτεκτονικές που ορίζουν δικά τους CFLAGS, ώστε να αποφευχθούν γκρίζες ζώνες συμβατότητας μέσα στο ίδιο σύστημα build.
</p>

<p>
	 
</p>

<p>
	Ρίσκα και όρια. Η αυξημένη ανοχή σε μη τυποποιημένες κατασκευές χρειάζεται πειθαρχία, για να μην επιβαρυνθούν η φορητότητα και τα εργαλεία ανάλυσης κώδικα σε βάθος χρόνου. Το αποτέλεσμα θα κριθεί από τη συνετή χρήση των επεκτάσεων και την προσήλωση στο υπάρχον coding style του πυρήνα. Αν υπάρξουν σοβαρές αντιρρήσεις από maintainers ή από τον ίδιο τον Torvalds, θα φανούν πριν την τελική ενσωμάτωση. Συνολικά, δεν πρόκειται για «στροφή» προς τον MSVC, αλλά για πρακτική αποδοχή δυνατοτήτων που υποστηρίζουν ήδη οι GCC/Clang, με στόχο ευανάγνωστο και συντηρήσιμο κώδικα σε επιλεγμένα σημεία.
</p>
]]></description><guid isPermaLink="false">11063</guid><pubDate>Tue, 11 Nov 2025 15:20:15 +0000</pubDate></item><item><title>Zorin OS 18: &#xAB;&#x3BC;&#x3B5;&#x3B3;&#x3B1;&#x3BB;&#x3CD;&#x3C4;&#x3B5;&#x3C1;&#x3B7; &#x3BA;&#x3C5;&#x3BA;&#x3BB;&#x3BF;&#x3C6;&#x3BF;&#x3C1;&#x3AF;&#x3B1;&#xBB; &#x3B5;&#x3BD; &#x3BC;&#x3AD;&#x3C3;&#x3C9; &#x3BB;&#x3AE;&#x3BE;&#x3B7;&#x3C2; &#x3C5;&#x3C0;&#x3BF;&#x3C3;&#x3C4;&#x3AE;&#x3C1;&#x3B9;&#x3BE;&#x3B7;&#x3C2; Windows 10 &#x2014; 100.000 &#x3BB;&#x3AE;&#x3C8;&#x3B5;&#x3B9;&#x3C2; &#x3C3;&#x3B5; 2 &#x3B7;&#x3BC;&#x3AD;&#x3C1;&#x3B5;&#x3C2;</title><link>https://www.thelab.gr/news/linux/zorin-os-18-%C2%AB%CE%BC%CE%B5%CE%B3%CE%B1%CE%BB%CF%8D%CF%84%CE%B5%CF%81%CE%B7-%CE%BA%CF%85%CE%BA%CE%BB%CE%BF%CF%86%CE%BF%CF%81%CE%AF%CE%B1%C2%BB-%CE%B5%CE%BD-%CE%BC%CE%AD%CF%83%CF%89-%CE%BB%CE%AE%CE%BE%CE%B7%CF%82-%CF%85%CF%80%CE%BF%CF%83%CF%84%CE%AE%CF%81%CE%B9%CE%BE%CE%B7%CF%82-windows-10-%E2%80%94-100000-%CE%BB%CE%AE%CF%88%CE%B5%CE%B9%CF%82-%CF%83%CE%B5-2-%CE%B7%CE%BC%CE%AD%CF%81%CE%B5%CF%82/</link><description><![CDATA[
<p><img src="https://www.thelab.gr/uploads/monthly_2025_10/18-beta-banner.jpg.b698a991cb56486a3877463a53af8002.jpg" /></p>
<p>
	Στις 14 Οκτωβρίου 2025 έληξε η κανονική υποστήριξη (End of Life, EOL) των Windows 10, με τη Microsoft να παραδίδει το τελευταίο update και να προτείνει μετάβαση σε Windows 11 ή ένταξη στο πρόγραμμα Εκτεταμένων Ενημερώσεων Ασφαλείας (Extended Security Updates, ESU) έως τον Οκτώβριο του 2026. Την ίδια ημέρα, η ιρλανδική Zorin ανακοίνωσε το Zorin OS 18 και, σύμφωνα με τους δημιουργούς, πέτυχε «τη μεγαλύτερη κυκλοφορία στην ιστορία της»: πάνω από 100.000 λήψεις σε λίγο πάνω από 48 ώρες, εκ των οποίων άνω του 72% προήλθε από Windows.
</p>

<p>
	 
</p>

<p>
	Το timing δεν είναι τυχαίο. Μεγάλο μέρος του εγκατεστημένου στόλου υπολογιστών με Windows 10 δεν πληροί τις απαιτήσεις των Windows 11 (π.χ. TPM 2.0, υποστηριζόμενοι επεξεργαστές), αφήνοντας εκατομμύρια συστήματα χωρίς δωρεάν ενημερώσεις. Η Zorin επικαλείται ανάλυση της Canalys για έως 240 εκατ. υπολογιστές που κινδυνεύουν να «μείνουν πίσω», κάτι που τροφοδοτεί ενδιαφέρον για εναλλακτικές λύσεις όπως ένα φιλικό Linux desktop.
</p>

<p>
	 
</p>

<p>
	Ως διανομή (distribution) εστιασμένη στη μετάβαση από Windows, το Zorin OS 18 φέρνει νέα πλακίδωση παραθύρων (tiling) με έτοιμες διατάξεις, ενσωμάτωση δικτυακών εφαρμογών (web apps) ώστε ιστότοποι όπως Microsoft 365/Teams και Google Docs να «τρέχουν» σαν κανονικές εφαρμογές, υποστήριξη αρχείων OneDrive μέσα από τους «Online Accounts», καθώς και βελτιωμένο Windows App Support με νεότερα πακέτα WINE. Η Zorin υπόσχεται ακόμη υποστήριξη ασφάλειας και ενημερώσεων έως «τουλάχιστον τον Ιούνιο του 2029», στοιχείο που ενδιαφέρει ιδιαίτερα όσους «κολλούν» στην αναβάθμιση σε Windows 11.
</p>

<p>
	 
</p>

<p>
	Σημασία για την αγορά: για οικιακούς και εταιρικούς χρήστες που δεν θέλουν/μπορούν να αντικαταστήσουν hardware, μια «έτοιμη» διανομή Linux με έμφαση στη συμβατότητα εφαρμογών και γνώριμη διεπαφή μειώνει το κόστος μετάβασης και παρατείνει τη διάρκεια ζωής εξοπλισμού. Παράλληλα, το ESU των Windows 10 προσφέρει μια «ανάσα» ενός έτους, αλλά με ορίζοντα λήξης, καθιστώντας πιο επίκαιρη την αξιολόγηση εναλλακτικών.
</p>

<p>
	 
</p>

<p>
	Τι δεν ξέρουμε ακόμη: τα 100.000 downloads δεν ισοδυναμούν με ισάριθμες εγκαταστάσεις ή μόνιμη μεταστροφή χρηστών. Θα χρειαστούν εβδομάδες για να φανεί αν το αρχικό «κύμα» θα μεταφραστεί σε ενεργούς χρήστες και αν άλλες διανομές θα δουν αντίστοιχα άλματα. Πάντως, η συγκυρία EOL των Windows 10 με το λανσάρισμα του Zorin OS 18 προσφέρει ένα ενδεικτικό «τεστ αντοχής» για τη βιωσιμότητα των desktop Linux επιλογών στο mainstream.
</p>
]]></description><guid isPermaLink="false">11009</guid><pubDate>Sun, 19 Oct 2025 10:04:12 +0000</pubDate></item><item><title>&#x397; Intel &#x3C0;&#x3B5;&#x3C1;&#x3B9;&#x3BA;&#x3CC;&#x3C0;&#x3C4;&#x3B5;&#x3B9; &#x3C3;&#x3C5;&#x3BD;&#x3C4;&#x3B7;&#x3C1;&#x3B7;&#x3C4;&#x3AD;&#x3C2; Linux: &#x39A;&#x3C1;&#x3AF;&#x3C3;&#x3B9;&#x3BC;&#x3B1; drivers &#xAB;&#x3BF;&#x3C1;&#x3C6;&#x3B1;&#x3BD;&#x3B5;&#x3CD;&#x3BF;&#x3C5;&#x3BD;&#xBB; &#x3BA;&#x3B1;&#x3B9; &#x3B1;&#x3C5;&#x3BE;&#x3AC;&#x3BD;&#x3BF;&#x3BD;&#x3C4;&#x3B1;&#x3B9; &#x3BF;&#x3B9; &#x3BA;&#x3AF;&#x3BD;&#x3B4;&#x3C5;&#x3BD;&#x3BF;&#x3B9; &#x3C3;&#x3C5;&#x3BC;&#x3B2;&#x3B1;&#x3C4;&#x3CC;&#x3C4;&#x3B7;&#x3C4;&#x3B1;&#x3C2;</title><link>https://www.thelab.gr/news/linux/%CE%B7-intel-%CF%80%CE%B5%CF%81%CE%B9%CE%BA%CF%8C%CF%80%CF%84%CE%B5%CE%B9-%CF%83%CF%85%CE%BD%CF%84%CE%B7%CF%81%CE%B7%CF%84%CE%AD%CF%82-linux-%CE%BA%CF%81%CE%AF%CF%83%CE%B9%CE%BC%CE%B1-drivers-%C2%AB%CE%BF%CF%81%CF%86%CE%B1%CE%BD%CE%B5%CF%8D%CE%BF%CF%85%CE%BD%C2%BB-%CE%BA%CE%B1%CE%B9-%CE%B1%CF%85%CE%BE%CE%AC%CE%BD%CE%BF%CE%BD%CF%84%CE%B1%CE%B9-%CE%BF%CE%B9-%CE%BA%CE%AF%CE%BD%CE%B4%CF%85%CE%BD%CE%BF%CE%B9-%CF%83%CF%85%CE%BC%CE%B2%CE%B1%CF%84%CF%8C%CF%84%CE%B7%CF%84%CE%B1%CF%82/</link><description><![CDATA[
<p><img src="https://www.thelab.gr/uploads/monthly_2025_08/UCQo5wjopQfAjacVTjfwwk.jpg.849e4f243fe98cf2ac0dde284d925ce8.jpg" /></p>
<div>
	<p>
		Η Intel συνεχίζει κύματα περικοπών και αναδιάρθρωσης, με αποτέλεσμα την αποχώρηση ακόμη περισσότερων συντηρητών (maintainers) Linux και την εγκατάλειψη κρίσιμων οδηγών συσκευών, γεγονός που προμηνύει αυξημένους κινδύνους αξιοπιστίας και συμβατότητας για χρήστες και επιχειρήσεις στο χρόνο. Σύμφωνα με τις νέες αναφορές, έφυγε από την εταιρεία ο Mustafa Ismail, maintainer του Intel Ethernet RDMA driver, αφήνοντας μόνο έναν μηχανικό για τη συντήρησή του, ενώ ο Tianfei Zhang που συντηρούσε τον PTP DFL ToD driver για FPGA (time‑of‑day) δεν βρίσκεται πλέον στην Intel, με τον οδηγό να μένει πρακτικά χωρίς υποστήριξη. Παράλληλα, ο M. Chetan Kumar αποχώρησε, αφήνοντας το WWAN ISOM driver (για παλαιότερα M.2 modems) χωρίς συντηρητή, ενώ δύο μηχανικοί του T7XX 5G WWAN driver επίσης απομακρύνθηκαν, αφήνοντας και αυτόν τον οδηγό «ορφανό».
	</p>

	<p>
		 
	</p>

	<p>
		Η εικόνα επιβαρύνεται από επιπλέον αποχωρήσεις με ρόλο‑κλειδί: ο Keem Bay (DRM driver maintainer) και ο Anil S. Keshavamurthy (maintainer του kernel probes code για debugging/perf profiling) έφυγαν επίσης, μειώνοντας περαιτέρω τη διαθέσιμη τεχνογνωσία στους σχετικούς πυλώνες του kernel. Η τάση αυτή δεν είναι μεμονωμένη: σύμφωνα με τον ειδικό Τύπο, οι απώλειες maintainers από τον Φεβρουάριο επιταχύνονται, την ώρα που οι συνολικές περικοπές προσωπικού της Intel το 2025 εκτιμάται ότι ξεπερνούν τις 12,000 θέσεις διεθνώς.
	</p>

	<p>
		 
	</p>

	<p>
		Οι συνέπειες για το οικοσύστημα Linux ενδέχεται να είναι πολυεπίπεδες: χωρίς αντικαταστάτες maintainers από την Intel, οδηγοί που αφορούν δικτύωση, συγχρονισμό χρόνου, WWAN και επιμέρους υποδομές GPU/DRM και εργαλείων kernel μπορεί να «παλιώσουν», αυξάνοντας τα περιστατικά bugs, ασυμβατοτήτων με νεότερους kernels και δυσλειτουργιών σε παραγωγικά περιβάλλοντα. Αν και η κοινότητα του open source συχνά καλύπτει κενά μέσω τρίτων συντηρητών, η έλλειψη θεσμικής, πρώτης γραμμής υποστήριξης από τον κατασκευαστή συνεπάγεται απώλεια αποδοτικότητας και εσωτερικής γνώσης του hardware, που είναι κρίσιμες για γρήγορα και ορθά fixes.
	</p>

	<p>
		 
	</p>

	<p>
		Το ζήτημα εντάσσεται σε ένα ευρύτερο πλαίσιο αναταράξεων για την Intel στο Linux: ανεξάρτητες αναλύσεις και κοινοτικές συζητήσεις καταγράφουν διαδοχικές αλλαγές στο αρχείο MAINTAINERS του kernel, ορφάνεμα οδηγών όπως ο coretemp και αναδιάταξη ευθυνών σε υποσυστήματα επιδόσεων/ενέργειας, με την αγορά να ανησυχεί για μεσοπρόθεσμη υποβάθμιση της υποστήριξης σε servers και desktops. Όλα αυτά συνδυάζονται με μια περίοδο σκληρών περικοπών και «επιπεδοποίησης» δομών στην εταιρεία, που επηρεάζουν δυσανάλογα την upstream παρουσία της στο Linux.
	</p>

	<p>
		 
	</p>

	<p>
		---
	</p>

	<p>
		Η μαζική αποχώρηση maintainers από Linux drivers της Intel, προοιωνίζεται καθυστερήσεις σε κρίσιμα διορθωτικά, πιθανές ασυμβατότητες με νέους kernels και πιο δύσκολη ενσωμάτωση μελλοντικού hardware. Αν η Intel δεν αναπληρώσει στοχευμένα τις απώλειες, το κενό θα επιχειρήσει να καλύψει η κοινότητα, αλλά η απουσία first‑party τεχνογνωσίας θα δοκιμάσει την αξιοπιστία σε enterprise και mainstream εγκαταστάσεις τα επόμενα χρόνια.
	</p>
</div>
]]></description><guid isPermaLink="false">10835</guid><pubDate>Sun, 10 Aug 2025 13:52:12 +0000</pubDate></item><item><title>KDE &#x3C0;&#x3C1;&#x3BF;&#x3C2; &#x3C7;&#x3C1;&#x3AE;&#x3C3;&#x3C4;&#x3B5;&#x3C2; Windows 10: &#xAB;&#x39F; &#x3C5;&#x3C0;&#x3BF;&#x3BB;&#x3BF;&#x3B3;&#x3B9;&#x3C3;&#x3C4;&#x3AE;&#x3C2; &#x3C3;&#x3B1;&#x3C2; &#x3B5;&#x3AF;&#x3BD;&#x3B1;&#x3B9; &#x3BE;&#x3B5;&#x3B3;&#x3C1;&#x3B1;&#x3BC;&#x3BC;&#x3AD;&#x3BD;&#x3BF;&#x3C2;&#xBB;</title><link>https://www.thelab.gr/news/linux/kde-%CF%80%CF%81%CE%BF%CF%82-%CF%87%CF%81%CE%AE%CF%83%CF%84%CE%B5%CF%82-windows-10-%C2%AB%CE%BF-%CF%85%CF%80%CE%BF%CE%BB%CE%BF%CE%B3%CE%B9%CF%83%CF%84%CE%AE%CF%82-%CF%83%CE%B1%CF%82-%CE%B5%CE%AF%CE%BD%CE%B1%CE%B9-%CE%BE%CE%B5%CE%B3%CF%81%CE%B1%CE%BC%CE%BC%CE%AD%CE%BD%CE%BF%CF%82%C2%BB/</link><description><![CDATA[
<p><img src="https://www.thelab.gr/uploads/monthly_2025_06/e-waste01.jpg.cc17e84b2cefd26e1925aaeae031d589.jpg" /></p>

<p>
	Με αφορμή το τέλος της υποστήριξης για τα περισσότερα builds των <strong>Windows 10</strong> στις <strong>14 Οκτωβρίου 2025</strong>, το KDE Project ξεκίνησε μια άκρως επιθετική καμπάνια με τίτλο <strong>"KDE for Windows 10 Exiles"</strong>, επιχειρώντας να προσελκύσει χρήστες που δεν σκοπεύουν να αναβαθμίσουν σε Windows 11 ή που δεν μπορούν λόγω ασυμβατότητας υλικού.
</p>

<p>
	Η σελίδα της καμπάνιας ξεκινά με μια εικόνα παλαιών τεχνολογιών και την τρομακτική φράση:<br>
	<strong>«Ο υπολογιστής σας είναι τοστ»</strong>.<br>
	Αμέσως μετά, τονίζεται:
</p>

<div>
	<i aria-hidden="true" class="fa fa-quote-left fa-2x fa-pull-left fa-border"></i>

	<div class="square">
		«Μπορεί να φαίνεται ότι λειτουργεί ακόμα, αλλά όταν η Microsoft σταματήσει την υποστήριξη, ο τέλεια λειτουργικός υπολογιστής σας θα θεωρείται επίσημα απαρχαιωμένος.»
	</div>
</div>

<p>
	Η τοποθέτηση αυτή αντανακλά τις ανησυχίες πολλών χρηστών που αρνούνται να μεταβούν στα Windows 11, είτε εξαιτίας των <strong>αυστηρών απαιτήσεων υλικού</strong>, είτε λόγω δυσαρέσκειας για τις αλλαγές διεπαφής και λειτουργικότητας του νέου λειτουργικού.
</p>

<h3>
	Τέλος υποστήριξης αλλά όχι απαραίτητα και λειτουργίας
</h3>

<p>
	Η Microsoft επισημαίνει ότι παρόλο που οι περισσότερες εκδόσεις των Windows 10 θα σταματήσουν να λαμβάνουν ενημερώσεις ασφαλείας, <strong>οι συσκευές δεν θα πάψουν να λειτουργούν</strong>. Μάλιστα, οι εφαρμογές <strong>Microsoft 365</strong> θα συνεχίσουν να υποστηρίζονται με κρίσιμα security updates έως το <strong>2028</strong>, εφόσον εκτελούνται σε Windows 10.
</p>

<p>
	Ωστόσο, το KDE επιλέγει μια πιο <strong>δραματική προσέγγιση</strong>, λέγοντας:
</p>

<div>
	<i aria-hidden="true" class="fa fa-quote-left fa-2x fa-pull-left fa-border"></i>

	<div class="square">
		«Τα Windows 10 θα επιδεινώνονται καθώς εντοπίζονται νέα σφάλματα. Με κανέναν να τα διορθώνει, κινδυνεύετε από παραβιάσεις ασφαλείας και απώλεια ελέγχου του υπολογιστή σας.»
	</div>
</div>

<h3>
	Το KDE Plasma ως εναλλακτική λύση
</h3>

<p>
	Η εναλλακτική που προτείνεται είναι το <strong>KDE Plasma</strong>, μια μοντέρνα, εύχρηστη και ελαφριά <strong>γραφική διεπαφή Linux</strong>, που απευθύνεται ειδικά σε χρήστες που έρχονται από Windows. Το KDE υποστηρίζει ότι το Plasma προσφέρει:
</p>

<ul>
	<li>
		<p>
			<strong>Καμία συλλογή προσωπικών δεδομένων</strong>
		</p>
	</li>
	<li>
		<p>
			<strong>Καμία εξαναγκαστική ενημέρωση</strong>
		</p>
	</li>
	<li>
		<p>
			<strong>Απουσία ιών ή scams</strong> (με τις αναμενόμενες επιφυλάξεις)
		</p>
	</li>
	<li>
		<p>
			<strong>Διαρκή υποστήριξη από κοινότητα και open-source συνεισφορές</strong>
		</p>
	</li>
</ul>

<p>
	Παρά τις υποσχέσεις, το ίδιο το KDE παραδέχεται ότι <strong>η μετάβαση δεν είναι πανεύκολη</strong>:
</p>

<blockquote>
	<p>
		«Η εγκατάσταση Linux δεν είναι πια τόσο δύσκολη όσο ήταν παλιά, <strong>αλλά πρέπει να διαβάσετε προσεκτικά τις οδηγίες</strong>», σημειώνει χαρακτηριστικά, καλώντας τους χρήστες να ζητήσουν βοήθεια από κάποιον πιο έμπειρο εάν χρειάζεται.
	</p>
</blockquote>

<h3>
	Ρεαλισμός ή κινδυνολογία;
</h3>

<p>
	Το μήνυμα της καμπάνιας είναι σίγουρα <strong>αιχμηρό</strong>, σε κάποιους ίσως υπερβολικά: το KDE δείχνει να εκμεταλλεύεται τον φόβο της απόσυρσης υποστήριξης για να ενισχύσει το μερίδιο χρήσης του Linux. Παρ' όλα αυτά, <strong>επισημαίνει μια υπαρκτή ευκαιρία</strong>: η μετάβαση από Windows σε Linux <strong>είναι πλέον πιο ώριμη από ποτέ</strong>, ειδικά με περιβάλλοντα όπως το KDE Plasma που μιμούνται την εμπειρία χρήσης των Windows χωρίς τις επιβαρύνσεις.
</p>

<h3>
	Κατακλείδα
</h3>

<p>
	Η στρατηγική του KDE μπορεί να φαίνεται δραματική, αλλά φέρνει στο προσκήνιο ένα σημαντικό ερώτημα: <strong>πρέπει η μετάβαση σε νέο λειτουργικό να σημαίνει και αγορά νέου υπολογιστή;</strong> Αντί να αποδεχτούν τη λογική της Microsoft, οι χρήστες έχουν πλέον αξιόπιστες εναλλακτικές. Και αν το KDE Plasma μπορεί να προσφέρει μια σύγχρονη, ελαφριά και ιδιωτικότητα-κεντρική εμπειρία χρήσης, <strong>ίσως το τέλος των Windows 10 να είναι απλώς μια νέα αρχή</strong>.
</p>

<p>
	 
</p>

<p>
	<img src="https://cdn.jsdelivr.net/gh/twitter/twemoji@14.0.2/assets/72x72/1f517.png" class="ipsEmoji" alt="🔗"> <a href="https://kde.org/for/w10-exiles/" rel="external">Δες την καμπάνια KDE for Windows 10 Exiles</a>
</p>

]]></description><guid isPermaLink="false">10696</guid><pubDate>Thu, 05 Jun 2025 14:23:45 +0000</pubDate></item><item><title>&#x39C;&#x3B9;&#x3BA;&#x3C1;&#x3AD;&#x3C2; &#x3B1;&#x3BB;&#x3BB;&#x3B1;&#x3B3;&#x3AD;&#x3C2; &#x3C3;&#x3C4;&#x3BF;&#x3BD; &#x3BA;&#x3CE;&#x3B4;&#x3B9;&#x3BA;&#x3B1; &#x3C4;&#x3BF;&#x3C5; Linux &#x3BC;&#x3C0;&#x3BF;&#x3C1;&#x3BF;&#x3CD;&#x3BD; &#x3BD;&#x3B1; &#x3BC;&#x3B5;&#x3B9;&#x3CE;&#x3C3;&#x3BF;&#x3C5;&#x3BD; &#x3C4;&#x3B7;&#x3BD; &#x3B5;&#x3BD;&#x3B5;&#x3C1;&#x3B3;&#x3B5;&#x3B9;&#x3B1;&#x3BA;&#x3AE; &#x3BA;&#x3B1;&#x3C4;&#x3B1;&#x3BD;&#x3AC;&#x3BB;&#x3C9;&#x3C3;&#x3B7; &#x3C4;&#x3C9;&#x3BD; data centers &#x3BA;&#x3B1;&#x3C4;&#x3AC; 30%</title><link>https://www.thelab.gr/news/linux/%CE%BC%CE%B9%CE%BA%CF%81%CE%AD%CF%82-%CE%B1%CE%BB%CE%BB%CE%B1%CE%B3%CE%AD%CF%82-%CF%83%CF%84%CE%BF%CE%BD-%CE%BA%CF%8E%CE%B4%CE%B9%CE%BA%CE%B1-%CF%84%CE%BF%CF%85-linux-%CE%BC%CF%80%CE%BF%CF%81%CE%BF%CF%8D%CE%BD-%CE%BD%CE%B1-%CE%BC%CE%B5%CE%B9%CF%8E%CF%83%CE%BF%CF%85%CE%BD-%CF%84%CE%B7%CE%BD-%CE%B5%CE%BD%CE%B5%CF%81%CE%B3%CE%B5%CE%B9%CE%B1%CE%BA%CE%AE-%CE%BA%CE%B1%CF%84%CE%B1%CE%BD%CE%AC%CE%BB%CF%89%CF%83%CE%B7-%CF%84%CF%89%CE%BD-data-centers-%CE%BA%CE%B1%CF%84%CE%AC-30/</link><description><![CDATA[
<p><img src="https://www.thelab.gr/uploads/monthly_2025_01/240605-Data-Center-Energy-Power.jpg.93c778c402c032b75b0a094cb0cac68a.jpg" /></p>
<p>
	Οι επιστήμονες υπολογιστών από το Πανεπιστήμιο του Waterloo στον Καναδά ανακοίνωσαν ότι μια μικρή αλλαγή στον κώδικα του Linux, που χρησιμοποιείται ευρέως στα data centers για την επεξεργασία πακέτων δικτυακής κίνησης, μπορεί να οδηγήσει σε σημαντική μείωση της ενεργειακής κατανάλωσης. Σύμφωνα με τον Martin Karsten, καθηγητή επιστήμης υπολογιστών, και τον φοιτητή Peter Cai, η τρέχουσα μέθοδος επεξεργασίας πακέτων είναι αναποτελεσματική και μπορεί να βελτιωθεί με μια απλή αναδιάταξη των διεργασιών.
</p>

<p>
	 
</p>

<p>
	Η ομάδα ανέπτυξε έναν νέο κώδικα μόλις 30 γραμμών, ο οποίος βελτιστοποιεί τη χρήση των CPU caches στα data centers. Ο Karsten συνεργάστηκε με τον Joe Damato, μηχανικό της εταιρείας Fastly, για να δημιουργήσει αυτή τη λύση. Οι δοκιμές έδειξαν ότι η νέα μέθοδος μπορεί να μειώσει την ενεργειακή κατανάλωση κατά έως και 30% για ορισμένες λειτουργίες των data centers. Ο κώδικας έχει ήδη ενσωματωθεί στον πυρήνα Linux 6.13.
</p>

<p>
	 
</p>

<p>
	Η υιοθέτηση αυτής της μεθόδου από μεγάλες εταιρείες όπως η Amazon, η Google και η Meta θα μπορούσε να οδηγήσει σε τεράστια ενεργειακή εξοικονόμηση σε παγκόσμιο επίπεδο. Ο Karsten υπογράμμισε ότι σχεδόν κάθε διαδικτυακή υπηρεσία θα μπορούσε να επωφεληθεί από αυτή την καινοτομία. Το Πανεπιστήμιο του Waterloo εργάζεται επίσης για τη δημιουργία ενός πράσινου server room, ενισχύοντας τη δέσμευσή του για την αειφορία.
</p>

<p>
	 
</p>

<p>
	Η Linux Foundation, η οποία εποπτεύει την ανάπτυξη του Linux, είναι ιδρυτικό μέλος του Green Software Foundation, μιας οργάνωσης που στοχεύει στην ανάπτυξη λογισμικού χαμηλής ενεργειακής κατανάλωσης. Αυτή η πρόοδος υπογραμμίζει τη σημασία της έρευνας για τη βιωσιμότητα στον τομέα της τεχνολογίας και τη δυνατότητα των μικρών αλλαγών να φέρουν μεγάλα αποτελέσματα.
</p>
]]></description><guid isPermaLink="false">10367</guid><pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate></item><item><title>Nvidia Project DIGITS: &#x3A4;&#x3BF; Linux-powered desktop &#x3C0;&#x3BF;&#x3C5; &#x3C6;&#x3AD;&#x3C1;&#x3BD;&#x3B5;&#x3B9; AI &#x3B9;&#x3C3;&#x3C7;&#x3CD; &#x3C3;&#x3C4;&#x3BF;&#x3C5;&#x3C2; &#x3C7;&#x3C1;&#x3AE;&#x3C3;&#x3C4;&#x3B5;&#x3C2;</title><link>https://www.thelab.gr/news/linux/nvidia-project-digits-%CF%84%CE%BF-linux-powered-desktop-%CF%80%CE%BF%CF%85-%CF%86%CE%AD%CF%81%CE%BD%CE%B5%CE%B9-ai-%CE%B9%CF%83%CF%87%CF%8D-%CF%83%CF%84%CE%BF%CF%85%CF%82-%CF%87%CF%81%CE%AE%CF%83%CF%84%CE%B5%CF%82/</link><description><![CDATA[
<p><img src="https://www.thelab.gr/uploads/monthly_2025_01/small-nvidia-project-digits-og-1200x630.webp.c226e434907212cf1f303415ef61b9da.webp" /></p>
<p>
	Η <strong>Nvidia</strong> παρουσίασε στην <strong>CES 2025</strong> το <strong>Project DIGITS</strong>, ένα desktop PC με τεχνολογία τεχνητής νοημοσύνης που τρέχει το <strong>DGX OS</strong>, μια προσαρμοσμένη έκδοση του <strong>Ubuntu Linux 22.04</strong>. Εξοπλισμένο με τον ισχυρό <strong>Grace Blackwell Superchip</strong>, που συνδυάζει GPU <strong>Blackwell</strong> και 20-πύρηνο <strong>Grace CPU</strong> βασισμένο στην αρχιτεκτονική <strong>Arm</strong>, το Project DIGITS υπόσχεται επιδόσεις έως και <strong>1 petaflop</strong> σε <strong>FP4 precision</strong> και υποστήριξη για <strong>200 δισεκατομμύρια παραμέτρους</strong> σε μεγάλα γλωσσικά μοντέλα (LLMs).
</p>

<p>
	 
</p>

<p>
	Με τιμή που ξεκινά από τα <strong>3.000 δολάρια</strong>, το Project DIGITS στοχεύει όχι μόνο σε AI developers αλλά και σε πιο ευρύ κοινό. Ο <strong>Jensen Huang</strong>, CEO της Nvidia, δήλωσε πως η εταιρεία σχεδιάζει να μετατρέψει αυτό το προϊόν σε mainstream, αμφισβητώντας την κυριαρχία των <strong>Intel</strong> και <strong>AMD</strong> στην αγορά των desktop CPU. Η Nvidia προσπαθεί να γεφυρώσει το χάσμα μεταξύ <strong>Linux</strong> και <strong>Windows</strong> μέσω του <strong>Windows Subsystem for Linux (WSL)</strong>, αν και το Linux φαίνεται να παραμένει η πιο φυσική επιλογή για τη νέα πλατφόρμα, δεδομένου ότι το Windows on ARM (WoA) εξακολουθεί να έχει περιορισμούς σε απόδοση και συμβατότητα.
</p>

<p>
	 
</p>

<p>
	Η συνεργασία με τη <strong>MediaTek</strong>, γνωστή για τα SoC σε smartphones, δίνει στην Nvidia τη δυνατότητα να διανείμει τον <strong>GB10 Superchip</strong> σε κατασκευαστές PC όπως οι <strong>Acer</strong>, <strong>Asus</strong> και <strong>Lenovo</strong>. Αυτή η κίνηση θα μπορούσε να οδηγήσει σε πιο προσιτές εκδόσεις των AI-powered PCs, πιθανόν σε τιμές γύρω στα <strong>1.000 δολάρια</strong>, καθιστώντας τα ελκυστικά και σε power users πέρα από τους επαγγελματίες της AI.
</p>

<p>
	 
</p>

<p>
	Η μετάβαση της Nvidia στην αγορά των επιτραπέζιων υπολογιστών με ARM αρχιτεκτονική και AI δυνατότητες φαίνεται να αλλάζει το τοπίο των προσωπικών υπολογιστών. Ο συνδυασμός της GPU τεχνογνωσίας της Nvidia και της εμπειρίας της MediaTek σε ARM πλατφόρμες μπορεί να φέρει στην αγορά εξαιρετικά αποδοτικά και ισχυρά PCs, όχι μόνο για AI workloads αλλά και για απαιτητικούς χρήστες που αναζητούν κορυφαίες επιδόσεις.
</p>
]]></description><guid isPermaLink="false">10339</guid><pubDate>Mon, 13 Jan 2025 17:42:40 +0000</pubDate></item><item><title>H &#x3B1;&#x3BD;&#x3B1;&#x3BA;&#x3AC;&#x3BB;&#x3C5;&#x3C8;&#x3B7; &#x3C4;&#x3BF;&#x3C5; bootkitty &#x3B1;&#x3C0;&#x3BF;&#x3C4;&#x3B5;&#x3BB;&#x3B5;&#x3AF; &#x3C4;&#x3B7; &#x3C0;&#x3C1;&#x3CE;&#x3C4;&#x3B7; uefi &#x3B1;&#x3C0;&#x3B5;&#x3B9;&#x3BB;&#x3AE; &#x3B3;&#x3B9;&#x3B1; &#x3C5;&#x3C0;&#x3BF;&#x3BB;&#x3BF;&#x3B3;&#x3B9;&#x3C3;&#x3C4;&#x3AD;&#x3C2; &#x3BC;&#x3B5; Linux</title><link>https://www.thelab.gr/news/linux/h-%CE%B1%CE%BD%CE%B1%CE%BA%CE%AC%CE%BB%CF%85%CF%88%CE%B7-%CF%84%CE%BF%CF%85-bootkitty-%CE%B1%CF%80%CE%BF%CF%84%CE%B5%CE%BB%CE%B5%CE%AF-%CF%84%CE%B7-%CF%80%CF%81%CF%8E%CF%84%CE%B7-uefi-%CE%B1%CF%80%CE%B5%CE%B9%CE%BB%CE%AE-%CE%B3%CE%B9%CE%B1-%CF%85%CF%80%CE%BF%CE%BB%CE%BF%CE%B3%CE%B9%CF%83%CF%84%CE%AD%CF%82-%CE%BC%CE%B5-linux/</link><description><![CDATA[
<p><img src="https://www.thelab.gr/uploads/monthly_2024_11/chip-based-rootkit.jpeg.ec03c141a14b3aa076e8e300cb1d96d4.jpeg" /></p>
<p>
	Η άφιξη του Bootkitty, του πρώτου UEFI bootkit κατά Linux, από ερευνητές της εταιρείας ασφαλείας ESET, αποτελεί μια νέα στιγμαία στον τομέα των ψηφιακών απειλών. Μέχρι τώρα, τα UEFI bootkits επικεντρώνονταν αποκλειστικά σε συστήματα Windows, και αυτή η νέα εξέλιξη αποδεικνύει ότι πλέον οι κακόβουλοι φορείς έχουν λάβει στόχευση και τα Linux. Το Bootkitty, που εντοπίστηκε για πρώτη φορά στο VirusTotal, αν και περιορισμένο στις δυνατότητες που του δόθηκαν, γίνεται μια ένδειξη για μελλοντικές απειλές.
</p>

<p>
	 
</p>

<p>
	Παρά τη σημαντικότητά του, το Bootkitty δεν συνιστά άμεσο κίνδυνο για την πλειονότητα των Linux συστημάτων. Η τρέχουσα έκδοση επηρεάζει μόνο συγκεκριμένες εκδόσεις του Ubuntu, ενώ περιέχει ατέλειες στη λειτουργικότητά του, όπως η αποτυχία να παρακάμψει τη λειτουργία UEFI Secure Boot. Αυτή η προστασία διασφαλίζει ότι κάθε λογισμικό που φορτώνεται κατά την εκκίνηση έχει εγκριθεί από τον κατασκευαστή του υπολογιστή, καθιστώντας δύσκολη την αντικατάσταση του αρχικού firmware με κακόβουλο.
</p>

<p>
	 
</p>

<p>
	Παρόλο που το Bootkitty παραμένει ως επί το πλείστον proof-of-concept, η ύπαρξή του υπογραμμίζει την ανάγκη προετοιμασίας για πιο εξελιγμένες απειλές στο μέλλον. Οι ερευνητές της ESET τονίζουν ότι η ανακάλυψη αυτή "σπάει την πεποίθηση" ότι τα UEFI bootkits είναι αποκλειστικές απειλές για τα Windows. Επιπλέον, η ανάπτυξη τέτοιων εργαλείων καταδεικνύει ότι οι κακόβουλοι παράγοντες επενδύουν πόρους και τεχνογνωσία για τη δημιουργία λειτουργικών bootkits για Linux.
</p>

<p>
	 
</p>

<p>
	Το Bootkitty αφήνει εύκολα ανιχνεύσιμα ίχνη, μειώνοντας την αποτελεσματικότητα του ως εργαλείου stealth. Ωστόσο, η σημασία του έγκειται στο ότι ανοίγει τον δρόμο για την περαιτέρω ανάπτυξη UEFI malware που θα μπορούσε να γίνει πιο εξελιγμένο και δύσκολα εντοπίσιμο. Η ανακάλυψη αυτή τονίζει την ανάγκη για καλύτερες άμυνες και εργαλεία ανίχνευσης, καθώς οι ψηφιακές επιθέσεις συνεχίζουν να εξελίσσονται.
</p>
]]></description><guid isPermaLink="false">10212</guid><pubDate>Fri, 29 Nov 2024 15:31:34 +0000</pubDate></item><item><title>&#x395;&#x3BA;&#x3C0;&#x3BB;&#x3B7;&#x3BA;&#x3C4;&#x3B9;&#x3BA;&#x3AE; &#x392;&#x3B5;&#x3BB;&#x3C4;&#x3AF;&#x3C9;&#x3C3;&#x3B7; 3888.9% &#x3C3;&#x3C4;&#x3B7;&#x3BD; &#x391;&#x3C0;&#x3CC;&#x3B4;&#x3BF;&#x3C3;&#x3B7; &#x3C4;&#x3BF;&#x3C5; Linux Kernel &#x3B1;&#x3C0;&#x3CC; &#x3C4;&#x3BF; Intel Kernel Test Robot</title><link>https://www.thelab.gr/news/linux/%CE%B5%CE%BA%CF%80%CE%BB%CE%B7%CE%BA%CF%84%CE%B9%CE%BA%CE%AE-%CE%B2%CE%B5%CE%BB%CF%84%CE%AF%CF%89%CF%83%CE%B7-38889-%CF%83%CF%84%CE%B7%CE%BD-%CE%B1%CF%80%CF%8C%CE%B4%CE%BF%CF%83%CE%B7-%CF%84%CE%BF%CF%85-linux-kernel-%CE%B1%CF%80%CF%8C-%CF%84%CE%BF-intel-kernel-test-robot/</link><description><![CDATA[
<p><img src="https://www.thelab.gr/uploads/monthly_2024_11/Intel-Linux-XE.jpg.319c0f68db0c4b12aea4fed6ffdf9f8b.jpg" /></p>
<p>
	Η Intel αναφέρει ότι η απόδοση του Linux kernel αυξήθηκε εντυπωσιακά κατά 3888.9% χάρη σε μια πρόσφατη διόρθωση, σύμφωνα με τα αποτελέσματα από το Intel kernel test robot. Το σύστημα αυτόματο ελέγχου της Intel, το οποίο τρέχει σε server με επεξεργαστή Intel Xeon Platinum (Cooper Lake), κατέγραψε αυτή τη βελτίωση με το τεστ "will-it-scale.per_process_ops". Η συγκεκριμένη υπηρεσία τεστ της Intel βοηθάει στην ανίχνευση αλλαγών στην απόδοση του Linux kernel, εξασφαλίζοντας ότι οι νέες τροποποιήσεις αποδίδουν θετικά αποτελέσματα.
</p>

<p>
	 
</p>

<p>
	Η βελτίωση προέρχεται από τη διόρθωση στον κώδικα μνήμης, συγκεκριμένα από τη λειτουργία mmap, που περιορίζει την ευθυγράμμιση ανώνυμων χαρτών στις PMD-aligned περιοχές. Πριν τη διόρθωση αυτή, κάποιες προηγούμενες αλλαγές είχαν δημιουργήσει σημαντικές υστερήσεις στην απόδοση ορισμένων εργασιών, όπως στο benchmark cactusBSSN, που σημείωνε επιβράδυνση έως και 600%. Η διόρθωση αυτή επιτρέπει τη βελτίωση της ευθυγράμμισης για πιο αποδοτική πρόσβαση στη μνήμη, χωρίς τη δημιουργία των κενών που προκαλούσαν τις μειώσεις στην απόδοση.
</p>

<p>
	 
</p>

<p>
	Αυτή η αλλαγή στο mmap περιορίζει την ευθυγράμμιση των ανώνυμων χαρτών σε περιπτώσεις που η χαρτογράφηση έχει μέγεθος πολλαπλάσιο της PMD, αντί απλώς να είναι μεγαλύτερη από PMD. Έτσι, αποφεύγεται η κατακερματισμένη ευθυγράμμιση που δημιουργούσε διασπάσεις μνήμης και κακή απόδοση σε συγκεκριμένα workloads. Η νέα αυτή ευθυγράμμιση βελτιώνει τη χρήση της μνήμης και μειώνει τις επιβαρύνσεις στην TLB (Translation Lookaside Buffer) και cache, οδηγώντας σε συνολική βελτίωση της απόδοσης.
</p>

<p>
	 
</p>

<p>
	Μετά τη συγχώνευση του patch στον βασικό κώδικα του Linux kernel την περασμένη εβδομάδα, οι αναλυτές αναμένουν να δουν τις επιδόσεις του kernel και σε άλλα πραγματικά περιβάλλοντα, πέρα από τα συνθετικά τεστ, ώστε να κατανοήσουν πλήρως τον αντίκτυπο της αλλαγής αυτής στους χρήστες και τις απαιτητικές εφαρμογές.
</p>
]]></description><guid isPermaLink="false">10153</guid><pubDate>Sun, 10 Nov 2024 09:59:24 +0000</pubDate></item><item><title>&#x391;&#x3C1;&#x3BA;&#x3B5;&#x3C4;&#x3BF;&#x3AF; &#x3C3;&#x3C5;&#x3BD;&#x3C4;&#x3B7;&#x3C1;&#x3B7;&#x3C4;&#x3AD;&#x3C2; &#x3C0;&#x3C1;&#x3BF;&#x3B3;&#x3C1;&#x3B1;&#x3BC;&#x3BC;&#x3AC;&#x3C4;&#x3C9;&#x3BD; &#x3BF;&#x3B4;&#x3AE;&#x3B3;&#x3B7;&#x3C3;&#x3B7;&#x3C2; &#x3C4;&#x3BF;&#x3C5; &#x3C0;&#x3C5;&#x3C1;&#x3AE;&#x3BD;&#x3B1; &#x3C4;&#x3BF;&#x3C5; Linux &#x3B1;&#x3C0;&#x3BF;&#x3BC;&#x3B1;&#x3BA;&#x3C1;&#x3CD;&#x3BD;&#x3B8;&#x3B7;&#x3BA;&#x3B1;&#x3BD; &#x3BB;&#x3CC;&#x3B3;&#x3C9; &#x3C4;&#x3B7;&#x3C2; &#x3C3;&#x3CD;&#x3BD;&#x3B4;&#x3B5;&#x3C3;&#x3AE;&#x3C2; &#x3C4;&#x3BF;&#x3C5;&#x3C2; &#x3BC;&#x3B5; &#x3C4;&#x3B7; &#x3A1;&#x3C9;&#x3C3;&#x3AF;&#x3B1;</title><link>https://www.thelab.gr/news/linux/%CE%B1%CF%81%CE%BA%CE%B5%CF%84%CE%BF%CE%AF-%CF%83%CF%85%CE%BD%CF%84%CE%B7%CF%81%CE%B7%CF%84%CE%AD%CF%82-%CF%80%CF%81%CE%BF%CE%B3%CF%81%CE%B1%CE%BC%CE%BC%CE%AC%CF%84%CF%89%CE%BD-%CE%BF%CE%B4%CE%AE%CE%B3%CE%B7%CF%83%CE%B7%CF%82-%CF%84%CE%BF%CF%85-%CF%80%CF%85%CF%81%CE%AE%CE%BD%CE%B1-%CF%84%CE%BF%CF%85-linux-%CE%B1%CF%80%CE%BF%CE%BC%CE%B1%CE%BA%CF%81%CF%8D%CE%BD%CE%B8%CE%B7%CE%BA%CE%B1%CE%BD-%CE%BB%CF%8C%CE%B3%CF%89-%CF%84%CE%B7%CF%82-%CF%83%CF%8D%CE%BD%CE%B4%CE%B5%CF%83%CE%AE%CF%82-%CF%84%CE%BF%CF%85%CF%82-%CE%BC%CE%B5-%CF%84%CE%B7-%CF%81%CF%89%CF%83%CE%AF%CE%B1-r10104/</link><description><![CDATA[
<p><img src="https://www.thelab.gr/uploads/monthly_2024_10/file-03074536bf5e256f6bc3e926b9b4cef2.jpg.2f45d1bafbd75faffbfb9fecf89b10ee.jpg" /></p>
<p>
	Στην έκδοση 6.12-rc4 του Linux kernel, που κυκλοφόρησε αυτήν την εβδομάδα, ενσωματώθηκε αθόρυβα ένα patch που αφαιρεί διάφορους συντηρητές από το αρχείο <strong>MAINTAINERS</strong>, το οποίο καταγράφει τους υπεύθυνους για τα διάφορα drivers και υποσυστήματα. Ο Greg Kroah-Hartman, ο δεύτερος στην ιεραρχία του Linux, έστειλε το patch την περασμένη εβδομάδα, επισημαίνοντας ότι οι αλλαγές έγιναν λόγω «συμμορφώσεων με διάφορες απαιτήσεις» και ότι οι συντηρητές μπορούν να επανέλθουν εφόσον παράσχουν επαρκή τεκμηρίωση.
</p>

<p>
	 
</p>

<p>
	Οι συντηρητές που αφαιρέθηκαν σχετίζονται με διάφορα συστήματα και drivers, όπως οι οδηγοί Acer Aspire 1 EC, ARM αρχιτεκτονική Cirrus Logic CLPS711X, και το hardware monitor driver του Baikal-T1. Η κοινή συνισταμένη; Όλοι φαίνεται να είναι Ρώσοι ή συνδεδεμένοι με τη Ρωσία, έχοντας κυρίως διευθύνσεις email με κατάληξη .ru.
</p>

<p>
	 
</p>

<p>
	Η απόφαση αυτή έχει πυροδοτήσει συζητήσεις στην κοινότητα, καθώς δεν έχει διευκρινιστεί ποιες είναι οι συγκεκριμένες «συμμορφώσεις» και ποια τεκμηρίωση απαιτείται για να επανέλθουν οι συντηρητές. Παράλληλα, το patch δεν επηρεάζει την παρουσία του κώδικα για ρωσικό υλικό, όπως οι Baikal CPUs, στο kernel, ενώ μένει ασαφές αν οι συνεισφορές από Ρώσους προγραμματιστές θα γίνονται δεκτές στο μέλλον.
</p>
]]></description><guid isPermaLink="false">10104</guid><pubDate>Thu, 24 Oct 2024 09:43:57 +0000</pubDate></item></channel></rss>
