Розгорнути попередні цитати...

Jinx, 15 березня 2024 23:01:57

Бандер1вець, 15 березня 2024 22:53:39

64 метри оперативки .

Пень 2 скоріш за все. Пень 3 як максимум.
Рарітетна, але на сьогодні вже дуже слабенька машина. Навіть полазити в сучасному інеті буде некомфортно.

       

дядя - ти дурак. повний.  

Метри на сленгу це мегабайти а не гігабайти.
64 Мб оперативки це десь і є пентіум-2.

Тому на зараз можна сказати, що х86 існує не у вигляді кремнію, а у вигляді мікрокоду. А у вигляді кремнію там таки глибоко модифікований, але RISC.

А яка принципово різниця чи цей мікрокод виконується на рівні компілятора чи вшитий в процесор?

От наприклад для виконання певної операції треба виконати скажімо 20 команд в RISC процесорі певної архітектури. Їх просто вставить компілятор, а в х86 процесорі де це робиться одною командою виконає процесор на внутрішньому RISC прозоро для програміста.

Де виграш? Все одно в реалі треба виконати 20 RISC-інструкцій.

За такими принципами давно працює сопроцесор наприклад - невже хтось думає що синус чи логарифм шукає двійковий апаратний модуль на мікросхемі а не мікрокод?
І все нормально, ніхто не нарікає 

у мене зараз НР системний блок з Англії. 64 метри оперативки . маленький такий. тихесенький. оце я прозрів. у нас такого не продають.

Скільки обійшовся, як не секрет?

В умовах експлуатації мабуть не записано заборону майнити на ньому чи юзати як дошку для нарізки ковбаски.

Ну тоді треба було заблокувати на тому ейрі запуск блендера на рівні ядра системи. 

А яка принципово різниця чи цей мікрокод виконується на рівні компілятора чи вшитий в процесор?

От наприклад для виконання певної операції треба виконати скажімо 20 команд в RISC процесорі певної архітектури. Їх просто вставить компілятор, а в х86 процесорі де це робиться одною командою виконає процесор на внутрішньому RISC прозоро для програміста.

Де виграш? Все одно в реалі треба виконати 20 RISC-інструкцій.

Виграш в схемотехниці та кількості транзисторів. В староглиняні часи, коли апаратна архітектура співпадала з командною, кожній командній інструкції відповідав певний схемотехнічний вузол (ну майже). Відповідно, схемотехнічно в ядрі проца були схеми під кожний різновид інструкцій. І така схемотехніка у великі частоти з прийнятним споживанням не могла.

при тому помітили, що деякі інструкції виконуються дуже рідко, але транзисторний бюджет тягнуть та не дають підняти частоту - бо синхронізацію треба тримати, навіть якщо вузол в конкретний момент часу і не задіяний.
Ну а якщо він не задіяний 99,99 часу, але гребе джоулі та не дає підняти частоту - з тим треба щось робити.

Виникла ідея такі інструкції через мікрокод (в х86) розкласти на послідовність простих, тих, які в решті коду зустрічаються часто. З цієї ідеї з'явився RISC - Reduced Instruction Set

Розгорнути попередні цитати...

WASQ, 16 березня 2024 07:17:59

А яка принципово різниця чи цей мікрокод виконується на рівні компілятора чи вшитий в процесор?

От наприклад для виконання певної операції треба виконати скажімо 20 команд в RISC процесорі певної архітектури. Їх просто вставить компілятор, а в х86 процесорі де це робиться одною командою виконає процесор на внутрішньому RISC прозоро для програміста.

Де виграш? Все одно в реалі треба виконати 20 RISC-інструкцій.

Виграш в схемотехниці та кількості транзисторів. В староглиняні часи, коли апаратна архітектура співпадала з командною, кожній командній інструкції відповідав певний схемотехнічний вузол (ну майже). Відповідно, схемотехнічно в ядрі проца були схеми під кожний різновид інструкцій. І така схемотехніка у великі частоти з прийнятним споживанням не могла.

при тому помітили, що деякі інструкції виконуються дуже рідко, але транзисторний бюджет тягнуть та не дають підняти частоту - бо синхронізацію треба тримати, навіть якщо вузол в конкретний момент часу і не задіяний.
Ну а якщо він не задіяний 99,99 часу, але гребе джоулі та не дає підняти частоту - з тим треба щось робити.

