lowenz

A me hanno dato problemi con un portatile che ho sistemato lunedì, stesso detto nel primo post. Ho forzato l'installazione del driver a mano come si faceva una volta ed è andato tutto lissssio. Sposto la discussione in SOS

Avresti un sistema parecchio (PARECCHIO!) sbilanciato e non sfrutteresti la scheda a dovere.....consiglio almeno 2 GB con XP e magari una clockatina al procio se la mobo lo permette (non trovi in giro come usato un 3200+ a basso costo, tipo 20/30 euro?) E magari una ATI serie 3xxx (AGP ovviamente) anche lei a basso costo, tanto devi cmq aspettare per fare il vero salto. No Sposto il thread nella sezione consigli per gli acquisti

Da Softpedia: Now, according to a certain report, the 259.47 driver, dated August 21, lists, in the supported card section, more than just the GeForce 6, 7, 8, 9,100, 200, 300 and the known 400 cards. Apparently, the new driver will work with GeForce GTS 450/455 video boards, GT 440/430/420 models and a whole slew of GT 400M series. The one card from the list that has been detailed by previous rumors is the GTS 450 and will supposedly have 1GB GDDR5, an interface of 128 bits, 192 CUDA cores and clocks of 783 MHz for the GPU and 3,608 MHz for the memory. Still, the list includes many names besides just this one and goes as follows. NVIDIA_DEV.0E23.01 (NVIDIA GeForce GTS 455) NVIDIA_DEV.0DC4.01 (NVIDIA GeForce GTS 450) NVIDIA_DEV.0DC5.01 (NVIDIA GeForce GTS 450) NVIDIA_DEV.0DC0.01 (NVIDIA GeForce GT 440) NVIDIA_DEV.0DE1.01 (NVIDIA GeForce GT 430) NVIDIA_DEV.0DE2.01 (NVIDIA GeForce GT 420) NVIDIA_DEV.0E30.01 (NVIDIA GeForce GTX 470M NVIDIA_DEV.0DD1.01 (NVIDIA GeForce GTX 460M) NVIDIA_DEV.0DD2.01 (NVIDIA GeForce GT 445M) NVIDIA_DEV.0DD3.01 (NVIDIA GeForce GT 435M) NVIDIA_DEV.0DF2.01 (NVIDIA GeForce GT 435M) NVIDIA_DEV.0DF0.01 (NVIDIA GeForce GT 425M) NVIDIA_DEV.0DF3.01 (NVIDIA GeForce GT 420M) NVIDIA_DEV.0DF1.01 (NVIDIA GeForce GT 420M) NVIDIA_DEV.0DEE.01 (NVIDIA GeForce GT 415M)

http://www.xbitlabs.com/news/other/display/20100830214541_LucidLogix_Announces_New_Unity_Multi_GPU_Concept.html Non so se cmq AMD e Nvidia lo vedranno di buon occhio e lasceranno che i partner assemblatori lo usino

The one and only SLI!

Sì ma che casotto con le sigle, ci sono overlap a manetta se non si è un po' accorti Io ho già deciso, P65+ i5-2400S / i2500S (o T se non costano troppo di più).....H65 nel caso si possa sfruttare una tecnologia tipo Optimus dei portatili (cioè mettere a riposo la VGA discreta quando non la si usa): questo ovviamente se col BCLK posso salire a 200. Bon, con i classici 300 dovrei starci (CPU+Mobo+4 GB RAM).

The Sandy Bridge Preview - AnandTech :: Your Source for Hardware Analysis and News

BIOS e monitor non c'entrano niente, al massimo il BIOS della VGA può c'entrare ma è moooooooooolto difficile, veramente moooooooooooolto A meno che la VGA sia integrata, ma nel tuo caso non lo è. Prova l'LCD su un altro PC e capirai subito se il problema è (difficilmente) l'LCD. Sposto la discussione in "Problemi Hardware" nella neonata sezione SOS

Beh provate, i link per il pacchetto separato sono lì

Da prendere con le pinze ed ovviamente non mi faccio carico di quello che potrebbe succedere al vostro sistema se installate la beta dell'SP1 o altri pacchetti rilasciati in anteprima per curiosare Pre-SP1 Performance Boost for Windows 7 DirectX 11 Graphics Platform - Softpedia Microsoft has released an update designed to improve the performance of DirectX 11 in Windows 7, as well as in Windows Server 2008 R2. According to the Redmond company, the refresh is also set up to enhance the functionality of the graphics platform in the latest versions of the Windows client and server. However, the software giant has offered little additional details about the graphics technology refresh delivered to Windows 7 and Windows server 2008 R2 customers earlier this week. “This update is a separate package of changes that must be installed in addition to Windows 7 or Windows Server 2008 R2. This update provides new functionality and performance improvements for the graphics platform,” Microsoft explained. In addition to being served through Microsoft Update, the refresh is also available through the Download Center. The standalone downloads are tailored to 32-bit (x86) Windows 7 RTM and to 64-bit (x64) Windows 7 and Windows Server 2008 R2 RTM. Judging by the information shared by Microsoft, the performance and functionality boost update for Windows 7 is designed to kick up a notch key APIs (application programing interfaces) of DirectX 11. The Redmond company mentions such APIs as Direct2D, DirectWrite, Direct3D 10.1, and DirectX Warp. The software giant has been consistently trying to decrease the customers’ reliance on major upgrades for Windows, such as service packs, and to gear them toward smaller, incremental and flexible updates. While undoubtedly, Service Pack 1 (SP1) for Windows 7 will bring various optimizations to the table, Microsoft’s position is that waiting is not required for some of the tweaks, as they are already available through Windows Update. Windows 7 Sp1 is currently in Beta, and still available for download. Microsoft plans to RTM the upgrade in the first half of 2011. Link per il download del pacchetto INDIPENDENTE dal SP1 sono già disponibili al link sopra riportato: x32: http://www.microsoft.com/downloads/details.aspx?FamilyId=b607f3ee-61ef-4069-97c6-d8a8b90b40a5&displaylang=en x64: http://www.microsoft.com/downloads/details.aspx?FamilyId=e04dd3bd-c34b-42ef-978b-10b73e7d5bba&displaylang=en

Buonissima guida!

http://support.amd.com/us/gpudownload/Pages/index.aspx

Bon, intanto aggiorno con questi

Nessuno conferma? :cheazz:

Guardate qui cosa ho trovato! AMD's Radeon HD 5000-Series: Measuring Power Efficiency : An Eye For Power Unfortunately, (or perhaps not), we already know for a fact that AMD employs hardware and software optimizations that detect an unrealistic workload like FurMark and throttles back clock rates and power to help protect the GPU. Thus, FurMark’s most taxing modes are effectively defeated. Quanti lo sapevano? In base a cosa viene riconosciuto? Spero non con tecniche cretine come il nome dell'exe (cosa che fa tanto 10 anni fa). Del resto vien detto "hardware optimizations", anche se "optimizations" non mi pare tanto la parola adeguata

Queste sono le guide da veri smanettoni!

Aggiornato

Bon, aggiorno! (Appena rientrato adesso da sistemazione PC serale volta ad accumulare fondi per un Liberty 500W )

Probabilmente perchè l'algoritmo di riconoscimento della scheda trovava più correlazioni come caratteristiche con una Tesla o perchè Tesla è il default.

S3 Virge al tuo cospetto! Con i fantastici slot per memoria! (era EDO RAM?????)

Io ho sempre una S3 Virge DX di scorta nel cassetto del vecchiume! 13 anni e non sentirli! (Beh forse un po' )

Mmmmm.....

Eccellente! Tu vedi l'MSAA 8x come opzione o anche a te dà solo il CSAA?

Wine is not an emulator

[Phoronix] Open-Source 2D, 3D For ATI Radeon HD 5000 Series GPUs AMD continues to abide by their commitment to provide open-source support for their graphics cards and as proof of that this afternoon they have released their initial hardware acceleration code that supports the ATI Radeon HD 5000 "Evergreen" family of consumer grade graphics processors. While this Evergreen support isn't yet finished and for the time being is targeted towards Linux developers and enthusiasts, you can now play around with your ATI Radeon HD 5000 graphics processor on an open-source driver while having 2D EXA, X-Video, and OpenGL acceleration. The ATI Radeon HD 5000 series family launched back in September of last year with the Radeon HD 5850 and Radeon HD 5870 graphics cards, which was followed by the launch of other GPUs like the Radeon HD 5750, Radeon HD 5770, and Radeon HD 5970. Following those product milestones, in December there was the release of some Evergreen shader documentation and by this February, there was finally Evergreen KMS support for utilizing kernel mode-setting and other basic functionality with your new ATI Radeon hardware. This initial KMS support was merged into the Linux 2.6.34 kernel, but it went without any X-Video or 2D EXA acceleration support. In April there was another AMD code drop for Evergreen and it implemented the command processor, interrupts, and graphics initialization support along with providing new microcode for these ASICs. Back in April we also were communicated the first bits of details regarding their planned open-source 3D work for this hardware, which would come in the form of a new driver that was to be largely modeled around the R600 classic Mesa driver, but would live in its own driver due to a number of register differences and other changes. AMD was also considering going straight to a Gallium3D driver for the Radeon HD 5000 series, but alas they ended up going with a classic Mesa driver first was once again. Since then we have reported various other details about ATI's Evergreen hardware on Linux and various discussions amongst these AMD employees, Linux developers, and other interested users within our forums. This driver along with the 2D/video acceleration code was being developed internally within AMD until it cleared the final legal review. Today though, 332 days after the first Evergreen graphics cards were released, the public finally has the first open-source hardware-acceleration support for ATI Radeon HD 5400/5500/5600/5700/5800/5900 series ASICs. Up until now, Radeon HD 5000 customers have really just had the binary-only ATI Catalyst Linux driver to use, which many view as being tainted and buggy, although it will still be the only option for those interested in maximum performance and the greatest set of features. While the underlying DRM (Direct Rendering Manager) bits have landed in the Linux kernel for this latest-generation hardware, the DDX driver code was finally made available to provide 2D (EXA) and X-Video support for this hardware. For now, this support is living within the evergreen_accel branch of the xf86-video-ati driver. Adding this 2D/video support for the Radeon HD 5000 family adds over 11,000 lines of code to this open-source X.Org driver. Alex Deucher of AMD has mostly written this code. It will be merged into the mainline xf86-video-ati driver once it has matured in the coming weeks. At this time there are also some known issues of GPU hangs being resulted under certain conditions when using this acceleration code. This code is dependent upon using kernel mode-setting with the Linux 2.6.35 kernel or newer. The initial Evergreen/R800 Mesa code is dropped in this Git commit against the mainline Mesa code-base (Update: There's more 3D details here now that the code has landed.). This commit ends up adding over 12,000 lines of code to the R600 DRI driver. It may be close to the same speed and feature parity as the drivers that support earlier product generations -- even the previous-generation Radeon HD 4000 series that has quite decent open-source 3D support within its classic Mesa driver, but there will be some initial bugs. This is just a first-run OpenGL driver. John Bridgman, the AMD employee that has been leading the open-source graphics strategy from the start, also does not know how this driver will evolve. Following this, the Evergreen register documentation that is released to the public will also be updated and released. John acknowledges that the open-source community has been working hard on ATI R600g, the Gallium3D driver for ATI Radeon HD 2000/3000/4000 series graphics cards, the past few weeks and it is beginning to work in functional tests. The R600g driver still is not as complete as the R600 classic Mesa driver or the R300g driver that provides Gallium3D support for graphics cards up through the ATI Radeon X1000 (R500) series, but it is quickly getting there. The community developers may decide to continue focusing their efforts on R600g rather than touching this Evergreen classic Mesa code. Once the R600g driver is in good standing, it is possible the community developers could then build the Evergreen "R800" support into this existing Gallium3D driver, but it is unknown at this point what direction they will be heading. Additionally, John will be re-tasking AMD's open-source developers within a week or two. With the foundation of the Evergreen 2D/3D/video support now laid, AMD will leave the rest up to the open-source community to complete while John will take AMD's limited internal developers and begin working on their next-generation support. So we are not in another situation where it takes nearly a year for there to be open-source 2D/3D support when a new product generation launches, the open-source AMD developers will begin early on supporting upcoming products so there is less of a delay. AMD's Radeon HD 6000 series whose GPU family codename is "Southern Islands" is launching later this year. Besides their open-source developers starting early on this Linux upbringing (their proprietary driver team still should have same-day Linux support), it's rumored that the ATI Radeon HD 6000 architectural changes aren't too significant, which should reduce the workload of the open-source developers by being able to build upon the existing DRM/Mesa/DDX code. This is just like Intel's open-source Linux developers already working on Sandy Bridge GPU support, but they're already to the point where they have the code out in the public while the processors are still months from being shipped. If you are a developer or interested ATI Linux enthusiast, be sure to try this new code. We are already gearing up for some tests of this new 2D and 3D code. For those end-users not comfortable building graphics drivers from source, this code is too late for it to be stabilized and make its way into Ubuntu 10.10 and other Linux distributions shipping major updates in Q3'2010, but it will likely be in good shape for Ubuntu 11.04 and other H1'2011 operating system releases. Perhaps by then we will also have the first bits of open-source support for the ATI Radeon HD 6000 series on Linux, which would be a great turnaround compared to the 300+ days we just had with Evergreen. Bravi!