Skocz do zawartości

Start systemu dysk nvme


AdamiPL
 Udostępnij

Rekomendowane odpowiedzi

Hej,

mam wrażenie, że mój hack nieco długo startuje (MacOS Mojave), zajmuje mu to około 25sekund, sprzęt ze stopki.  Stary iMac z 2012r z SSD startuje chyba szybciej..

 

video:

http://adamipl.net/20181011_130129.mp4

 

 

config załączony.. coś wywala odnośnie USB.. patch poprawnie przygotowany.. w configu załączone injekcje usb - testowałem z nimi i bez nich.. jakby ktoś miał chwilkę zerknąć i ew doradzić coś..

CLOVER.zip

Odnośnik do komentarza
Udostępnij na innych stronach

System zainstalowany na czysto z działającym nvram? Zauważyłem, że jak system jest instalowany bez działającego natywnego zapisu do nvram, to później wstaje taki system dłużej niż zainstalowany z działającym zapisem. Co ciekawe uruchomienie zapisu do nvram wcale nie przyspiesza tak "źle" zainstalowanego systemu.

Odnośnik do komentarza
Udostępnij na innych stronach

ok, nvram śmiga na samym AptioMemoryFix.. a odnośnie wolnego startu systemu:

 

attachicon.gifScreenshot 2018-10-12 at 10.49.09.png

 

trim winowajca.. co ciekawe, nie da rady go wyłączyć przez sudo trimforce disable, terminal wypluwa że ok.. po resecie trim dalej widnieje.. 

 

 

A masz jakiś dysk SSD w systemie? Czy tylko NVME? Nie wiem, czy TRIM dla NVME da się w ogóle wyłączyć, nie próbowałem tego, bo i po co. Gdy już uda Ci się wyłączyć TRIM - sprawdź sobie benchmark dysku, w którym wyłączyłeś. Zobaczysz, czy warto było.

A co do czasu startu.. Też mam w systemie dysk NVME, a ponadto dwa inne dyski SSD oraz jeden HDD. Czas startu systemu: 22.4s. To nie jest długi czas. MacBookPro staruje w 38s.

Odnośnik do komentarza
Udostępnij na innych stronach

mojo stary imac z 2012r z ssd startuje w podobnym czasie co hack xD

mam jeszcze jeden dysk nvme dla windowsa i chyba przez niego tyle trwa odpalanie trimu.. później go odłączę i sprawdzę.. na drugim hacku mam nvme i zwykły ssd i komp startuje sporo szybciej, tu masz porównanie na video po lewo z dwoma dyskami nvme, po prawo 1 x nvme i 1 x ssd sata:

 

http://adamipl.net/20181012_114959.mp4

Odnośnik do komentarza
Udostępnij na innych stronach

A ja się tak zapytam, co ma TRIM do apfs. Przecież TRIM to funkcja czyszczenia komórek dysk SSD aby były gotowe do ponownego zapisu. Bez tej funkcji każda komórka przed ponownym zapisaniem musi być wpierw skasowana aby można było ustawić jej nowa wartość. Bez sprawnie działającego TRIM zapis może spaść nawet do 1/3 deklarowanego. Dzięki TRIM system w wolnym czasie „czyści” skasowane komórki aby były gotowe do ponownego zapisu.

Odnośnik do komentarza
Udostępnij na innych stronach

wstawiłem wyżej screenshot z filmiku, gdzie pokazuje że scan trim zajął 10s podczas uruchamiania systemu, więc domniemam że to on powoduje wolniejszy start.. na nvme /apfs nie trzeba popychać trimu, jest z automatu włączony dla nich.. doczytałem na innych forach, że to on powoduje wolny start u wielu osób.

Odnośnik do komentarza
Udostępnij na innych stronach

Hej,

mam wrażenie, że mój hack nieco długo startuje (MacOS Mojave), zajmuje mu to około 25sekund, sprzęt ze stopki.  Stary iMac z 2012r z SSD startuje chyba szybciej..

 

video:

http://adamipl.net/20181011_130129.mp4

 

 

config załączony.. coś wywala odnośnie USB.. patch poprawnie przygotowany.. w configu załączone injekcje usb - testowałem z nimi i bez nich.. jakby ktoś miał chwilkę zerknąć i ew doradzić coś..

attachicon.gifCLOVER.zip

 

U mnie jest podobnie, no może start systemu nie trwa 25s ale dosyć długo. Zauważyłem że Yosemite startowało z dysku ssd zdecydowanie szybciej niż Sierra i HighSierra, trwało to dosłownie moment.