Виникла ідея такі інструкції через мікрокод (в х86) розкласти на послідовність простих, тих, які в решті коду зустрічаються часто. З цієї ідеї з'явився RISC - Reduced Instruction Set

 

Не тримайся за лице мовчки.

базова модель з заводу. дві планки оперативки. 64 гіга.

Так мега чи гіга? 

Я так розумію, що той Ейр теж побудований на такій філософії.

Той ейр взагалі має пасивне охолодження.
Ну то таке. Пасивне охолодження це не дивина і цілком має право на життя. Але дозволяти процу грітися до таких температур - це явний технологічний пройоп, або ж маркетологи згвалтували інженерів.
Тим пак за умови, що мікрухи флеш-пам'яті розташовані на тій самій платі за два-три сантиметри від того проца.
Літій-іону таке сусідство теж життя не додасть.

AMD vs nVidia

Все гівно 3dfx&Voodoo ФОРЕВА !!!!! 

RISC - не RISC.

Чиста х86 архітектура почала скінчуватися вже на i486, коли почали запроваджувати конвейєрізацію. Тенденція продовжилася з додаванням позачергового виконання інструкцій. А з реалізацією micro-ops fusion від апаратної реалізації х86 залишилося геть мало.

Тому на зараз можна сказати, що х86 існує не у вигляді кремнію, а у вигляді мікрокоду. А у вигляді кремнію там таки глибоко модифікований, але RISC.

+==================================================================+
Користувач цього не помічає. У мене декілька компів з процами  від Інтел та АМД.
Юзаю однаковий софт однаково на всіх.

Розгорнути попередні цитати...

Jinx, 15 березня 2024 22:42:37

RISC - не RISC.

Чиста х86 архітектура почала скінчуватися вже на i486, коли почали запроваджувати конвейєрізацію. Тенденція продовжилася з додаванням позачергового виконання інструкцій. А з реалізацією micro-ops fusion від апаратної реалізації х86 залишилося геть мало.

Тому на зараз можна сказати, що х86 існує не у вигляді кремнію, а у вигляді мікрокоду. А у вигляді кремнію там таки глибоко модифікований, але RISC.

+==================================================================+
Користувач цього не помічає. У мене декілька компів з процами  від Інтел та АМД.
Юзаю однаковий софт однаково на всіх.

 

Користувач цього не помічає.

Користувач це не помічає, бо не має з чим порівнювати лоб в лоб.

Якби елементи RISC не запроваджувалися в поточних реалізаціях х86-64, то користувач би мав зараз менше ядер, менші частоти, меншу швидкодію та більше енергоспоживання.

Розгорнути попередні цитати...

vkhavr2, 16 березня 2024 13:49:30

Користувач цього не помічає.

Користувач це не помічає, бо не має з чим порівнювати лоб в лоб.

Якби елементи RISC не запроваджувалися в поточних реалізаціях х86-64, то користувач би мав зараз менше ядер, менші частоти, меншу швидкодію та більше енергоспоживання.

+======================================================+
Єдине, де треба вказувати тип проца - це коли компілюю програми.
Треба вказати під який проц чи під обидва типи...

Все гівно 3dfx&Voodoo ФОРЕВА !!!!!

нВідія падли. 3DFX купили, а Glide похєрили. Тепер живемо з пласкими шматочками та вивчаємо квадратуру круга. 

На всякий случай лучше закупить стоксы всех троих. И еще ARM.
Я пока на 50% в NVDA.

добре а як довго це свято триватиме?

Розгорнути попередні цитати...

Сліпий, 16 березня 2024 13:34:19

Все гівно 3dfx&Voodoo ФОРЕВА !!!!!

нВідія падли. 3DFX купили, а Glide похєрили. Тепер живемо з пласкими шматочками та вивчаємо квадратуру круга. 

Отож!!! 

Виникла ідея такі інструкції через мікрокод (в х86) розкласти на послідовність простих, тих, які в решті коду зустрічаються часто. З цієї ідеї з'явився RISC - Reduced Instruction Set

Та це зрозуміло.

Питання в чому виграш чистого RISC порівняно з СISC з внутрішнім RISC?
 Яка різниця - ту саму послідовність RISC команд буде диктувати компілятор (чистий RISC) чи СISC-мікрокод?

