Съществува ли възможност от загуба на данни по време на запис/повреда в сектор от SSD ? Или то си прави вътре проверка винаги ?
Лично аз, ако не съществува такава възможност, не виждам проблем с износването на SSD - все пак след 3-5г. ще са излезли още по-нови неща, или най-малкото ще са съвсем без пари. А това, че капацитета намалява малко с годините не е болка за умиране.

ако е читаво, в смисъл не някакво китайски менте, ССДто си работи без ядове, единствения проблем който съм чувал е загуба на данни ако стои няколко години без захранване, но вероятно е за някоя определена технология, аз лично не съм го забелязал
иначе от как съм започнал със ССДта, реално не съм успял да уморя нито едно от записи, то си му идва времето за ъпгрейд много преди да съм стигнал количеството записи
пък и цените вече станаха смешни, всяко марково ССД 5 години ще ги изкара със сигурност, а реално ПЦ на толкова години вече е за ъпгрейд

разбира се и 100% гаранция няма, бекъпите са си задължителни, независимо дали е ССД или въртящ, и въртящите се скапват не по-малко, преди много години бях купил 6 диска макстор от мост компютърс, чисто нови, 3 от тях се скапаха 1 месец преди изтичане на гаранцията, останалите 3 се скапаха 1 месец след гаранцията, тези с които ми ги смениха вероятно си работят и до днес, ако стоят някъде... тъй че божа работа

Преди време обадиха за няколко такива случая, но дисковете са стояли без захранване около 2 месеца.

Има си data-retention време. Тук във форума се коментираше че при висока температура се намалява времето.
Предполагам, че при наличие на захранване отвреме навреме данните се презаписват.

Един приятел се оплакваше от това. Става въпрос за Kingston A400 от първите(в момента A400 е с друг контролер и друга флаш памет) както и за Samsung 840 EVO: https://www.extremetech.com/computing/1 ... by-samsung.
При Kingston A400 устройството ако не се ползва известно време си забравя всичките данни.
При Samsung 840 EVO пак си забравя данните само че се пробва на няколко пъти да ги прочете докато накрая soft ecc на успее да открие валидна комбинация. Има по-нов фирмуер за Samsung 840 EVO който постояно презаписва клетките за да са "свежи".
Това е статията за забравящите SSD - The truth about SSD data retention: https://www.anandtech.com/print/9248/th ... -retention

За лаптопско DVD му трябва - 7+6 13Pin usb :
https://www.ebay.com/sch/i.html?_from=R ... b&_sacat=0

В сайта на производителя на лаптопа има софтуер за управление на контролера на лаптопа.
Например на Lenovo софтуера се казва Lenovo Energy Management. Този контролер отговаря за:
1. Опцията да се развърти вентилатора на максимални обороти за да "изтръска" ситния прах от перките.
2. Прехваща калавишната комбинация Fn+F2 за да изкара менюто за самолетен режим за да изкючиш Bluetooth и Wifi.
3. Опцията да зареди на максимум батерията и след това да я разреди за да преизчисли колко е износването.
4. Опцията батерията максимално да се зарежда до 60%.




Литиевите батерии най-бързо се скапват когато всичкия литий от едната или от другата страна на сепаратора. Най-много живеят когато 50% от лития е от едната страна, а от другата страна е останалия 50% от лития - това съотвества на 50% заряд на батерията. 60% или 65% заряд е компромис между живоата на батерията и това да има достатъчно заряд например при непредвидено спиране на тока.
Това че с преспиване и вкарване на захранването можеш да заредиш батерията на 100% е бъг, който не са се сетили да тестват. Този проблем го имаше и моя лаптоп - дозареждаше от 60% до 100% когато го шътна но го оставя вкючен в зарядното. За щастие изкараха нов биос и спря да зарежда.
За това качваш на някакво SSD за бързо един Win7 качваш софтуера за управление от сайта на производителя - променяш настройките както ти харесва. След това затриваш windows и си качваш любимия Linux.

Въпроса е леко тъповат, не че е тъп по принцип, но не знам как точно да го обясня, затова ще карам в темата 'тъпи и бързи'.
Та - виждал съм на някой места една нестандартна техника за програмиране под Ц --> вместо функциите да се разписват по стандартния начин в отделни блокове и
после да се викат от main() или от друга ф-я, повечето функции вместо това се разписват като макро дефиниции в стил:

След което конкретния потребител на програмата 'скриптва' външен XML фаил, с който извиква макро-идентифайърите и им подава параметри, нещо в стил:

С две думи, не е програмиста под Ц, които да подрежда задачите кое на кое ще е под-задача. Tой само предоставя методите, а юзъра (ч/з външен XML) реално е
тоя който подрежда stacka-a кое след кое ще е.
... Предупредих че въпроса е тъповат, ама как се нарича тоя метод, ако си има име, какво да се търси за да се научи нещо повечко какъв XML парсър ще се ползва, как точно ще се
извикват макросите вътре в Ц програмата, нещо не ми го побира акъла при положение че те се обработват от пре-процесора. На един от тея въпроси да се отговори, все ще е от полза

blia blia...-то е целата работа

Добре де, изтрий го ако ти се занимава(щото аз вече не мога). Не е формулиран добре въпроса, ще мисля още как да го задам.

Виж това
http://xmlsoft.org/

Да, сега го чета това 'libxml2' и 'expat xml', да видя някое от тях няма ли да свърши работата.

Скоро не съм писал C, но по спомен за макросите не можеше в тях да има интервали.

от известно време разглеждам разни схеми и все ми бодат очите едни операционни с транзистори на изхода, дето не мога да разбера защо така са го оставили без грам резисторче на базата или емитера, и в какъв режим работи тая схема
https://sound-au.com/articles/bench-supply-f7-1.gif
нямам предвид цялата схема, визирам единствено Q3a - U1a
това нормално ли е?!? много често попадам на такова свързване

Ами резистора в базата ограничава максималният базов ток, в конкретният случай тоя ОУ дава макс 25 мА на късо на изхода докато транзистора може да работи с базов ток 0.5 А. Принципно резистор там може да внася шум, съвсем друг въпрос е, че тоя шум ще е пренебрежим за точно това захранване.