Dzisiaj zainstalowałem 10.13 na nowym 970 Pro 512gb w adapterze Asus hyper x4 mini. Dysk osiąga w benchmarkach około 3000 MB/s w odczycie na windowsie więcej, blisko prędkości ze specyfikacji dysku a system uruchamia się tak samo wolno jak na 850Pro na sata.

Trochę się zawiodłem bo liczyłem na zdecydowanie szybszy start. 

Odnośnik do komentarza
Udostępnij na innych stronach

U mnie teraz nieco przyspieszylo od wybrania opcji w cloverze do pojawienia sie ekranu logowania jakies 16s.. przerzuciłem system na inny dysk przez carbon copy cloner sformatowalem na HFS+ i raz jeszcze na APFS i z 25s zrobiło się 16-17s..  tez liczyłem na start w granicach 10s.. no ale nie mam co narzekać.. 

 

U mnie takie wartości na EVO970 500 GB

post-2022-0-40113800-1539808352_thumb.png

 

 

Odnośnik do komentarza
Udostępnij na innych stronach

@AdamiPL - Twoja obserwacja jest bardzo trafna, za wydłużony start najprawdopodobniej odpowiada jakoś trim i możliwe że jakiś  błąd w nim. A poniżej moje obserwację z 2 szt Macbook Pro. Jeden starszy z zmienionym dyskiem HDD na SSD i nowszy już z dyskiem NVMe.

 

Sprawdziłem na moim Macbooku Pro 15" mid 2012 (nie retina), zainstalowana High Sierra na Samsungu 850 Pro. Nna dyskach firm trzecich, jak np Samsung 850 Pro TRIM NIE jest włączany. Zainstalowałem do testów czysty system - 10.13.6 z aktualizacjami. TRIM NIE działa - start systemu powiedzmy średnio 17 sekund. Pro włączeniu TRIM w konsoli komendą "sudo trimforce enable", start systemu wydłużył się dokładnie o około 10 sekund.

 

Przy starcie w konsoli przed włączeniem TRIM pojawiały się takie komunikaty (3 restarty):

2018-10-14 23:37:47.145257+0200 0x1ba      Default     0x0                  0      0    kernel: (apfs) spaceman_trim_free_blocks:3009: scan took 0.377896 s, trims took 0.000000 s
2018-10-14 23:39:15.132051+0200 0x1bb      Default     0x0                  0      0    kernel: (apfs) spaceman_trim_free_blocks:3009: scan took 0.376565 s, trims took 0.000000 s
2018-10-14 23:40:46.160379+0200 0x1ba      Default     0x0                  0      0    kernel: (apfs) spaceman_trim_free_blocks:3009: scan took 0.376619 s, trims took 0.000000 s

Po włączeniu TRIM (3 restarty):

2018-10-14 23:51:50.057491+0200 0x1c5      Default     0x0                  0      0    kernel: (apfs) spaceman_trim_free_blocks:3009: scan took 9.908814 s, trims took 9.506785 s
2018-10-14 23:51:50.063496+0200 0x1c5      Default     0x0                  0      0    kernel: (apfs) spaceman_trim_free_blocks:3017: 47633097 blocks free in 96402 extents
2018-10-14 23:51:50.070070+0200 0x1c5      Default     0x0                  0      0    kernel: (apfs) spaceman_trim_free_blocks:3025: 47633097 blocks trimmed in 96402 extents (98 us/trim, 10140 trims/s)
2018-10-14 23:51:50.076720+0200 0x1c5      Default     0x0                  0      0    kernel: (apfs) spaceman_trim_free_blocks:3028: trim distribution 1:39285 2+:20025 4+:15604 16+:8648 64+:4946 256+:7894
2018-10-15 00:06:15.060510+0200 0x1c4      Default     0x0                  0      0    kernel: (apfs) spaceman_trim_free_blocks:3009: scan took 9.909125 s, trims took 9.502640 s
2018-10-15 00:06:15.066567+0200 0x1c4      Default     0x0                  0      0    kernel: (apfs) spaceman_trim_free_blocks:3017: 47621945 blocks free in 96026 extents
2018-10-15 00:06:15.073209+0200 0x1c4      Default     0x0                  0      0    kernel: (apfs) spaceman_trim_free_blocks:3025: 47621945 blocks trimmed in 96026 extents (98 us/trim, 10105 trims/s)
2018-10-15 00:06:15.079857+0200 0x1c4      Default     0x0                  0      0    kernel: (apfs) spaceman_trim_free_blocks:3028: trim distribution 1:39111 2+:19894 4+:15523 16+:8644 64+:4961 256+:7893
2018-10-15 00:22:40.362188+0200 0x1ba      Default     0x0                  0      0    kernel: (apfs) spaceman_trim_free_blocks:3009: scan took 9.902719 s, trims took 9.492802 s
2018-10-15 00:22:40.362209+0200 0x1ba      Default     0x0                  0      0    kernel: (apfs) spaceman_trim_free_blocks:3017: 47621601 blocks free in 96444 extents
2018-10-15 00:22:40.362216+0200 0x1ba      Default     0x0                  0      0    kernel: (apfs) spaceman_trim_free_blocks:3025: 47621601 blocks trimmed in 96444 extents (98 us/trim, 10159 trims/s)
2018-10-15 00:22:40.362223+0200 0x1ba      Default     0x0                  0      0    kernel: (apfs) spaceman_trim_free_blocks:3028: trim distribution 1:39410 2+:19974 4+:15541 16+:8650 64+:4966 256+:7903