Питання в чому виграш чистого RISC

Якщо, наприклад, в твоїх задачах в основному одна цілочисленка, тобі апаратний ФПУ без потреби.

Але ФПУ жирний, складний (іноді розміром з решту ядра), а всі його інструкціі має знати і декодер інструкцій. Чим більше інструкцій має "знати" декодер, тим він сам жирніший і повільніший навіть для самих простих операцій.

Зменшенням набору інструкцій і фіксацією їх довжини спрощується схемотехніка всіх основних вузлів проца. А це дає варіанти. Ядро менше - значить дешевше. Знач менше споживає або може працювати на більших частотах.

Зекономлений транзисторний бюджет можна використати під щось корисне - під кеші, під підвищення їх ассоциативності, під додаткові АЛУ чи канали декодера, ширші шини між кешами. Варіантів дофіга.

Гіпертрейдинг - коли з одного фізичного ядра робиться два віртуальних - це те що знає більшість.

Але у IBM були/є проци з 4х гіперпоточністю і навіть з 8х.

Можна сперечатися за ефективність гіпертрейдингу, але є випадки, коли вона дає добряче прискорення.

Можливість так зробити - не в останню чергу заслуга саме RISC-архітектури.

Розгорнути попередні цитати...

WASQ, 16 березня 2024 15:05:24

Питання в чому виграш чистого RISC

Якщо, наприклад, в твоїх задачах в основному одна цілочисленка, тобі апаратний ФПУ без потреби.

Але ФПУ жирний, складний (іноді розміром з решту ядра), а всі його інструкціі має знати і декодер інструкцій. Чим більше інструкцій має "знати" декодер, тим він сам жирніший і повільніший навіть для самих простих операцій.

Зменшенням набору інструкцій і фіксацією їх довжини спрощується схемотехніка всіх основних вузлів проца. А це дає варіанти. Ядро менше - значить дешевше. Знач менше споживає або може працювати на більших частотах.

Зекономлений транзисторний бюджет можна використати під щось корисне - під кеші, під підвищення їх ассоциативності, під додаткові АЛУ чи канали декодера, ширші шини між кешами. Варіантів дофіга.

Зрозуміло. Це щось типу інтерпретатор vs компілятор. В принципі якщо декодер бере на себе багато ресурсів то логічно.
Але от в нових АРМ ніби як блок роботи з плаваючою точкою наявний.

Ще питання - Ви маєте справу з RISC процесорами чи це все чисто теоретично?

Відомий процес завантаження машини х86. Спочатку стартує БІОС який розміщений за відомим фіксованим адресом, тестує та ініціалізує пристрої, тоді читає перший сектор завантажувального пристрою, там розташована програма розміром 512 байт, якій передається керування, а вона вже завантажує ОС.
Як з цим справа, скажімо, в машинах на базі АРМ?
Мені дісталися невеликі пристрої з АРМ процесорами, щось на зразок тонких клієнтів, хотів би спробувати запустити на них ОС відмінну від тої що там є. Дистрибутивів під АРМ в мережі багато, але створити завантажувальну флешку не вдається - тамтешній аналог БІОСа вперто не  бажає сприймати її як завантажувальну, тобто я так розумію фейл виникає якраз в тому місці де БІОС мав би передавати керування першому сектору.

Можете з цим щось порадити?

Може ті пристрої прошиваються по шнурку а не інсталюють систему з флешки.
Як це робиться з андроїдними пристроями

В мене є RaspberryPi. Процесор ARM. Що запишеш на карту пам'яті, те і буде завантажуватися. В даний момент ядро стартує з карти, а система завантажується з зовнішнього hdd. Нічим особливо не відрізняється від х86.

Розгорнути попередні цитати...

Jinx, 15 березня 2024 22:08:56

AMD vs nVidia

Все гівно 3dfx&Voodoo ФОРЕВА !!!!! 

Їх купили Nvidia

Немає тут  переможців, кожна з  платформ має свої фішкі та заточена під маркетинг

Може ті пристрої прошиваються по шнурку а не інсталюють систему з флешки.
Як це робиться з андроїдними пристроями

Нє, можливість завантаження з USB-флешки є явним чином передбачена в тамтешньому БІОСі.

