OEM производителите на персонални компютри разкриха пред компанията за пазарно разузнаване Trendfocus, че Microsoft иска да спрат от 2023 г. използването на HDD (твърди дискове) като системно устройство в компютрите работещи под Windows 11. Не е известно как точно софтуерния гигант ще се заеме с прилагането на това. Едно от твърденията е, че може да промени минималните системни изисквания за операционната система, така, че да посочва флаш базирано устройство за съхранение, като SSD. Ако се стигне до прилагане на по-сериозни мерки, ОС може дори да откаже да се инсталира на машина с твърд диск като системен.
Това, за което също няма яснота е как това ще се отразява на SSHD носителите, които са комбинирани хибридни решения между HDD и SSD. Решението на Microsoft би трябвало да зарадва потенциалните купувачи на преносими и настолни компютри от начално ниво, тъй като се вижда, че в този сегмент OEM производителите използват най-много твърди дискове като системни дискове. Разбира се в този клас е най-вероятно да се появят и най-евтините флаш базирани устройства, като QLC SSD без DRAM, или дори към едночипови SSD. Независимо от това, е напълно ясно, че 2,5-инчовите HDD излизат от PC индустрията. Все пак трябва да се отбележи, че HDD като технология все още ще продължава да съществува в 3,5-инчов формат, тъй като те са доста търсени от центровете за данни, както и от системите за видеонаблюдение като устройства осигуряващи най-ниска цена на съхранение.
Източник: Tom’s Hardware
‘Решението на Microsoft би трябвало да зарадва потенциалните купувачи на преносими и настолни компютри от начално ниво, тъй като се вижда, че в този сегмент OEM производителите използват най-много твърди дискове като системни дискове.’
Не виждам нищо радващо когато ни ограничава избора като някой ни налага неговото си мнение.
И кое е ограничаващото?! Ползата е както за Microsoft, така и за потребителя. Едните ще се възползват от новите технологии и ще си оптимизират продуктите за тях, а другите могат да се докоснат до тях и в най-бюджетните версии. Крайно време е слод толкова години съществуване и развиване на SSD технологията, тя вече да не се счита като екстра, а стандарт за всяко едно PC.
добре че измислиха ssd-то, от голяма помощ е за некадърните програмисти… както не върви програмата/базата данни – сложи си ssd, вместо да я оптимизираш… но как да оптимизираш програма, която не си написал, а си скалъпил от копирани сорс кодове, намерени в нета? като не си писал сам кода не знаеш как работи, че да го оптимизираш… и микро$офт така… за сравнение линукс все още върви доста бързо на дискове с плочи…
Програмистите като цяло не са некадърни (е има и такива разбира се), просто има къси срокове и вече никой не оптимизира, защото тогава себестойностт ще се качи на космическа стойност. Освен това точно примера ти за база данни/програма е неадекватен. Знаеш много добре, че едно SSD има най-малко с порядък по-малко време за достъп от най-доброто HDD. А сега ми обясни как точно даже със супер-дупер оптимизиран софтуер може изобщо да се бориш срещу този факт. За потребителските системи това е най-голямото предимство на SSD пред HDD и там оптимизирането на програмния код, няма никакво отношение.
Денислав, все се било бързало? Основните линии хардуер, процесори, графични карти, вече се разтеглиха на двугодишен цикъл между поколенията. И мързеливите кодери не могат да се справят с това? Чудно ми е, как се справяха в началото на века и , когато цикълът беше едногодишен, а в някои редки случаи се събираха и две пускания, в рамките на една календарна година и имаше повече марки процеси, графика и дънни платки и памети и какво ли не.
Ами не си спомням в началото на века да е имало повече марки видеокарти и софтуер. Точно тогава, неконкуретните изхвърчаха зад борда. 3dfx си направиха култово сепуко, а VIA никога не успяха да направят процесор, който да става за нещо.
П.П. Към предният коментар…А да и доста повече марки твърди дискове :)
Денислав, аз затова съм натъртил повече за краят на миналият век. На теб ти е удобно да опонираш с изключения. :) Нищо де, въобще за всички видове хардуер и в началото на века важеше същото, имаше повече марки. Даже и повече марки бяха реални производители, щото тогавашните технологични процеси не изискваха огромни вложения както е днес. Общо взето единствено потребителски ССД-та нямаше и ПЦИ-е слотове. Затова пък дъната бяха по-сложни, сега кво, целият северен чипсет е в и/о платформата на силицивата подложка на процесора, вграденото видео също е там.Абе с две думи последните десетина години и особено последните две от тях кодерите са направо айляк и пак ги мързи.Не се очертава намаляване периода между поколенията. А да забравих, че има и някви рефреши. Все тая. Тъй или иначе и други части от „труда“ на кодерите се автоматизирана, не е само ръчно на вече писани преди парчета код, ами и самото сглобяване и нагаждане е вече автоматично. Чудя се даже, тази професия защо още съществува.
@acdc линукс върви много по добре от windows на какъвто и да е хардуер… статрият ми компютър зареждаше за 20 секунди с нормален диск и на 20-тата секунда можех да го ползвам, за сравнение win 8 и 10 зареждаха повече от 2 минути на нормален диск и после още 1 -2 минути чакане за да можеш да цъкнеш нещо… като отворя таск мениджъра под линукс – заети 300 мб рам, на windows заети 1.7 гб… има си некадърни програмисти – поддържаме компютрите на един от офиси на голяма фирма + имат собствен сървър със счетоводен софтуер на workflow – базата данни за 1 година е 90гб (щото pdf и всичко се буха в нея) и работи в рамта – microsoft sql… прединият им сървър също клякаше – от workflow казаха, че вместо сървър 2012, за който имаха лицензи, да сме сложили win 7 – там щяло да работи по бързо (и беше така – просто не могат да си оптимизират софтуера за по нов windows) сега са с много по корав сървър и пак кляка заради изтекли сесии (сесиите на RDP изтичат, обаче лайняндоус сървър ги държи в рамта… и трябваше да напишем скрипт да логаутва disconnect-натите потребители, щото от m$ и workflow са некадърници…)
Вие тъпите джавички програмисти ли ги наричате? Вземете и се ограмотете и образовайте що един Quake 3 Arena вървеше преди 25 г с над 300 фрейма /s на стар хардуер.Себестойностa щяла да му скочи на космическа стойност .Коя себестойност бе теб ти плаща фирмата да пишеш код,ако няколко десетки програмисти ще вървят след теб да ти оправят лайната хвани се Овчар по производителен ще си. Ако си кадърен пшишеш кадърен код и баба знае да плюе през готов фреймуорк неоптимизирани л-на на килограми в JAVA .Само някоя покъртена джавичка.може да измисли ,че имало някакви срокове па били притиснати.Притиснати са умственно. От Наковият университет дето бълва траш на кг-ми. За сигурността и надеждността на HDD през боклучавите SSD изобщо да не захващам тема.
//МОЛЯ СПАЗВАЙТЕ ПУНКТУАЦИЯТА В БЪЛГАРСКИЯ ЕЗИК КАТО ПИШЕТЕ (поне на задоволително ниво), ЗА ДА МОГАТ ДРУГИТЕ ХОРА ДА ВИ РАЗБИРАТ!!! Принципно такива коментари се трият, но понеже това ви е за първи път, ще ви бъде направен компромис.//
@DevOps това на какъв език пишеш няма нищо общо с това дали кода ти е качествен (не съм джавист). Проблема не е толкова в калпавите програмисти, колкото в недостатъчното тестване на готовия код. Препоръчителното време за тестване е 100-200% от времето за разработка, а реалното често е 10-20%.
А в днешно време да пишеш код от нулата при наличие на толкова много свободен и/или платен код, който може да ти скъси времето за разработка в пъти е мазохизъм и напълно нерентабилен финансов разход.
@мърлин…Мазохизъм е за негодните кодери да пишат код. За истинският програмист писането на код е удоволствие и ако е наистина креативен и опитен, може да ти напише кода от нулата без въпиющи глупости водещи до несъвместимост между функциите на апликацията, най-много туй там някоя печатна грешка, която автоматично се поправя от вграденият редактор. Като няма системни грешки, времето за тестване е равно на нула. Отделно и кода е десетки пъти по-кратък и ефективен.
@Гого зависи какво разбираш от нулата. Ако проекта ти има нужда от четене на PDF файл и изваждане на съдържанието на баркод в него, как ще подходиш?
Ще намериш библиотека/компонент за работа с PDF и втора за четене на баркод или ще разпишеш горните две от нулата? Разликата във времето за разработка между двата варианта е в пъти (и като часове и като финанси).
Един качествен програмист с много опит допуска много малко бъгове защото се сеща за повечето възможни препъни камъни. Но дори и той не е безгрешен, дори и той, като начинаещ е писал бъгове а не код ;). Сложен проект в който трябва да се напасне кода писан от няколко програмиста/екипа без бъгове няма как да има.
За писането на качествен код съм чел една кижка на Дени Ван Тасел писана 1979 (с примери на бейсик, фортран, кобол и т.н. известни на повечето от нас само като име), когато почти всичко се е почвало от нулата и не е имало дори понятия като фреймуърк, ООП и т.н. И в нея също пишеше, че времето за тестване е съпоставимо или по-голямо от времето за разработка. Макар и писана преди 40 години голяма част от примерите в нея са актуални…