Skocz do zawartości

MitycznyJeż

Forumowicze
  • Liczba zawartości

    21415
  • Rejestracja

  • Ostatnia wizyta

Zawartość dodana przez MitycznyJeż

  1. Single rank a więc możesz dołożyć dodatkowe czwórki pod warunkiem, że też będą single rank. Albo szukaj modułów bez radiatorów (wtedy widać, czy są jednostronne), albo sprawdzaj dokładną specyfikację (niestety chyba tylko kingston i goodram to dokumentują, inni producenci lubią zmieniać organizację nie zmieniając modelu).
  2. Taka płyta obsłuży 4 moduły ram tylko jeżeli wszystkie z nich będą single-rank (jednostronne). Zobacz jakiego typu są Twoje obecne przy użyciu CPU-Z (zakładka SPD).
  3. MitycznyJeż

    Chłodzenie

    Temperatury w idle mogą być jakiekolwiek, bo nie mają znaczenia. Jakby miało nie starczać, to po co by je dołączali do CPU?
  4. Taki komunikat wyskakuje jak się jest na koncie ograniczonym. Także albo stwórz nowe konto administratora i obecne przerób na ograniczone, albo stwórz nowe konto ograniczone dedykowane dla córki.
  5. Nie widzę rakietki w zestawieniu a więc i wrzucam (stałe 4.6GHz): Btw, będzie build ze wsparciem AVXmilijon512?
  6. MitycznyJeż

    AMD A4-3400 APU Radeon

    A6-3600/A6-3620/A8-3800/A8-3820. Wszystkie ww. mają 4 rdzenie. A8 mają mocniejszą integrę, ale nawet na nich poprawa wyniesie góra 2.5x w najbardziej hurraoptymistycznym scenariuszu. Niestety na ten socket wyszła tylko jedna generacja APU i perspektywy modernizacji na nim są bardzo ograniczone. Ww. APU chodzą po ~40-80zł, co nie jest tragedią jeżeli faktycznie chcesz grać w gry, które na obecnym odpalają i od biedy są grywalne. APU serii 3xxx mają jeszcze końcówki xx50 oraz xx70, ale są to modele o wyższym TDP - jeżeli masz fabryczne chłodzenie od obecnego, to może ono okazać się niewystarczające. W jakim układzie masz pamięć ram i jaka to płyta?
  7. Weryfikowałeś cokolwiek z tego samodzielnie? Porównaj sam i oceń, jak odczuwasz różnice przy ograniczaniu fps do konkretnych wartości, użyciu niższego odświeżania (bo jak najbardziej na monitorze 240Hz możesz ustawić 144/120).
  8. No ale przeżywasz jakby była Twoja Jak Intel ma podawać "TDP" dla zegarów turbo, skoro to pojęcie jest u nich definiowane dla zegarów bazowych? Oczekujesz wprowadzenia zupełnie nowego terminu. Dla konsekwencji powinieneś wymagać od AMD podania analogicznej wartości po całkowitym poluzowaniu PBO. Bo oni to w ogóle są wygodni, podają tylko zegar bazowy i max turbo ST, a faktyczny zegar, niezależnie czy po poluzowaniu PBO czy nie, jest niespodzianką
  9. Ale te CPU o których pisałeś mają limit mocy i zmienny zegar. Mechanizm cały czas jest, ale dobicie do power limitu jest mało realne. Wszystkie te cpu mają akurat taką architekturę, tyle rdzeni i takie zegary, że realne obciążenia nie ocierają się o limit. Z kolejnymi rdzeniami i wyższymi zegarami moc będzie rosnąć w najlepszym wypadku liniowo. No i co wtedy sugerujesz? Nie wydawać lepszych CPU w ogóle, czy wydać je takie, że będą tak samo wydajne jak gorsze modele, i to jeszcze bez możliwości poprawienia wydajności tak, jak można luzując limity? 🤣 Jesteś niesamowicie nudny. Powtarzasz już któryś raz jedno i to samo, co wszyscy doskonale wiemy - że rocket lake poprawia "IPC", ale nie poprawia perf/watt, przez co przy takim samym budżecie energetycznym nie może wypaść dobrze. Jak komuś niskie perf/watt przeszkadza, to weźmie AMD. Jak nie, a będzie chciał konkurencyjne pod względem wydajności CPU, to może sięgnąć po rocket. Jedyną słabą rzeczą w tej sytuacji jest niejawność tego, co płyty ustawiają domyślnie oraz jaki zakres limitów obsługują. A całą sytuację przeżywasz jak tragedię osobistą, albo czujesz się okłamany przez Intela własną definicją TDP po swojemu i tym, jak działa turbo.
  10. Z racji że sporo osób ma wspomniany problem, a rozwiązanie go jest relatywnie łatwe to stwierdziłem, że zrobię przyjazny poradnik. W trzech prostych etapach W przypadku jakiś niejasności/nieścisłości w instrukcji, proszę o PM. Słowem wstępu: Ten błąd nie pojawia się sam z siebie: jest skutkiem wrzucania na oślep plików dll do katalogów systemowych, folderów gry, bądź używania dll-fixerów wątpliwej reputacji. Nie powinno się tego robić. Jeżeli przy próbie uruchomienia programu brakuje jakiegoś pliku DLL, to należy doinstalować paczkę go zawierającą, patrz trzeci etap instrukcji. UWAGA! Tą instrukcję należy czytać w całości i z pełnym zrozumieniem. Opuszczenie któregoś etapu bądź niedoczytanie jakiegoś fragmentu może w najgorszym wypadku doprowadzić system do stanu nieużywalności. W przypadku niejasności bądź innych problemów pisz PW. Etap 1: Określenie z którym dokładnie programem jest problem, oraz czy jest 32/64bit a) Próbujemy uruchomić program z którym mamy problem. Otrzymujemy komunikat o błędzie, którego nie zamykamy! Zwracamy uwagę na nazwę pliku exe, która jest widoczna w pasku tytułu komunikatu: b) Pobieramy i uruchamiamy Process Explorer jako administrator. Szukamy w drzewie procesów wspomnianego pliku exe, klikamy na nim prawym przyciskiem myszy i wybieramy Properties (właściwości): c) Spisujemy sobie/zapamiętujemy dokładną ścieżkę do exe oraz jego architekturę: 32bit bądź 64bit: Teraz możemy kliknąć "OK" w oknie komunikatu o błędzie. Etap 2: Określenie z którym plikiem DLL jest problem oraz usunięcie go a) Pobieramy i uruchamiamy Dependency Walker: Jeżeli nasz program jest 32bit, to pobieramy wersję x86 Jeżeli natomiast 64bit, to pobieramy wersję x64. b) Upewniamy się że opcja view -> show full paths jest zaznaczona. Następnie wybieramy file -> open i wskazujemy plik exe. Program chwilkę "pomieli", a następnie pokaże komunikat o błędzie. Ignorujemy go i klikamy OK. c) W tabelce na środku klikamy nagłówek kolumny "CPU" tak, aby zawartość posortowała się względem tej wartości. Ignorujemy nieznalezione pliki - ich brak nie powoduje żadnych błędów, to normalna sytuacja dla większości aplikacji. Znajdujemy wszystkie pozycje, których wartość CPU jest widoczna na czerwono: d) Ręcznie (przez np. eksplorator plików) usuwamy wadliwe pliki bądź zmieniamy ich nazwę/przenosimy je. Uwaga! Jeżeli nasza aplikacja jest 32bitowa, to wbrew temu co jest napisane problematyczny plik nie znajduje się w system32, a w syswow64. Etap 3: Instalacja paczki zawierającej brakujący plik Pamiętajmy, że potrzebujemy paczki w architekturze takiej jak nasz program: 32bit -> x86, 64bit -> x64. Jeżeli w nazwie pliku dll znajdował się napis: "80" -> visual c++ redist 2005 "90" -> visual c++ redist 2008 "100" -> visual c++ redist 2010 "110" -> visual c++ redist 2012 "120" -> visual c++ redist 2013 "140" -> visual c++ redist 2015 Najnowsze redisty można samemu znaleźć albo wspomóc się stroną zbiorczą tutaj. "d3", większość zaczynających się na "x" -> directx websetup Po wykonaniu powyższych etapów program powinien działać. Jeżeli błąd 0xc000007b powtórzy się, to możliwe że jest błąd w innej aplikacji z innym plikiem DLL - wtedy trzeba wykonać całą procedurę jeszcze raz.
×
×
  • Dodaj nową pozycję...