Ena killen jag brukade spela med köpte ett GTX 1060 3 GB till sin i7 2600K och det fungerade i hans fall.
Om det fungerade går säkert GTX 1070 också. Vad gäller strömförsörjningen får du själv ha koll på det. Du får antagligen inte ut samma prestanda i alla spel med i7 2600K och GTX 1070 som med en modernare processor dock.
En annan fråga är ju om du kommer få någon microcode uppdatering och bli skyddad emot spectre eller inte. Om man bara erbjuds en osäker dator är ju frågan hur du ställer dig till det också.
Om processorn saknar stöd för PCID så kommer patchen ta hårdare på prestandan än med (men även med drabbas man ju, många felaktiga rykten på Internet framförallt om att det inte skulle göra någon skillnad från folk som bara har kört Microsoft patcharna utan att ha uppgraderad microcode i processor men även möjligen att exempelvis Fortnites test på virtuella maskiner skulle kunna vara i en Linuxmiljö utan stöd för PCID (eller med, jag vet inte.))
https://en.wikipedia.org/wiki/Kernel...able_isolation
"KPTI fixes these leaks by separating user-space and kernel-space page tables entirely. One set of page table includes both kernel-space and user-space addresses same as before, but it is only used when the system is running in kernel mode. The second set of page table for use in user mode contains a copy of user-space and a minimal set of kernel-space mappings that provides the information needed to handle system calls and interrupts.[4]
On processors that support the process-context identifiers (PCID), a translation lookaside buffer (TLB) flush can be avoided,[4] but even then it comes at a significant performance cost, particularly in syscall-heavy and interrupt-heavy workloads.[24]
The overhead was measured to be 0.28% according to KAISER's original authors;[5] a Linux developer measured it to be roughly 5% for most workloads and up to 30% in some cases, even with the PCID optimization;[4] for database engine PostgreSQL the impact on read-only tests on an Intel Skylake processor was 7–17% (or 16–23% without PCID),[25] while a full benchmark lost 13–19% (Coffee Lake vs. Broadwell-E).[26] Many benchmarks have been done by Phoronix,[27][28][29] Redis slowed by 6–7%.[26] Linux kernel compilation slowed down by 5% on Haswell.[30]
KPTI can partially be disabled with the "nopti" kernel boot option. Also provisions were created to disable KPTI if newer processors fix the information leaks.[1]"
Till arbetsbelastningarna där det verkar ha gjort stor skillnad hör virtuella maskiner och filhantering, andra belastningar behöver inte ha haft lika stor effekt. Tyvärr är flera av testerna bara på filsystem utan att kolla exempelvis hur processoranvändningen såg ut vid den filsystemsanvändningen ockå, eventuellt påverkades ju den också vilket kan slöa ner hur annan kod körs eller öka energiförbrukningen eller om mycket annan kod körs kanske göra filhanteringen ännu slöare o.s.v..
Om det fungerade går säkert GTX 1070 också. Vad gäller strömförsörjningen får du själv ha koll på det. Du får antagligen inte ut samma prestanda i alla spel med i7 2600K och GTX 1070 som med en modernare processor dock.
En annan fråga är ju om du kommer få någon microcode uppdatering och bli skyddad emot spectre eller inte. Om man bara erbjuds en osäker dator är ju frågan hur du ställer dig till det också.
Om processorn saknar stöd för PCID så kommer patchen ta hårdare på prestandan än med (men även med drabbas man ju, många felaktiga rykten på Internet framförallt om att det inte skulle göra någon skillnad från folk som bara har kört Microsoft patcharna utan att ha uppgraderad microcode i processor men även möjligen att exempelvis Fortnites test på virtuella maskiner skulle kunna vara i en Linuxmiljö utan stöd för PCID (eller med, jag vet inte.))
https://en.wikipedia.org/wiki/Kernel...able_isolation
"KPTI fixes these leaks by separating user-space and kernel-space page tables entirely. One set of page table includes both kernel-space and user-space addresses same as before, but it is only used when the system is running in kernel mode. The second set of page table for use in user mode contains a copy of user-space and a minimal set of kernel-space mappings that provides the information needed to handle system calls and interrupts.[4]
On processors that support the process-context identifiers (PCID), a translation lookaside buffer (TLB) flush can be avoided,[4] but even then it comes at a significant performance cost, particularly in syscall-heavy and interrupt-heavy workloads.[24]
The overhead was measured to be 0.28% according to KAISER's original authors;[5] a Linux developer measured it to be roughly 5% for most workloads and up to 30% in some cases, even with the PCID optimization;[4] for database engine PostgreSQL the impact on read-only tests on an Intel Skylake processor was 7–17% (or 16–23% without PCID),[25] while a full benchmark lost 13–19% (Coffee Lake vs. Broadwell-E).[26] Many benchmarks have been done by Phoronix,[27][28][29] Redis slowed by 6–7%.[26] Linux kernel compilation slowed down by 5% on Haswell.[30]
KPTI can partially be disabled with the "nopti" kernel boot option. Also provisions were created to disable KPTI if newer processors fix the information leaks.[1]"
Till arbetsbelastningarna där det verkar ha gjort stor skillnad hör virtuella maskiner och filhantering, andra belastningar behöver inte ha haft lika stor effekt. Tyvärr är flera av testerna bara på filsystem utan att kolla exempelvis hur processoranvändningen såg ut vid den filsystemsanvändningen ockå, eventuellt påverkades ju den också vilket kan slöa ner hur annan kod körs eller öka energiförbrukningen eller om mycket annan kod körs kanske göra filhanteringen ännu slöare o.s.v..