В мене є RaspberryPi. Процесор ARM. Що запишеш на карту пам'яті, те і буде завантажуватися. В даний момент ядро стартує з карти, а система завантажується з зовнішнього hdd. Нічим особливо не відрізняється від х86.

Тобто якщо я прямо з першого сектора запишу послідовність АРМ-команд в двійковій формі то вони так і будуть виконуватися зразу після самотестування-ініціалізації?

От що туди найпростіше можна записати просто щоб побачити що воно працює? Ну, там, хеллоуворлд виводить на екран чи хоча б одну букву?

От це ядро що Ви згадували - що це таке? Я так розумію завантажувач... він має якусь назву? Які його розміри? Я знайшов в мережі U-boot, але наскільки зрозумів, його треба спеціально компілити під кожен пристрій, бо їх архітектура сильно різна і єдиного стандарту завантаження немає.

Останнє редагування: 16 березня 2024 18:13:11 від WASQ

Пристрій отакий (не сприйміть за продажництво чи рекламу магазину)

https://darstar.com.ua/ua/product/13968164185/

До речі зараз пишу також з-під Делл Вайса, але х86.
Купив як енергоощадливий комп'ютер на випадок перебоїв з електрикою і... мені сподобалося. Абсолютно тихий, пасивне охолодження, гріється не вище температури руки, споживання вписується в 10 Вт, 4-ядерний процесор АМД, 8 Гб оперативки.
Як "сиділка в інтернеті" цілком нормальний 

Ще питання - Ви маєте справу з RISC процесорами чи це все чисто теоретично?

Одна з освіт - проектування електронно-обчислювальної техніки. Мацали і МІПСи, і АРМи, і РІСКи (самі простенькі, звичайно), коли вчили архітектури та ассемблери до них.

Мені дісталися невеликі пристрої з АРМ процесорами, щось на зразок тонких клієнтів, хотів би спробувати запустити на них ОС відмінну від тої що там є. Дистрибутивів під АРМ в мережі багато, але створити завантажувальну флешку не вдається - тамтешній аналог БІОСа вперто не  бажає сприймати її як завантажувальну, тобто я так розумію фейл виникає якраз в тому місці де БІОС мав би передавати керування першому сектору.

Важко сказати, не знаючи що за девайс.
можливо тамтешній біос може вантажитися тільки з MBR-пристрою (що скоріш за все якщо залізо старе), а вам інсталятор склепав флеху в GPT.

Для ПК ця проблема вирішується з допомогою rufus, там є можливість вибрати, як зробити. Можливо й вам допоможе.

Розгорнути попередні цитати...

Raindrop, 16 березня 2024 01:16:27

Бандер1вець, 15 березня 2024 22:53:39

у мене зараз НР системний блок з Англії. 64 метри оперативки . маленький такий. тихесенький. оце я прозрів. у нас такого не продають.

64 Гб? Це куди стільки? Махіна якась

та нє. базова модель з заводу. дві планки оперативки. 64 гіга.  десь 40 см висотою блок з усім. там ше відеокарта ого-го. про решту не казатиму. вайфай вбудований блутуз і т.д. 
і це заводська версія НР.
шем такого не видів раніше.

плюс 30% мито
доставка безкоштовна ~25 днів
п.с. вага - з блоком живлення

Розгорнути попередні цитати...

Бандер1вець, 16 березня 2024 01:20:55

базова модель з заводу. дві планки оперативки. 64 гіга.

Так мега чи гіга? 

64ГБ пише. ну ти ж написав : для срачу. най буде срач.

Розгорнути попередні цитати...

Бандер1вець, 16 березня 2024 01:20:55

Raindrop, 16 березня 2024 01:16:27

64 Гб? Це куди стільки? Махіна якась

та нє. базова модель з заводу. дві планки оперативки. 64 гіга.  десь 40 см висотою блок з усім. там ше відеокарта ого-го. про решту не казатиму. вайфай вбудований блутуз і т.д. 
і це заводська версія НР.
шем такого не видів раніше.

Показати зображення...
плюс 30% мито
доставка безкоштовна ~25 днів
п.с. вага - з блоком живлення

шось подібне. в гАмеричі є всьо. і в Англії.

можливо тамтешній біос може вантажитися тільки з MBR-пристрою (що скоріш за все якщо залізо старе),