Wyłuskując esencję mamy:

kernel: (apfs) spaceman_trim_free_blocks:3009: scan took 0.377896 s, trims took 0.000000 s

kontra:

kernel: (apfs) spaceman_trim_free_blocks:3009: scan took 9.908814 s, trims took 9.506785 s

A teraz ciekawostka. Na drugiej maszynie - Macbook Pro 15" mid 2015 - gdzie jest już dysk NVMe - TRIM jest domyślnie włączony i tam ten sam skan zajmuje jak patrzyłem poniżej 1,5s. Więc to nie tak, że TRIM NIE działa na maczkach, tylko włączenie go na dyskach "nie apple" powoduje znaczne spowolnienie startu.

 

Na półce leży mi stary 2,5" dysk Apple SSD - jest to o tyle dobry materiał do testów, ponieważ na nim domyślne odpala TRIM. Jak znajdę tylko czas to sprawdzę jak na nim wstaje system i czy bez popychania TRIM start systemu też będzie spowolniony.

Odnośnik do komentarza
Udostępnij na innych stronach

Racja... Różnica czasu startu między zwykłym SSD a nvme nie jest tak drastyczna jak np operacje na plikach. W sumie takie marudzenie, ale jeśli taki nvme jest średnio 5 razy szybszy od zwykłego SSD, to mogłoby się wydawać że i sam start systemu taki będzie.. a tu takie rozczarowanie jak @Marecki_ napisał.

Odnośnik do komentarza
Udostępnij na innych stronach

Windows 10 startuje w 2-3 s. więc nie ma nawet co porównywać. Faktem jednak jest, że start Mojave w 22s (u mnie) na Samsungu 970 jest taki sam, jak na Samsungu 850. Ciekawostką jest, o czym wspomniałem wyżej, że na oryginalnym MacBookPro 2015 Mojave startuje w 38s. Taki więc urok macOS'ów. No cóż, ja wyłączam komputery wyłącznie w celu resetu, czyli sporadycznie. 

Odnośnik do komentarza
Udostępnij na innych stronach

No ale czemu jest taka różnica w czasie startu po włączeniu TRIM na 10.13.x i w górę? Wydaje mi się że na 10.12.x nie było to takie widoczne i odczuwalne.

 

Nie sądzę, że różnica w 10.12 była tak widoczna. Przed chwilą przeprowadziłem test na 10.12.6:

TRIM on - start systemu: 30.6s

TRIM off - start systemu: 32.1s

czyli relatywnie niewielka różnica.

natomiast wyłączenie TRIM powoduje znaczny spadek prędkości zapisu (nawet 2-krotny), zauważalny zwłaszcza przy kopiowaniu plików. Przy starcie systemu "coś tam" przecież jest zapisywane na dysk. Stąd niewielkie wydłużenie.

 

Poza tym, nie od dziś przecież wiadomo, że nowsze systemy uruchamiają się dłużej niż ich poprzednicy. Więcej opcji, aplikacji itp. odpalanych przy starcie. Na czas startu mają przecież wpływ takie czynniki jak inne dyski w systemie, aplikacje odpalane przy starcie, konfiguracja systemu, grafika, pamięć itd.

Odnośnik do komentarza
Udostępnij na innych stronach

Dołącz do dyskusji

Możesz dodać zawartość już teraz a zarejestrować się później. Jeśli posiadasz już konto, zaloguj się aby dodać zawartość za jego pomocą.

Gość
Dodaj odpowiedź do tematu...

×   Wklejono zawartość z formatowaniem.   Usuń formatowanie

  Dozwolonych jest tylko 75 emoji.

×   Odnośnik został automatycznie osadzony.   Przywróć wyświetlanie jako odnośnik

×   Przywrócono poprzednią zawartość.   Wyczyść edytor

×   Nie możesz bezpośrednio wkleić grafiki. Dodaj lub załącz grafiki z adresu URL.

Ładowanie
 Udostępnij

×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

Korzystanie z tej witryny, wymaga zakceptowanie naszych warunków Warunki użytkowania.