Jump to content

Leaderboard


Popular Content

Showing content with the highest reputation since 11/07/19 in all areas

  1. 3 points
    Pierwsza przymiarka do bazy nowego UniBootX bazującego na OpenCore. Wersja ta bazuje na oficjalnej wersji OpenCore 0.5.2 + AppleSupport 2.1.2 + VirtualSMC 1.0.9 - kexty są aktualne na dzień 6.11.2019r. Z góry proszę o wyrozumiałość i zgłaszanie uwag - tylko z głową - to jest nie dość, że wczesna wersja OpenCore, to też jest to moja pierwsza przymiarka aby dać Wam z grubsza config pozwalający odpalić macOS na Haswellu Z87 Z97 bez względnie doktoryzowania się. Są 2 configi: config HD4600.plist - użyć jak korzystamy tylko z iGPU HD4600 config dGPU plus HD4600.plist - użyć jak korzystamy z dGPU i chcemy odpalić z HD4600 bez wyjść aby działał poprawnie np Quick Sync lub VDADecoder Wybrać stosowny config i zmienić jego nazwę na: config.plist Bez poprawienia nazwy configu NIE odpalimy w ogóle OpenCore. Domyślny Timeout ustawiony na 30s Do zestawu dodatkowo dodane: USBMap - skrypt do generowania tabeli SSDT dla portów USB - do opisania w innym poradniku. macinfo 2.0.8 w wersji na macOS jaki i Windows - jest to pakiet pozwalający wygenerować POPRAWNĄ parę SystemSerialNumber i MLB - to SĄ PARY i potem je dodać do w/w configu! Przed opaleniem należy w configu odnaleźć poniższą sekcję: <key>PlatformInfo</key> <dict> <key>Automatic</key> <true/> <key>Generic</key> <dict> <key>MLB</key> <string>M000000000001</string> <key>ROM</key> <data>ESIzAAAA</data> <key>SpoofVendor</key> <true/> <key>SystemProductName</key> <string>iMac14,2</string> <key>SystemSerialNumber</key> <string>W0000000001</string> <key>SystemUUID</key> <string>00000000-0000-0000-0000-000000000000</string> </dict> <key>UpdateDataHub</key> <true/> <key>UpdateNVRAM</key> <true/> <key>UpdateSMBIOS</key> <true/> <key>UpdateSMBIOSMode</key> <string>Create</string> </dict> I uzupełnić numery generując np w macinfo lub przenosząc z swojego configu clovera. Do uzupełnienia są od góry MLB, ROM, SystemSerialNumber, SystemUUID. Przygotowanie pendrive: sformatować na Fat32 wypakować do głównego folderu tak aby w nim był folder EFI. Działać i pisać wrażenia. UniBootX_OpenCore_Haswell_Z87_Z97_-_pre_Alpha_0.1.zip
  2. 2 points
    Pod żadnym pozorem nie mam tu pretensji ani do AMD, ani do TSMC, bardziej już miałbym takowe do Intela za kilkuletnią stagnację. Ryzeny na Zen 2 to już kawał porządnego sprzętu, który pod wieloma względami CPU Intela zostawia daleko z tyłu. Podejrzewam, że najpóźniej Zen 4 będzie architekturą, która wyprzedzi Intela w wydajności pojedynczych wątków. Co do sprzętu, leci on pod symulacje małych układów kwantowych, tak do 38-40 qubitów. Niestety, powyżej tego będzie ciężko wskoczyć własnym sumptem, gdyż w przypadku kwantów wymagana ilość RAMu jest ogromna i rośnie wykładniczo (38 qubitów wymaga 256 GB RAM, 40 qubitów już 1 TB). Niestety, nie wszystko przy tych obliczeniach da się ładnie zrównoleglić (przynajmniej na razie), stąd wyłącznie dwie GPU i wielowątkowy CPU do obliczeń sekwencyjnych. W kwestii LC, AiO tu nie widzę, bardziej celuję w coś customowego. Wydajniej, a jednocześnie też sumarycznie ciut ciszej niż na AiO, a przy okazji też większe pole do modernizacji pojedynczych elementów.
  3. 2 points
    Z Z390 wcale nie jest tak źle, mam Z390 Gaming X i w zasadzie nie ma z nią problemów. Nie używam ani skryptów do emulacji NVRAM, ani innej metody, jedynie aptiomemoryfix i emuvariableuefi. Działa wszystko bez zająknięcia, nie ma pomieszanych języków, działa iMessage i FaceTime itd. Problemy z alokacją pamięci owszem są, ale slide=0 załatwia sprawę. Wg mnie to kosmetyka, nie ma co demonizować.
  4. 2 points
    Już jest aktualna wersja. Co nowego w wersji 2019-11-20 Kompatybilność z macOS Catalina 10.15.1 Kluczowe komponenty: Clover r5098 AppleALC - 1.4.3 Lilu 1.3.9 WhateverGreen - 1.3.4 USBInjectAll - 0.7.1
  5. 2 points
    Tak, Postaram się na dniach zaktualizować i wrzucić.
  6. 1 point
    danielosx86

    Zacinające się iGPU UHD630

    Z tych wszystkich zbędnych linijek dorzuciłbym patch "enable-hdmi20" na początek.
  7. 1 point
    reyder

    Zacinające się iGPU UHD630

    Poradnik tutaj i jedziesz: https://www.tonymacx86.com/threads/guide-general-framebuffer-patching-guide-hdmi-black-screen-problem.269149/ Jest jeszcze ważna jakaś opcja dotycząca DVMT, nie pamiętam na ile trzeba to ustawiać. ig-platfor-id można też zobaczyć inne.
  8. 1 point
    reyder

    OpenCore - dyskusja ogólna

    @AlPaczino Mieszanie w BIOS może zmieniać dostępne miejsce do alokacji pomięci przez Opencore. Trzeba ustawić wszystko tak jak ma być, sprawdzić gdzie jest dostateczna ilość wolnej pamięci, obliczyć odpowiedni slide i wtedy zniknie problem z alokacją pamięci. W opencore jest jedna ciekawa opcja: ProtectCsmRegion, warto włączyć jak nie jest enabled.
  9. 1 point
    reyder

    Komputer do Lightrooma

    Tutaj masz: https://allegro.pl/oferta/gigabyte-z370-aorus-gaming-7-lga1151-ddr4-pcie-8653296278 Łap szybko bo tylko jedna. Jeden z najlepszych VRM, nie będzie problemów z 9900k. Miej tylko na uwadze jedno. Kupując płytę główną z370 może być wymagany upgrade biosu aby zadziałał procesor z serii 9xxx. Można iść np do serwisu komputerowego i tam powinni zrobić update.
  10. 1 point
    kemot77

    OpenCore - dyskusja ogólna

    U mnie na Z97 na problemy z wybudzaniem ze sleep na Catalinie pomogło wyłączenie serial port w BIOSie. Natomiast co do samego OC (jako że używam go już długi czas, od pierwszych jego wersji) mogę tylko podtrzymać moją dotychczasową opinię- na moim sprzęcie, po poprawnym skonfigurowaniu, sprawuje się po prostu wzorowo.
  11. 1 point
    Można ratować się jeszcze softem dosdude1: http://dosdude1.com/software.html macOS Catalina Patcher macOS Mojave Patcher macOS High Sierra Patcher macOS Sierra Patcher Używamy apek tylko do pobierania obrazów, bez modyfikacji. Ominiemy tym softem problem jak u kogoś pobiera się z appstore pliczek instalacyjny 22MB zamiast całość.
  12. 1 point
    Linki do pobierania instalatorów macOS (Mac OS X) bezpośrednio z Mac App Store El Capitan 10.11.6: https://apps.apple.com/pl/app/os-x-el-capitan/id1147835434?mt=12 Sierra 10.12.6: https://apps.apple.com/pl/app/macos-sierra/id1127487414?l=pl&mt=12 High Sierra 10.13.6: https://apps.apple.com/pl/app/macos-high-sierra/id1246284741?l=pl&mt=12 Mojave 10.14.6: https://apps.apple.com/pl/app/macos-mojave/id1398502828?l=pl&ls=1&mt=12 Catalina 10.15.x: https://apps.apple.com/pl/app/macos-catalina/id1466841314?l=pl&mt=12 Nie wszystkie wersje dadzą się pobrać z każdej wersji systemu. Ograniczenie to głównie dotyczy chęci pobrania starszego systemu z poziomu nowszego, np mając 10.13.6 aplikacja Mac App Store nie pozawala pobrać instalatora 10.11.6, za to można pobrać każdą nowszą wersję o ile sprzęt na jakim chcemy to zrobić wspiera dany system, czyli np na komputerze na którym oficjalnie można zainstalować maks 10.11.6 nie ściągniemy żadnego nowszego systemu.
  13. 1 point
    A czemu nie pobierzesz instalacji z Mac App Store - tylko szukasz jakiś dziwnych wersji? El Capitan 10.11.6: https://itunes.apple.com/pl/app/os-x-el-capitan/id1147835434?mt=12 Sierra 10.12.6: https://itunes.apple.com/pl/app/macos-sierra/id1127487414?l=pl&mt=12 High Sierra 10.13.6: https://itunes.apple.com/pl/app/macos-high-sierra/id1246284741?l=pl&mt=12 Mojave 10.14.6: https://itunes.apple.com/pl/app/macos-mojave/id1398502828?ls=1&mt=12&l=pl
  14. 1 point
    Najrad

    Aktualizacja Z97 do Cataliny

    iGPU+dGPU: w bios PEG i do tego MultiMonitor na Enable.
  15. 1 point
    314TeR

    Rozbudowa komputera aby działał MacOS

    Aktualnie iMaci są właśnie na Q370 - najbliższym szerzej dostępnym chipsetem jest właśnie Z370. W Z390 bym się nie pchał jak chcesz mieć na nim macOS, nikomu nie udało się uruchomić na Z390 zapisu do NVRAM, a może być ona w przyszłości wręcz kluczowy przy stawianiu macOS, np OpenCore wręcz wymaga jego poprawnego działania. A płyta - co kto lubi - Reyder nie lubi ASUSa - bo oszczędza w tanich konstrukcjach na sekcjach zasilania, droższe są już OK, ale są droższe i to czasami sporo od innych marek. Za to z doświadczenia wiem, że z ASUSami poza specyficznymi modelami jest najmniej dziwnych kwiatków. Stabilnie działają porty USB (nie plują urządzeniami w sleep), sleep działa, większość płyt ma świetne zarządzanie wentylatorami - szukaj konstrukcji z Fan Expert - jak skonfigurujesz poprawnie profile to poznasz co to znaczy mieć cichy komputer. Warto poszukać czy w zasięgu finansowym masz konstrukcję z USB Flash Back - w przypadku konieczności modyfikacji BIOSu np o jakieś patche pod macOS, będziesz mógł prosto wgrać potem taki BIOS, a taka potrzeba jest np z BIOSami do płyt z chipsetami Z87/Z97 aby odblokować przyblokowany NVRAM.
  16. 1 point
    wujek_bogdan

    Aktualizacja Z97 do Cataliny

    Możesz w biosie ustawić w jakiej kolejności inicjowane są karty graficzne. Najprawdopodobniej masz obecnie ustawione na: "auto". Możesz przestawić tę opcję na iGPU, żeby wymusić inicjowanie iGPU. Ja bym jednak na wszelki wypadek. dla pewności, wyciągnął zupełnie kartę graficzną.
  17. 1 point
    314TeR

    Aktualizacja Z97 do Cataliny

    Na szybko dodać tylko i jest intel. Lepiej, jest podać właściwy igplatform przez wpis w device. Przypomnij się wieczorem to Ci podeśle obie wersje to odpalenia poprawnie iGPU w trybie domyślnym i bez wyjść do QuickSync.
  18. 1 point
    Estrax

    Stary laptop HP - Czy da radę ?

    Max do ruszenia jest High Sierra (10.13.x). dGPU nie do ruszenia, wyłącznie HD3000. WiFi powinno działać, aczkolwiek tutaj nie jestem pewien, czy nie będzie upierdliwe w działaniu. Może potrzebować sporo czasu na dopieszczenie np. przez poprawki w DSDT i/lub stosowne patche z poziomu bootloadera.
  19. 1 point
    314TeR

    MOBO pod LGA1150

    Późnie BIOSy do ASUSów na Z87/Z97 często mają tzw white listę na module nvram blokującą zapis pod macOS. Reyder opracował patch do modułu NVRAM i jak potrafię "odblokować" takowy BIOS. Problem jest z jego wgraniem, ponieważ płyty sprawdzają podpisy cyfrowe i taki zmodyfikowany BIOS ma ten podpis uszkodzony, przez co go nie wgramy oficjalnymi metodami. Obejścia są 3: Programowanie specjalnym narzędziem auflash z parametrem /GAN - ale ono uszkadza na np Z97-A mac address karty sieciowej (i być może inne indywidualne dane do płyty) - generalnie NIE polecam. Wyciągniecie zawartości kości BIOS przy pomocy programatora, modyfikacja i wgranie ponowne programatorem - programatory to umożliwiające są dość tanie i można je kupić za dosłownie niskie kilkadziesiąt PLN - stosować jak nie ma opcji #3. Kupienie płyty która posiada USB Flash Back - to taki programator BIOSów wbudowany w płycie - on nie sprawdza podpisów i można nim wgrać BIOS do kości - resumując najlepiej szukać płyty która ma USB Flash Back. Reszta to pikuś, jest wiele wdzięcznych i spoko działających płyt w macOS - spoko tzn dających się odpalić w 100%, działa audio, LAN, USB nie strzela fochów, działa sleep, restart, shutdown. Takimi pewniakami niemal na 100% są praktycznie wszystkie ASUSy na Z87/Z97. Płytami które przewinęły się przez moje ręce i mogę potwierdzić 100% działanie to: Maximus Impact VII, Z97-A, Z97-C, Gryphon Z87, Z87M-Plus i inne których nie pamiętam. Z Z87 jest tylko jeden minus, bo raczej nie uświadczysz na nich modułów do M.2 NVMe, one zostały dodane późniejszych BIOSach dla Z97. W Z97 jedynie trzeba popchnąć LPC, ale to jest tylko jeden legacy kext więcej względem Z87.
  20. 1 point
    Dobra, pobiera się. Jutro to wszystko ogarnę, bo ten plik na pena to się będzie z 2 godziny wgrywał xD Dzięki!
  21. 1 point
    314TeR

    OpenCore - dyskusja ogólna

    Rozumiem idee i co masz na myśli, i ją bardzo mocno wyznaję. Z takiego powodu właśnie powstał UniBootX, nie po to aby było skomplikowanie, ale po to aby skomplikowaną czynność jak tworzenie zestawu startowego sprowadzić do paru niezbędnych czynności. Moja wypowiedź jest tożsama tylko do tego szczególnego wypadku OC i OCC. W obu wypadkach i tak aby cokolwiek wprowadzić, musisz wiedzieć co wprowadzasz. W OpenCore jeszcze większy jest na to położony nacisk, ale ułatwia to świetna dokumentacja. Taki konfigurator to front end do jakiegoś configu. Tu aby cokolwiek zrobić i tak musisz mieć bazę i to najlepiej zbliżoną do posiadanego sprzętu wypadku. W obu konfiguratorach NIE da się zbudować configu od zera. D;atego uważam, że te programy są świetne, ale w praktyce ułatwiają głównie początkującym użytkownikom zapoznanie się i wprowadzenie zmian. Zaawansowany użytkownik szybciej okiełzna taki config wspomagając się zwykłym edytorem pilnującym składni XML jak np PlistEdit, niż w CC/OCC. OC i OCC to klikacz, żeby np zdublować jakiś wpis, musisz wpierw dodać wiersz (+), potem wpisać w kolumnę A, potem B, potem C, potem D... ufff następny wiersz, kiedy to w PlistEdit robisz CMD+C-->CMD+V i zmieniasz tylko to co potrzeba. Nie wierzysz, spróbuj wpisać "z ręki" chociaż 3, 4 wiersze w patchach do USB jak wyjdzie nowy system i będziesz musiał dodać wpisy dla nowej wersji kernela. Ale żeby nie tylko narzekać a coś sprawdzić odpaliłem przed chwilą OCC i sprawdziłem co robi. Ogólnie nie jest źle, aczkolwiek niestety są drobne błędy. Najpoważniejszy to samodzielna zamiana wpisu: <key>ConsoleBehaviourOs</key> <string>ForceGraphics</string> na <key>ConsoleBehaviourOs</key> <string>ForceText</string> Druga rzecz - to zrobienie lekkiego bałaganu w sekcji PlatformInfo - Oprócz istniejącej sekcji Generic jak jest pokazane w dokumentacji, OCC pododawał sam z siebie sekcje DataHub, PlatformNVRAM, SMBIOS z zdublowanymi danymi z Generic. Tu zaznaczam, że trzeba się zapoznać z dokumentacją co te sekcje robią, bo są powielone SNy czy MLB, etc... trzeba się dowiedzieć, która sekcja za co odpowiada, bo być może te działanie ma sens którego obecnie ja nie znam. Poza tym nie podoba mi się, że OCC usuwa wszystkie klucze których wartość jest NULL. Ja osobiście wolę mieć klucz i wartość NULL, ponieważ jak będę potrzebował dodać wartość do klucza, to nie muszę wpierw dodawać klucza, szukać gdzie on powinien być, jak się nazywa itp itd. Jak jakiś klucz w configu jest to niech on zostanie. Tu widać, że autor/autorzy OCC stawiają na swoją logikę i do takiego zachowania CC i OCC najbardziej mam zastrzeżenia.
  22. 1 point
    314TeR

    OpenCore - dyskusja ogólna

    Inaczej - bo faktycznie moja wypowiedź wygląda jakbym siał jakimś defetyzmem. Jeszcze raz od początku. OpenCore i Clover Configurator to narzędzie ułatwiające początkującym użytkownikom ogarnięcie skomplikowanych configów w formacie XML. Zwalniają one przede wszystkim z znajomości składni XML a wiec i popełnienie potencjalnych błędów technicznych składni jak i merytorycznych. Niestety te programy obsługują parametry takie jakie zaprogramuje im autor tej aplikacji. Jeśli składnia jakiegoś parametru się zmieni, zostanie dodana lub usunięta to OCC/CC musi te zmiany uwzględniać. Tu niestety nie jest tak pięknie. Nawet dla znanego od lat Clovera CC nie wspiera wszystkich parametrów. Podobnie może być dla OpenCore o czym uprzedzają autorzy którzy testowali tę aplikację. Nie mniej autor OC Configuratora wciąż nad nim pracuje i jest dynamicznie rozwijany. Jakiś miesiąc temu OC Configurator wspierał wersje 0.0.x kiedy były już 0.5.0 i 0.5.1. Dziś widzę, że wspiera już 0.5.2. Być może już moje słowa i autorów OC dotyczące psucia składni są nieaktualne. Nie mniej OpenCore się dynamicznie rozwija i paradoksalnie bezpieczniej wziąć przykładowy config i go poprawić ręcznie. I to najlepsze wyjście i paradoksalnie takie podejście jest o wiele prostsze niż z Cloverem. Zasadniczą różnicą takiego podejścia jest to, że przykładowy config z clovera jest sieczką, a przykładowy config z OpenCore jest bardzo logicznie poukładany i paradoksalnie dostosowanie do naszych potrzeb sampla OpenCore jest o wiele prostsze niż sampla Clovera. Na dziś najlepiej edycję configu z OpenCore polecam robić jakimś edytorem XML podpierając się dokumentacją dostarczoną z OpenCore. Przed użyciem OCC zrobić kopie, sprawdzać, czy coś nie uciekło. Szybko i wygodnie porównać 2 pliki można w np BBEdit.
  23. 1 point
    314TeR

    OpenCore - dyskusja ogólna

    OC Configurator nie jest w pełni kompatybilny z aktualnymi wersjami OpenCore - nawet autorzy OpenCore ostrzegają! W większości wypadków psuje config.plist. Uważajcie co robi!
  24. 1 point
    314TeR

    OpenCore - dyskusja ogólna

    Plusy Bardziej przemyślana konstrukcja. To czy dany sterownik czy kext jest ładowany czy nie decyduje wpis w configu, dzięki temu nie trzeba mieć osobnych katalogów dla kextów, np osobnych w 10.13 i 10.14, tylko wszystko definiuje się w configu. Świetna, wręcz rewelacyjna dokumentacja - naprawdę wystarczy RTFM aby wedzieć co i do czego służy. Każda wersja też ma informacje o zmianach. Prawidłowa obsługa BLESS - wreszcie macOS instalując czy aktualizując NIE trzeba pilnować aby wybierać "Install macOS from XYZ". W Cloverze w ogóle to nie działa prawidłowo już od paru wydań macOS i nie da się zainstalować automatycznie aktualizacji. Aktualizacje i instalacja wymaga wybierania właściwej opcji, tu OC sam to robi, a w Cloverze trzeba pilnować ręcznie. Inaczej zrealizowane ładowani kextów, wg autorów lepiej - są dwa zasadnicze aspekty na plus, pierwszy to jak ładuje się kext do LANu to nie trzeba wymuszać popychać IONetworkFamily, drugi to NIE trzeba wyłączać SIP, oba te aspekty to spory plus. Szybsze ładowanie systemu i mniej sterowników EFI Obsługa prawidłowa wyboru startu przez dysk startowy z preferencji. Obsługa skrótów klawiszowych podczas startu jak na maczku - CMD + V, ALT, CMD + R itd. Ponoć lepsza obsługa FileVault2 - nie wiem nie korzystam, ciężko mi się wypowiedzieć. Wbudowane patche na limit portów - nie trzeba podawać pierdyliarda wpisów, a włącza się tylko 1 opcję. Minusy - to zakładam, że będzie poprawione Dla mnie najistotniejszy to ładowanie poprawek do tabel ACPI, czy też customowych tabel SSDT nie tylko w macOS ale też i w wszystkich pozostałych systemach, w tym i Windows. Dla jednych "future" - tak to autorzy OC przedstawiają - dla mnie potęzny minus, bo wystarczy np załadować tabelę SSDT z funkcją wyłączania kontrolerów EHCI od USB i bum - wylatuje aktywacja Windows i trzeba ponownie aktywować. Sęk w tym, że jak mamy klucz no to OK, można przeboleć i zainstalować, ale jak mamy np licencję elektroniczną już w fabryce przypisaną do komputera (np każdy nowy notebook) to takiej licencji nie popchniemy. Ja bym chciał aby wymuszanie ładowania poprawek do DSDT, SSDT i innych tweaków dla wszystkich systemów było opcjonalne i żeby można było to wyłączyć. Mocno rozbudowany config w XLM i miejscami może być dla wielu konfudujący. Wiele opcji kluczowych, jest na początku "dziwnie" rozlokowanych, np Boot Argsy ukryte pod kluczem UUID odpowiadającego wpisu w NVRAM. Jak się tego nie wie, to można sobie poszukać. Generalnie okiełzanie OpenCore wymaga poświęcenia czasu, nie ma wyjścia i trzeba parę godzin poświęcić na zapoznanie się z dokumentacją. Jak ktoś to zrobi, to wiedza potem procentuje, bo trzeba wyprostować i poukładać sobie logikę OC w głowie. Siermiężny wybór systemu - jak wciśniemy ALT lub wymusimy pokazanie systemów do rozruchu - to pokazuje się lista np 3 - 4 pozycje od góry ponumerowane 1. 2. 3. ale nie ma żadnego znacznika który aktualnie jest wybrany do rozruchu. Tak samo jak ustawiony jest timeout to nie widać ile czasu jest odliczania. Zmiana rozruchu odbywa się wciskając klawisze 1, 2, 3 itd. Mam nadzieję, że to wkrótce zostanie usprawnione - mi osobiście NIE zalezy na kolorowych skórkach, ale niech minimalna obsługa zostanie zachowana. OpenCore preferuje VirtualSMC zamiast FakeSMC - podstawowe funkcje VirtualSMC spełnia - niestety nie ma pluginu do odczytu temperatur, wiatraków, etc z VGA. Dodatkowa uwaga - bo nie mogę tego uznać jako minus, a jako wymóg - OpenCore wymaga poprawnie działającego NVRAM, także np na Z97 z zablokowanym BIOSem lub Z390 ja bym się nie pokusił o stawianie. W teorii można, bo jest emulator, ale emulator NIE załatwi wszystkiego. Dodatkowo mi się zdarzały restarty po wybudzeniu z sleep, których nie miałem w cloverze - ale tego dokładnie nie zdiagnozowałem, krótko testowałem OC na Z97 i była to jedyna bolączka. Poza tym OC działał mi naprawdę zaczie. Gdyby nie problem z wywalającą się licencja elektroniczną na Windows szczerze mówiąc już bym miał OC na co dzień, a tak nie chce mi się walczyć z ponownymi aktywacjami czy reinstalacjami Windows. Mam w nim parę programów aktywowanych które są o wiele droższe niż sam Windows. PS Zaraz wrzucę Config przykładowy dla Z87/Z97.
  25. 1 point
    reyder

    OC 0,53 AptioMemoryFix

    OC nie można aktualizować na ślepo, trzeba zawsze czytać jakie zmiany zaszły.
  26. 1 point
    Ciężko będzie Ci znaleźć maczka który będzie zarazem mocny i tani. Dla kontrastu - najmocniejszy seryjny Mac Pro 5,1 - 2 procki po 6C - w geekbenchu multicore: 19310 http://browser.geekbench.com/v4/cpu/10940446 Mój haMac na i7 4790K - 4C - w geekbenchu multicore: 19067 http://browser.geekbench.com/v4/cpu/11612813 Jak widzisz wyniki zbliżony, a bardzo dobrą płytę pod Z97 powinieneś znaleźć ~400PLN, 4790K za 950PLN. Pamięci 32GB najlepszej G.Skill Trident X 2400CL10 za 1000: https://allegro.pl/oferta/g-skill-trident-x-32gb-ddr3-2400mhz-4x8gb-cl10-waw-7852291135, 16GB powinno kosztować w granicy 500PLN. Reasumując, poniżej 2000PLN, możesz mieć komputer o wydajności najmocniejszego cMP. Grafikę mocną masz, dyski poprzekładasz, ba nawet możesz pomyśleć o M.2 NVMe. Jak trafisz np ASUSa Z97 Pro Gamer - to będziesz miał pancerny zestaw, bo ta płyta była wyjątkowo udana pod macOS. Nawet ostatnio zmodyfikowaliśmy BIOS do niej i odblokowaliśmy zapis NVRAM w najnowszej wersji.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.