Рік випуску 2017.

Пробував різні варіанти дистрибутивів, різні роки - ніщо не "злетіло".

Рік випуску 2017.

А що каже БІОС ? Не бачить флеху взагалі чи не бачить її в переліку пристроїв для завантаження?

Розгорнути попередні цитати...

Bee®, 16 березня 2024 00:54:05

H.Kropp, 15 березня 2024 23:55:14

Це ж чим таким той Ейр навантажено?!
В курсі що це легка машинка для усюди таскати а не воркстейшн?

Новий ейр з м3 просувається саме як "майже воркстейшн"

хєрня. МакБук Про - весчь 

Вже ні..

Розгорнути попередні цитати...

WASQ, 16 березня 2024 18:49:51

Рік випуску 2017.

А що каже БІОС ? Не бачить флеху взагалі чи не бачить її в переліку пристроїв для завантаження?

Бачить, навіть пробує читати (діод на флешці блимає коли мала б вантажитися), здається видає якесь недовольство по англійськи і вантажить ОС з ММС (чи як ті внутрішні мікросхеми називаються). То вже рік пройшов, точно не пам'ятаю, але ознаки що аналізує флешку є.

А що, АRМ розуміє MBR?
Я не цікавився як влаштоване GPT, а от MBR сам ліпив з кусків по байтах для завантажувальної флешки що мала 8 розділів і вантажила 4 операційні системи. Там міститься в певному місці інформація про розділи на флешці (їх я брав з флешки), а решту - двійковий код х86 процесора, якому власне і передає керування БІОС. Туди я писав куски завантажувального сектора grub4dos, а тоді всі 512 байт одним куском писав в MBR флешки.
На цій підставі думаю що АРМ пошле таку конструкцію лісом, оскільки не розуміє х86 команд. Щонайбільше може прочитати інформацію про розділи. А далі що буде робити?   

Розгорнути попередні цитати...

Медведылло, 16 березня 2024 01:21:33

К Эйру обычно докупают еще полноразмерную клаву, моник 27-32 дюйма и два внешних диска (один рабочий, второй для бекапа желательно). Для большинства задач, когда нет долговременной нагрузки на процессор, всего этого вполне достаточно. И таких задач — большинство в общем-то.

це тому що : ейр коштує 1к.
а макбук про 3 к.
здешевлюють. але це не те.
Макбук Про це сила.
усе решту ніпрощо.


до речі - Епл найкращий. все решту поганий плагіат 

ще би той Епл ставив потужні відеокарти, то ціни йому б не було. А так Мак для 3д графіки не підходить, програє пк на Віндовс

А що, АRМ розуміє MBR?

Це не архітектурно залежна фіча.

Розгорнути попередні цитати...

UA-boy, 16 березня 2024 00:53:15

На всякий случай лучше закупить стоксы всех троих. И еще ARM.
Я пока на 50% в NVDA.

добре а як довго це свято триватиме?

Я склоняюсь к версии, что мы только в начале ИИ бума, так что длиться это может довольно долго.

Це не архітектурно залежна фіча.

MBR - це більше про дискову структуру. Якщо пристрій і те, що замінює йому БІОС, здатні в ініціалізацію контролерів периферії і дискових пристроїв та пошук на них певної структури з певним розташуванням (MBR), то не має значення під яку архітектуру залита інфа в перші 440 байт.

В староглиняні часи існував такий цікавий "самопал", як АрВид - реалізація стрімера на базі відеомагнітофона. Тодішні БІОСи про нього ніфіга не знали і не могли ініціалізувати на свойому рівні, тільки драйвером з операціонки.

Але з АРМами та тим, що на них випускається - стандарту де-факто нема. "БІОС" може взагалі не знати, що у апарата є якісь ЮСБ, САТА чи ще щось, не кажучи вже про пристрої, до них під'єднані - і вантажити ядро з якогось жорстко залоченого сегменту еММС. Хоча фізично ця периферія та контролери можуть бути присутні.

Світлодіод флехи - та й таке. З флехами приблизно така ж петруха як і з АРМами. Свій МК, дали живлення - почав ініціалізацію. З яких саме причин блимає - знає тільки виробник фірмваря флехи, і це може бути не та сама контора, під брендом якої продається флеха.