Пичове, взземах си SSD и се засилих и аз да активирам ТРИМ, но нещо не ми харесаха предупрежденията че под 10.10 има риск да се озовеш с нераобтеща система...
Нужно ли е действително да го активирам тоя трим? Какво се печели от него и какви са рисковете ако не го активирам?
в единия случай имаш неработеща система, в другия изгоряло ссд. Ти решаваш!
Какво кара SSD -то да изгори по-точно?
Трим си трябва. Почети в мрежата какво-що. Не че ще изгори веднага, но по-бързо се износва.
На 10.10 проблемът е, че при ъпдейт на системата и други операции като SMC reset и PRAM reset трябва предварително да го изключваш. Иначе няма да ти зареди ОС-а и ще трябва или преинсталация (без никаква загуба на информация, само на време), или да влизаш през рекоувъри в терминал и да пишеш 10-тина команди, за да го подкараш. Трябваше ми доста време, докато разбера всичко това и сега го смилам наготово. За повече информация чети тук: https://www.cindori.org/trim-enabler-and-yosemite/ Аз ползвам именно тази програма (trimenabler).
Ами аз пробвах сложих го , и в момента в който трябва да рестарирам системата не иска да се рестартира. Остава на чврен екран и така...
Четох че по-новите модели SSD имат някакви вградени системи които вършат същата работа... Intel SSD 530 Series си вземах, дали имате идея как мога да проверя дали моя има? На сайта на интел не видях никъде.
Може би ще бъдем по-полезни, ако знаем с какво си се опитал да пуснеш TRIM? В случай, че използваш TrimEnabler, можеш да разгледаш инфо по този въпрос тук (https://www.cindori.org/trim-enabler-and-yosemite/).
За хората с къстъм SSD, http://chameleon.alessandroboschini.com/
Прави се с два последователни рестарта и TRIM почва да работи.
Аз ползвам TrimEnabler от 3 години на 13 и 15 про 2009. За 10.10 трябва да се пусне в kext dev mode. Enabler-a го прави автоматично. Не съм имал проблеми, след системен ъпдейт трябва да се enable-не на ново.
Ако се наложи, TE се пуска автоматично след стартиране, един клик и рестарт.
https://www.cindori.org/software/trimenabler/
Платената версия има вграден benchmark, опция да спре хибернацията, за да спести място и SMART монитор, така че не е необходима,
За по-бързо износване не знам, но без трим работата мнного бързо става доста бавна, особено ако няма много свободно място.
На 13ката съм почти сигурен, че съм правил SMC ресет и не съм имал проблем, но е било на 10.9
Напълно подкрепям Морт, като искам да го допълня с това, че дори не е нужно да се закупува лиценз за програмата, освен заради бенчмарка. Всичко останало е постижимо чрез терминала.
Цитат на: thebrainless - 11-04-2015, 20:56:38
За хората с къстъм SSD, http://chameleon.alessandroboschini.com/
Прави се с два последователни рестарта и TRIM почва да работи.
Това с Хамелеончето го пробвах, наистина уж става, но после като вляза в System Profiler на диска отново пише TrimSupport - No, така ли трябва да е ? Харда ми е Intel SSD 530 Series - 120GB . Мисля че трябва да го поддържа тоя велик трим:) В сайта им има някъв тул за уиндоус който го пуска...
яка програмка, има всичко от платения trim enabler pro.
Хе, след четене насам натам се оказва че intel имат Sandforce контролер, който вършел същото, което и TRIM - а, така че не бил нужен трим... Абе ще си карам така май нали има 2 години гаранция:)
Intel 530 не вървят ли с 5 години гаранция? Или поне аз като съм купувал SSD на Интел, винаги са ми ги давали с 5 години гаранция.
В Емаг, в Ардес и в още колко сайта погледнах, навсякъде пише 60 месеца гаранция за всички Интел 530... Ако са ти дали две години гаранция, значи яко са те прецакали :)
Прав си, ще трябва да уточня гаранцията ...
Правиш два пъти процедурата с активирането на трим, съответно два рестарта и всичко заспива, преди ъпдейт се изключва.
Или това в терминал:
sudo perl -pi -e 's|\x00\x41\x50\x50\x4c\x45\x20\x53\x53\x44\x00|\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00|' /System/Library/Extensions/IOAHCIFamily.kext/Contents/PlugIns/IOAHCIBlockStorage.kext/Contents/MacOS/IOAHCIBlockStorage
sudo touch /System/Library/Extensions
Вие кой от двата пача предпочитате
Trim Enabler или Chameleon SSD Optimizer
или няма значение
Аз съм с Chameleon-а и нямам ядове. Даже има и разни допълнителни функцийки ;)
И на мен ми предстоят тази вечер приключения с току-що взетото SSD (Samsung 850 Evo 250GB ако това е от значение).
Ще се прави чист преинстал.
Сега ще отделя време да прочета линка с FAQs за Trim Enabler-a, за който говорите.
Смятам като сложа SSD-то и мина през инсталацията на OS X 10.10 да прецъкам Trim Enabler-a и да не се занимавам повече с него (поне не и до следващ системен ъпдейт).
Ако е необходимо да се мине и през някоя друга процедура, разчитам да споделите. :) ::)
Всичко мина...да кажем ОК.
Но има един проблем - при копиране на файлове/инсталиране на приложение, започва луд лаг на курсора на мишката. Мишката е Magic Mouse.
Някакви идеи на какво може да се дължи. Ровя в Google вече близо 2 часа и още не съм намерил информация за други подобни случаи. :(
От Trim ENabler?
Пробва ли да го спреш?
Не ми остана много време снощи да си поиграя. Тази вечер ще опитам да видя дали не е от него.
Както и да пробвам процедурата описана тук: линк (http://osxdaily.com/2014/10/25/fix-wi-fi-problems-os-x-yosemite/).
Аз три пъти преинсталирах на чисто и накрая спрях тъпия трим... Да си гледат работата. Пердаша без него и сега нямам проблеми.
Значи си имал подобен проблем?
То SSD-то е с 5 години гаранция, така че не е проблем да го карам без трим. Разлика от 30MB/s не би се усетила.
В момета с активиран трим SSD-то при четене вдига от 460 до 500MB/s (при посочени 540МВ по спецификация), а писането е винаги 500-505МВ/s (520 по книжка).
Въпроса е да не стане прекалено тромаво. Капацитета му през повечето време ще е запълнен на 70-75%.
Така. Писах на поддръжката от Самсунг относно устройството им и насичането на курсора на мишката след активирането на ТРИМ-а.
Отговора им бе:
Възможно най-бързо след инсталация на устройството и операционната система да си инсталирам Trim Enabler (дори дадоха линк и щателно обясниха що е то TRIM и смисъла от него) и да активирам ТРИМ-а. Такова чудо като собствена поддръжка на TRIM от SSD няма при никой производител, тъй като това е функция, която се управлява на ниво ОС.
Интересното в моят случай е, че след преинсталация (отново на чисто) проблема се оправи на...90%. Лага е много по-малък и то само при здраво натоварване. Последно тествах с 96GB Time Machine основен бекъп, като забавяне на курсора на мишката едва се усещаше, че бави. :)
Без трим-а не те ли кефеше как вървешв?
Аз изчетох доста статии и наистина точно трим нямат производителите, но имат доста подобни управления на garbage collection-а. Интелския бил доста добър... Аз лично не бих си скопил от към сигурност системата заради някаква функция, постигната по този начин...
Ъпдейта OS X Yosemite 10.10.4, добавя полезен команден ред trimforce, който активира TRIM за SSD от странични производители.
Ако го беше и написал.. :)
(https://www.apple-bg.com/proxy.php?request=http%3A%2F%2Fimages.tapatalk-cdn.com%2F15%2F07%2F01%2F7f7b23d7f38f7942feb26f6b731f0aaf.jpg&hash=f9278f510681bc330826c1238c8986c26a66a3f3)
Sent from my iPhone using Tapatalk
Сори. Разчастил съм си Мак-а и ми се запалила главата. Забравил съм. :)
Ееее най-после без 3 километра команди и допълнителен софтуер. Ей сега хамелеона изчезва безкрай.
Все пак внимавайте, ако носителите Ви са от Samsung и Crucial, че се получавали и проблеми със загуба на данни при някои потребители!
@gorgior - би ли посочил ресурси в подкрепа на горното мнение.
Мой добър приятел, тази сутрин ми каза, че на няколко машини вече 10.10.4 е чупил фюжъни..
Така, днес си направих труда и отделих няколко часа от времето си да разуча как стои въпроса с TRIM-a при новия ъпдейт за Yosemitee и в El Capitan.
Преди да започна с превода на публикацията, в която са синтезирани всички колебания за TRIM под OS X, Linux и Windows, искам да посоча следния ресурс: Как да активираме TRIM под OS X (https://github.com/Temptin/Documents/blob/master/OSX_TRIM_Tutorial.md).
Оригиналната версия на публикацията, за която товорих по-горе може да бъде прочетена от тук (http://forums.macrumors.com/threads/os-x-el-capitan-opens-door-to-trim-support-on-third-party-ssds-for-improved-performance.1891936/page-10#post-21469307).
Първият въпрос е относно queued TRIM имплементацията в Линукс. Това е единствената операционна система, която се опитва да изпраща FPDMA QUEUED TRIM (ново SATA II разширение на NCQ, нарочано още NCQ TRIM). Актуалните SAMSUNG фърмуери по погрешка задават word 77 bit 6 към 1 в ATA IDENTIFY флаговете, което указва на операционната система, че FPDMA QUEUED операциите се поддържат, докато всъщност това не е вярно. Ако бъде изпратен FPDMA QUEUED TRIM, новите Samsung SSD устройства ще презапишат информация с нули. Линукс ядрото към момента забранява използването на FPDMA QUEUED TRIM от тези устройства, поради проблемното изпълнение на тази команда. Инженерите от Самсунг са наясно с проблема от година, но все още нямат готов фикс.
Така че ако използвате актуален Samsung SSD е важно операционната система, която използвате да използва обикновен sequential TRIM. Linux e единствената ОС, която ползва queued. Всички версии на OS X (дори El Capitan) и Windows (последните версии) все още използват sequential TRIM, и ще продължават да го използват в обозримо бъдеще.
Вината не е само в лошото имплементиране на TRIM в SSD устройствата. Операционните системи също е възпожно да изпращат некоректни ТРИМ команди, които да оказват на SSD-то да трие информация, която се използва. Необходимо е драйвъра на файловата система на ОС правилно да "разбира" файловата система на дълбоко ниво за да знае как правилно да я TRIM-ва, и също така да знае коя част от информацията се намира на drive-a и коя в memory-buffered файловата система (тука превода малко не ми се получи май), за да знае точно за коя част от информацията трябва да бъде указано на SSD-то да изтрие. Тъй като материята е явно доста сложна, отне време в Windows всичко да се направи както трябва поради особености във файловата система NTFS.
Тъй като OS X и Windows ползват sequential TRIM, изникват следните два въпроса:
* А) Моето устройство прилага ли правилно sequential TRIM?
* Б) Операционната система прилага ли правилно sequential TRIM?
За А) отговорът е ДА за всички актуални устройства. Но НЕ за *стари* устройства, които са с SandForce контролери. *ТОВА* е причината Apple да показва предупреждение, че активирането на TRIM е на ваша отговорност. Също така това е и причината Apple да разреши ползването на TRIM само за собствени SSD първоначално, тъй като преди, при първото имплементиране на TRIM в OS X 10.6.8 (юли 2011), много от популярните тогава SSD бяха с проблемна имплементация на TRIM и се оказа по-добър варианта да се използват бавни не-TRIM-нати устройства, отколкото повредени такива.
За Б), трябва първо да установим дали ОС изпраща коректни TRIM команди и дали не изпраща команди, които да указват на устройството да трие валидна информация. За да разберем това, настроих бенчмарк, който първо прави запис на 50GB verification-file (доста голям файл, използващ голяма част от SSD площта, който може да бъде проверен за промени в по-късен етап), след това да запише и изтрие над 1000GB информация, после да спре за да изчака устройството да TRIM и направи garbage collection, за да е сигурно че всички TRIM команди са били изпълнени. Теста бе изпълнен няколкократно на Samsung 850 PRO SSD, под OS X Yosemite и OS X El Capitan.
Резултатът бе следния: 50GB-овия файл се запази без никакви промени. Това доказва:
* А) Да, Samsung 850PRO с последния актуален фърмуеър ползва правилно sequential TRIM.
* Б) Да, OS X (в това число и El Capitan) ползва *sequntial* TRIM и има правилно имплементиран TRIM, който *не* указва на устройството да трие случайна валидна информация.
Така че докато вашето SSD правилно изпълнява sequential TRIM, то нямате причина да се тревожите за проблеми при ползването на TRIM при *която и да е* версия на OS X.