Політичний ФОРУМ
Клуб ФУП => Тема розпочата: Jinx від 15 березня 2024 22:08:56
-
Для шановної спільноти без відриву від роботи!
Інтел - лайно! :gigi:
-
Apple - теж!
-
Для шановної спільноти без відриву від роботи!
Інтел - лайно! :gigi:
:-B
FX жил, FX жив, FX будет жить :angel:
-
RISC - не RISC.
Чиста х86 архітектура почала скінчуватися вже на i486, коли почали запроваджувати конвейєрізацію. Тенденція продовжилася з додаванням позачергового виконання інструкцій. А з реалізацією micro-ops fusion від апаратної реалізації х86 залишилося геть мало.
Тому на зараз можна сказати, що х86 існує не у вигляді кремнію, а у вигляді мікрокоду. А у вигляді кремнію там таки глибоко модифікований, але RISC.
-
Apple - теж!
Котрий Apple?
-
RISC - не RISC.
Чиста х86 архітектура почала скінчуватися вже на i486, коли почали запроваджувати конвейєрізацію. Тенденція продовжилася з додаванням позачергового виконання інструкцій. А з реалізацією micro-ops fusion від апаратної реалізації х86 залишилося геть мало.
Тому на зараз можна сказати, що х86 існує не у вигляді кремнію, а у вигляді мікрокоду. А у вигляді кремнію там таки глибоко модифікований, але RISC.
Забудь х86, х64!
-
Котрий Apple?
А куди не плюнь. Пропрієтарщина.
Новий Ейр - 114 градусів Цельсія під навантаженням. :suicide2:
-
у мене зараз НР системний блок з Англії. 64 метри оперативки . маленький такий. тихесенький. оце я прозрів. у нас такого не продають.
-
Забудь х86, х64!
На папері з точки зору компілятора - таки х86-64, вона ж AMD64.
-
64 метри оперативки .
Пень 2 скоріш за все. Пень 3 як максимум.
Рарітетна, але на сьогодні вже дуже слабенька машина. Навіть полазити в сучасному інеті буде некомфортно.
-
Котрий Apple?
А куди не плюнь. Пропрієтарщина.
Новий Ейр - 114 градусів Цельсія під навантаженням. :suicide2:
Ну ми ж про процесори. Там вже зараз 4. Так що.
114 С це котрий М2? Якщо живий, то норм.
-
Ну ми ж про процесори.
Ми про все. :) Тема для флуду та срачу на навколокомп'ютерні теми.
-
114 С це котрий М2?
М3 (https://www.tomshardware.com/laptops/macbooks/m3-macbook-air-hits-eye-popping-114-degrees-celsius-in-stress-test-and-didnt-melt)
-
114 С це котрий М2?
М3 (https://www.tomshardware.com/laptops/macbooks/m3-macbook-air-hits-eye-popping-114-degrees-celsius-in-stress-test-and-didnt-melt)
Нормально, головне руки не попекти.
Як вони щвидко. Тільки недавно був М1.
-
Це ж чим таким той Ейр навантажено?!
В курсі що це легка машинка для усюди таскати а не воркстейшн?
-
Це ж чим таким той Ейр навантажено?!
"Ви його неправильно тримаєте!" (Це)
Яке виробнику діло, чим юзер навантажує апарат, якщо він не порушує умов експлуатації? Самому процу 114 градусів це не дуже страшно, а от ССДхі, яка зовсім поруч на платі розпаяна, та аккуму - такі температури це вирок.
-
64 метри оперативки .
Пень 2 скоріш за все. Пень 3 як максимум.
Рарітетна, але на сьогодні вже дуже слабенька машина. Навіть полазити в сучасному інеті буде некомфортно.
:D :laugh: :gigi: :lol: :weep:
дядя - ти дурак. повний. :laugh:
-
:D :laugh: :gigi: :lol: :weep:
дядя - ти дурак. повний. :laugh:
Невже і486? ;o
-
:D :laugh: :gigi: :lol: :weep:
дядя - ти дурак. повний. :laugh:
Невже і486? ;o
та нє ZX спектрум.
в інтернет по діал апу заходжу. на касетах зберігаю інфу.
:D :laugh: :gigi: :lol: :weep:
-
Це ж чим таким той Ейр навантажено?!
"Ви його неправильно тримаєте!" (Це)
Яке виробнику діло, чим юзер навантажує апарат, якщо він не порушує умов експлуатації? Самому процу 114 градусів це не дуже страшно, а от ССДхі, яка зовсім поруч на платі розпаяна, та аккуму - такі температури це вирок.
В умовах експлуатації мабуть не записано заборону майнити на ньому чи юзати як дошку для нарізки ковбаски.
Здоровий глузд має ж бути. Комп, де заради мобільності пожертвувано охолодженням і може чимось ще - не найвдаліший вибір для важких задач.
Для кожної роботи свій інструмент. Надфіль теоретично це той самий терпужок, от тільки мало кому спаде на думку що вони можуть замінити одне одного.
-
На всякий случай лучше закупить стоксы всех троих. И еще ARM.
Я пока на 50% в NVDA.
-
Це ж чим таким той Ейр навантажено?!
В курсі що це легка машинка для усюди таскати а не воркстейшн?
Новий ейр з м3 просувається саме як "майже воркстейшн"
-
Це ж чим таким той Ейр навантажено?!
В курсі що це легка машинка для усюди таскати а не воркстейшн?
Новий ейр з м3 просувається саме як "майже воркстейшн"
Дурний їх піп хрестив тих просувальників
Нє, ну в принципі хочеш юзать як WS, майструй зовнішнє охолодження. Але так щоб не забивало внутрішнє
Я ще розумію Макбук Про, але Ейр! Для важких задач! А чому не айПед?!
-
Эйр это прежде всего самый лучший айпад.
За цену обычного 10го айпада + клавы к нему можно купить эйр на М2. А чуть доплатив уже на М3.
А если сравнивать с айпадом про то там полный разьеб.
-
Це ж чим таким той Ейр навантажено?!
В курсі що це легка машинка для усюди таскати а не воркстейшн?
Видеомонтаж с рендерингом из Adobe After Effects например очень сильно греет. На старом аймаке с вентилятором до 80 градусов разогревает проц.
-
Що за збочення таке - відеомонтаж на 13'' без охолодження практично?! ;o
-
Эйр это прежде всего самый лучший айпад.
За цену обычного 10го айпада + клавы к нему можно купить эйр на М2. А чуть доплатив уже на М3.
А если сравнивать с айпадом про то там полный разьеб.
только вот айпад — вечный (если его не уронить), а тут стопудово крышка отлетит со временем или шлейф соединения матрицы с материнкой сломается (в зависимости от интенсивности использования конечно). Интересно, какой там ресурс заложен, сколько актов "открыть/закрыть" выдержит...
-
Це ж чим таким той Ейр навантажено?!
В курсі що це легка машинка для усюди таскати а не воркстейшн?
Новий ейр з м3 просувається саме як "майже воркстейшн"
хєрня. МакБук Про - весчь (tu)
-
Що за збочення таке - відеомонтаж на 13'' без охолодження практично?! ;o
для видеоблогеров разных, которые куда-то ездят, удобненько
-
Эйр это прежде всего самый лучший айпад.
За цену обычного 10го айпада + клавы к нему можно купить эйр на М2. А чуть доплатив уже на М3.
А если сравнивать с айпадом про то там полный разьеб.
ну от. Ейр це планшет з клавою. вот і всьо. в кафе сидіти пити каву і в неті сидіти.
моя донька так робить бо має ейр :D
-
Котрий Apple?
А куди не плюнь. Пропрієтарщина.
Новий Ейр - 114 градусів Цельсія під навантаженням. :suicide2:
це ж як його довели до такого стану?
-
у мене зараз НР системний блок з Англії. 64 метри оперативки . маленький такий. тихесенький. оце я прозрів. у нас такого не продають.
64 Гб? Це куди стільки? Махіна якась
-
у мене зараз НР системний блок з Англії. 64 метри оперативки . маленький такий. тихесенький. оце я прозрів. у нас такого не продають.
64 Гб? Це куди стільки? Махіна якась
та нє. базова модель з заводу. дві планки оперативки. 64 гіга. десь 40 см висотою блок з усім. там ше відеокарта ого-го. про решту не казатиму. вайфай вбудований блутуз і т.д. :D
і це заводська версія НР.
шем такого не видів раніше.
-
К Эйру обычно докупают еще полноразмерную клаву, моник 27-32 дюйма и два внешних диска (один рабочий, второй для бекапа желательно). Для большинства задач, когда нет долговременной нагрузки на процессор, всего этого вполне достаточно. И таких задач — большинство в общем-то.
-
К Эйру обычно докупают еще полноразмерную клаву, моник 27-32 дюйма и два внешних диска (один рабочий, второй для бекапа желательно). Для большинства задач, когда нет долговременной нагрузки на процессор, всего этого вполне достаточно. И таких задач — большинство в общем-то.
це тому що : ейр коштує 1к.
а макбук про 3 к.
здешевлюють. але це не те.
Макбук Про це сила.
усе решту ніпрощо.
до речі - Епл найкращий. все решту поганий плагіат :D
-
а як AMD ?
-
Це ж чим таким той Ейр навантажено?!
В курсі що це легка машинка для усюди таскати а не воркстейшн?
Взагалі це зараз такий тренд у ультрабуків і ноутбуків.
Ось процесор i7-8565U
TDP - 15Вт
Частота 1.8 - 4.6 Гц
Зрозуміло що 15Вт це для 1.8.
При 4.6 там десь під 60Вт буде.
Далі, конструктор ставить систему охолодження так, яку може запхати у заданий корпус.
Процесор працює на частоті на якій система охолодження може підтримувати температуру 95-98 градусів цельсія.
Тобто чим краща система охолодження, тим швидший бук. Але для кращої системи охолодження потрібний більший корпус.
Я так розумію, що той Ейр теж побудований на такій філософії.
-
Ну у мене два ноути так працюють замість повноцінного десктопа. Але вони не такі тонкі як Ейр. Блютусні клава, миша, зовнішні монітори через usb-c. Основне навантаження - купа файлових операцій при побудові кешу проекту. Одному з них тому що на Ryzen 5700U під Він11 довелося підставку охолоджуючу докупити. При правильному розташуванні добре обдуває і охолоджує корпус. Другий ноут має потужніший проц i7 13620H і працює під Убунтою на ZFS. Не гріється. Але наступний ноут братиму з оперативою не менше 32, бо цим двом їхніх 16 вже замало, особливо Лінуксу.
-
Ну у мене два ноути так працюють замість повноцінного десктопа. Але вони не такі тонкі як Ейр. Блютусні клава, миша, зовнішні монітори через usb-c. Основне навантаження - купа файлових операцій при побудові кешу проекту. Одному з них тому що на Ryzen 5700U під Він11 довелося підставку охолоджуючу докупити. При правильному розташуванні добре обдуває і охолоджує корпус. Другий ноут має потужніший проц i7 13620H і працює під Убунтою на ZFS. Не гріється. Але наступний ноут братиму з оперативою не менше 32, бо цим двом їхніх 16 вже замало, особливо Лінуксу.
Там мабуть не так Лінуксу як ZFS. І скільки у тебе дисків під ZFS?
-
Ну у мене два ноути так працюють замість повноцінного десктопа. Але вони не такі тонкі як Ейр. Блютусні клава, миша, зовнішні монітори через usb-c. Основне навантаження - купа файлових операцій при побудові кешу проекту. Одному з них тому що на Ryzen 5700U під Він11 довелося підставку охолоджуючу докупити. При правильному розташуванні добре обдуває і охолоджує корпус. Другий ноут має потужніший проц i7 13620H і працює під Убунтою на ZFS. Не гріється. Але наступний ноут братиму з оперативою не менше 32, бо цим двом їхніх 16 вже замало, особливо Лінуксу.
Там мабуть не так Лінуксу як ZFS. І скільки у тебе дисків під ZFS?
Там ZFS з одним гіговим диском. Тільки виключно заради пришвидшення файлових операцій коли пишеться купа дрібних файлів поспіль. Літає. Пам'ять буферну для FS довелося обмежити до 2 Гіг бо вона їсть скільки не дай
-
64 метри оперативки .
Пень 2 скоріш за все. Пень 3 як максимум.
Рарітетна, але на сьогодні вже дуже слабенька машина. Навіть полазити в сучасному інеті буде некомфортно.
:D :laugh: :gigi: :lol: :weep:
дядя - ти дурак. повний. :laugh:
Метри на сленгу це мегабайти а не гігабайти.
64 Мб оперативки це десь і є пентіум-2.
-
Тому на зараз можна сказати, що х86 існує не у вигляді кремнію, а у вигляді мікрокоду. А у вигляді кремнію там таки глибоко модифікований, але RISC.
А яка принципово різниця чи цей мікрокод виконується на рівні компілятора чи вшитий в процесор?
От наприклад для виконання певної операції треба виконати скажімо 20 команд в RISC процесорі певної архітектури. Їх просто вставить компілятор, а в х86 процесорі де це робиться одною командою виконає процесор на внутрішньому RISC прозоро для програміста.
Де виграш? Все одно в реалі треба виконати 20 RISC-інструкцій.
За такими принципами давно працює сопроцесор наприклад - невже хтось думає що синус чи логарифм шукає двійковий апаратний модуль на мікросхемі а не мікрокод?
І все нормально, ніхто не нарікає B-)
-
у мене зараз НР системний блок з Англії. 64 метри оперативки . маленький такий. тихесенький. оце я прозрів. у нас такого не продають.
Скільки обійшовся, як не секрет?
-
В умовах експлуатації мабуть не записано заборону майнити на ньому чи юзати як дошку для нарізки ковбаски.
Ну тоді треба було заблокувати на тому ейрі запуск блендера на рівні ядра системи. :-)o
-
А яка принципово різниця чи цей мікрокод виконується на рівні компілятора чи вшитий в процесор?
От наприклад для виконання певної операції треба виконати скажімо 20 команд в RISC процесорі певної архітектури. Їх просто вставить компілятор, а в х86 процесорі де це робиться одною командою виконає процесор на внутрішньому RISC прозоро для програміста.
Де виграш? Все одно в реалі треба виконати 20 RISC-інструкцій.
Виграш в схемотехниці та кількості транзисторів. В староглиняні часи, коли апаратна архітектура співпадала з командною, кожній командній інструкції відповідав певний схемотехнічний вузол (ну майже). Відповідно, схемотехнічно в ядрі проца були схеми під кожний різновид інструкцій. І така схемотехніка у великі частоти з прийнятним споживанням не могла.
при тому помітили, що деякі інструкції виконуються дуже рідко, але транзисторний бюджет тягнуть та не дають підняти частоту - бо синхронізацію треба тримати, навіть якщо вузол в конкретний момент часу і не задіяний.
Ну а якщо він не задіяний 99,99 часу, але гребе джоулі та не дає підняти частоту - з тим треба щось робити.
Виникла ідея такі інструкції через мікрокод (в х86) розкласти на послідовність простих, тих, які в решті коду зустрічаються часто. З цієї ідеї з'явився RISC - Reduced Instruction Set
-
А яка принципово різниця чи цей мікрокод виконується на рівні компілятора чи вшитий в процесор?
От наприклад для виконання певної операції треба виконати скажімо 20 команд в RISC процесорі певної архітектури. Їх просто вставить компілятор, а в х86 процесорі де це робиться одною командою виконає процесор на внутрішньому RISC прозоро для програміста.
Де виграш? Все одно в реалі треба виконати 20 RISC-інструкцій.
Виграш в схемотехниці та кількості транзисторів. В староглиняні часи, коли апаратна архітектура співпадала з командною, кожній командній інструкції відповідав певний схемотехнічний вузол (ну майже). Відповідно, схемотехнічно в ядрі проца були схеми під кожний різновид інструкцій. І така схемотехніка у великі частоти з прийнятним споживанням не могла.
при тому помітили, що деякі інструкції виконуються дуже рідко, але транзисторний бюджет тягнуть та не дають підняти частоту - бо синхронізацію треба тримати, навіть якщо вузол в конкретний момент часу і не задіяний.
Ну а якщо він не задіяний 99,99 часу, але гребе джоулі та не дає підняти частоту - з тим треба щось робити.
Виникла ідея такі інструкції через мікрокод (в х86) розкласти на послідовність простих, тих, які в решті коду зустрічаються часто. З цієї ідеї з'явився RISC - Reduced Instruction Set
:facepalm1:
-
:facepalm1:
Не тримайся за лице мовчки.
-
базова модель з заводу. дві планки оперативки. 64 гіга.
Так мега чи гіга? :D
Я так розумію, що той Ейр теж побудований на такій філософії.
Той ейр взагалі має пасивне охолодження.
Ну то таке. Пасивне охолодження це не дивина і цілком має право на життя. Але дозволяти процу грітися до таких температур - це явний технологічний пройоп, або ж маркетологи згвалтували інженерів.
Тим пак за умови, що мікрухи флеш-пам'яті розташовані на тій самій платі за два-три сантиметри від того проца.
Літій-іону таке сусідство теж життя не додасть.
-
AMD vs nVidia
Все гівно 3dfx&Voodoo ФОРЕВА !!!!! :super:
-
RISC - не RISC.
Чиста х86 архітектура почала скінчуватися вже на i486, коли почали запроваджувати конвейєрізацію. Тенденція продовжилася з додаванням позачергового виконання інструкцій. А з реалізацією micro-ops fusion від апаратної реалізації х86 залишилося геть мало.
Тому на зараз можна сказати, що х86 існує не у вигляді кремнію, а у вигляді мікрокоду. А у вигляді кремнію там таки глибоко модифікований, але RISC.
+==================================================================+
Користувач цього не помічає. У мене декілька компів з процами від Інтел та АМД.
Юзаю однаковий софт однаково на всіх.
-
RISC - не RISC.
Чиста х86 архітектура почала скінчуватися вже на i486, коли почали запроваджувати конвейєрізацію. Тенденція продовжилася з додаванням позачергового виконання інструкцій. А з реалізацією micro-ops fusion від апаратної реалізації х86 залишилося геть мало.
Тому на зараз можна сказати, що х86 існує не у вигляді кремнію, а у вигляді мікрокоду. А у вигляді кремнію там таки глибоко модифікований, але RISC.
+==================================================================+
Користувач цього не помічає. У мене декілька компів з процами від Інтел та АМД.
Юзаю однаковий софт однаково на всіх.
:good:
-
Користувач цього не помічає.
Користувач це не помічає, бо не має з чим порівнювати лоб в лоб.
Якби елементи RISC не запроваджувалися в поточних реалізаціях х86-64, то користувач би мав зараз менше ядер, менші частоти, меншу швидкодію та більше енергоспоживання.
-
Користувач цього не помічає.
Користувач це не помічає, бо не має з чим порівнювати лоб в лоб.
Якби елементи RISC не запроваджувалися в поточних реалізаціях х86-64, то користувач би мав зараз менше ядер, менші частоти, меншу швидкодію та більше енергоспоживання.
+======================================================+
Єдине, де треба вказувати тип проца - це коли компілюю програми.
Треба вказати під який проц чи під обидва типи...
-
Все гівно 3dfx&Voodoo ФОРЕВА !!!!!
нВідія падли. 3DFX купили, а Glide похєрили. Тепер живемо з пласкими шматочками та вивчаємо квадратуру круга. :weep:
-
На всякий случай лучше закупить стоксы всех троих. И еще ARM.
Я пока на 50% в NVDA.
добре а як довго це свято триватиме?
-
Все гівно 3dfx&Voodoo ФОРЕВА !!!!!
нВідія падли. 3DFX купили, а Glide похєрили. Тепер живемо з пласкими шматочками та вивчаємо квадратуру круга. :weep:
Отож!!! :-B
-
Виникла ідея такі інструкції через мікрокод (в х86) розкласти на послідовність простих, тих, які в решті коду зустрічаються часто. З цієї ідеї з'явився RISC - Reduced Instruction Set
Та це зрозуміло.
Питання в чому виграш чистого RISC порівняно з СISC з внутрішнім RISC?
Яка різниця - ту саму послідовність RISC команд буде диктувати компілятор (чистий RISC) чи СISC-мікрокод?
-
Питання в чому виграш чистого RISC
Якщо, наприклад, в твоїх задачах в основному одна цілочисленка, тобі апаратний ФПУ без потреби.
Але ФПУ жирний, складний (іноді розміром з решту ядра), а всі його інструкціі має знати і декодер інструкцій. Чим більше інструкцій має "знати" декодер, тим він сам жирніший і повільніший навіть для самих простих операцій.
Зменшенням набору інструкцій і фіксацією їх довжини спрощується схемотехніка всіх основних вузлів проца. А це дає варіанти. Ядро менше - значить дешевше. Знач менше споживає або може працювати на більших частотах.
Зекономлений транзисторний бюджет можна використати під щось корисне - під кеші, під підвищення їх ассоциативності, під додаткові АЛУ чи канали декодера, ширші шини між кешами. Варіантів дофіга.
-
Гіпертрейдинг - коли з одного фізичного ядра робиться два віртуальних - це те що знає більшість.
Але у IBM були/є проци з 4х гіперпоточністю і навіть з 8х.
Можна сперечатися за ефективність гіпертрейдингу, але є випадки, коли вона дає добряче прискорення.
Можливість так зробити - не в останню чергу заслуга саме RISC-архітектури.
-
Питання в чому виграш чистого RISC
Якщо, наприклад, в твоїх задачах в основному одна цілочисленка, тобі апаратний ФПУ без потреби.
Але ФПУ жирний, складний (іноді розміром з решту ядра), а всі його інструкціі має знати і декодер інструкцій. Чим більше інструкцій має "знати" декодер, тим він сам жирніший і повільніший навіть для самих простих операцій.
Зменшенням набору інструкцій і фіксацією їх довжини спрощується схемотехніка всіх основних вузлів проца. А це дає варіанти. Ядро менше - значить дешевше. Знач менше споживає або може працювати на більших частотах.
Зекономлений транзисторний бюджет можна використати під щось корисне - під кеші, під підвищення їх ассоциативності, під додаткові АЛУ чи канали декодера, ширші шини між кешами. Варіантів дофіга.
Зрозуміло. Це щось типу інтерпретатор vs компілятор. В принципі якщо декодер бере на себе багато ресурсів то логічно.
Але от в нових АРМ ніби як блок роботи з плаваючою точкою наявний.
Ще питання - Ви маєте справу з RISC процесорами чи це все чисто теоретично?
Відомий процес завантаження машини х86. Спочатку стартує БІОС який розміщений за відомим фіксованим адресом, тестує та ініціалізує пристрої, тоді читає перший сектор завантажувального пристрою, там розташована програма розміром 512 байт, якій передається керування, а вона вже завантажує ОС.
Як з цим справа, скажімо, в машинах на базі АРМ?
Мені дісталися невеликі пристрої з АРМ процесорами, щось на зразок тонких клієнтів, хотів би спробувати запустити на них ОС відмінну від тої що там є. Дистрибутивів під АРМ в мережі багато, але створити завантажувальну флешку не вдається - тамтешній аналог БІОСа вперто не бажає сприймати її як завантажувальну, тобто я так розумію фейл виникає якраз в тому місці де БІОС мав би передавати керування першому сектору.
Можете з цим щось порадити?
-
Може ті пристрої прошиваються по шнурку а не інсталюють систему з флешки.
Як це робиться з андроїдними пристроями
-
В мене є RaspberryPi. Процесор ARM. Що запишеш на карту пам'яті, те і буде завантажуватися. В даний момент ядро стартує з карти, а система завантажується з зовнішнього hdd. Нічим особливо не відрізняється від х86.
-
AMD vs nVidia
Все гівно 3dfx&Voodoo ФОРЕВА !!!!! :super:
Їх купили Nvidia
-
Немає тут переможців, кожна з платформ має свої фішкі та заточена під маркетинг
-
Може ті пристрої прошиваються по шнурку а не інсталюють систему з флешки.
Як це робиться з андроїдними пристроями
Нє, можливість завантаження з USB-флешки є явним чином передбачена в тамтешньому БІОСі.
-
В мене є RaspberryPi. Процесор ARM. Що запишеш на карту пам'яті, те і буде завантажуватися. В даний момент ядро стартує з карти, а система завантажується з зовнішнього hdd. Нічим особливо не відрізняється від х86.
Тобто якщо я прямо з першого сектора запишу послідовність АРМ-команд в двійковій формі то вони так і будуть виконуватися зразу після самотестування-ініціалізації?
От що туди найпростіше можна записати просто щоб побачити що воно працює? Ну, там, хеллоуворлд виводить на екран чи хоча б одну букву?
От це ядро що Ви згадували - що це таке? Я так розумію завантажувач... він має якусь назву? Які його розміри? Я знайшов в мережі U-boot, але наскільки зрозумів, його треба спеціально компілити під кожен пристрій, бо їх архітектура сильно різна і єдиного стандарту завантаження немає.
-
Пристрій отакий (не сприйміть за продажництво чи рекламу магазину)
https://darstar.com.ua/ua/product/13968164185/
До речі зараз пишу також з-під Делл Вайса, але х86.
Купив як енергоощадливий комп'ютер на випадок перебоїв з електрикою і... мені сподобалося. Абсолютно тихий, пасивне охолодження, гріється не вище температури руки, споживання вписується в 10 Вт, 4-ядерний процесор АМД, 8 Гб оперативки.
Як "сиділка в інтернеті" цілком нормальний (tu)
-
Ще питання - Ви маєте справу з RISC процесорами чи це все чисто теоретично?
Одна з освіт - проектування електронно-обчислювальної техніки. Мацали і МІПСи, і АРМи, і РІСКи (самі простенькі, звичайно), коли вчили архітектури та ассемблери до них.
Мені дісталися невеликі пристрої з АРМ процесорами, щось на зразок тонких клієнтів, хотів би спробувати запустити на них ОС відмінну від тої що там є. Дистрибутивів під АРМ в мережі багато, але створити завантажувальну флешку не вдається - тамтешній аналог БІОСа вперто не бажає сприймати її як завантажувальну, тобто я так розумію фейл виникає якраз в тому місці де БІОС мав би передавати керування першому сектору.
Важко сказати, не знаючи що за девайс.
можливо тамтешній біос може вантажитися тільки з MBR-пристрою (що скоріш за все якщо залізо старе), а вам інсталятор склепав флеху в GPT.
Для ПК ця проблема вирішується з допомогою rufus (https://rufus.ie/uk/), там є можливість вибрати, як зробити. Можливо й вам допоможе.
-
у мене зараз НР системний блок з Англії. 64 метри оперативки . маленький такий. тихесенький. оце я прозрів. у нас такого не продають.
64 Гб? Це куди стільки? Махіна якась
та нє. базова модель з заводу. дві планки оперативки. 64 гіга. десь 40 см висотою блок з усім. там ше відеокарта ого-го. про решту не казатиму. вайфай вбудований блутуз і т.д. :D
і це заводська версія НР.
шем такого не видів раніше.
(https://i.ibb.co/LgS85Bs/mpro.jpg)
плюс 30% мито
доставка безкоштовна ~25 днів
п.с. вага - з блоком живлення
-
базова модель з заводу. дві планки оперативки. 64 гіга.
Так мега чи гіга? :D
64ГБ пише. ну ти ж написав : для срачу. най буде срач.
-
64 Гб? Це куди стільки? Махіна якась
та нє. базова модель з заводу. дві планки оперативки. 64 гіга. десь 40 см висотою блок з усім. там ше відеокарта ого-го. про решту не казатиму. вайфай вбудований блутуз і т.д. :D
і це заводська версія НР.
шем такого не видів раніше.
(https://i.ibb.co/LgS85Bs/mpro.jpg)
плюс 30% мито
доставка безкоштовна ~25 днів
п.с. вага - з блоком живлення
шось подібне. в гАмеричі є всьо. і в Англії. :D
-
можливо тамтешній біос може вантажитися тільки з MBR-пристрою (що скоріш за все якщо залізо старе),
Рік випуску 2017.
Пробував різні варіанти дистрибутивів, різні роки - ніщо не "злетіло".
-
Рік випуску 2017.
А що каже БІОС ? Не бачить флеху взагалі чи не бачить її в переліку пристроїв для завантаження?
-
Це ж чим таким той Ейр навантажено?!
В курсі що це легка машинка для усюди таскати а не воркстейшн?
Новий ейр з м3 просувається саме як "майже воркстейшн"
хєрня. МакБук Про - весчь (tu)
Вже ні..
-
Рік випуску 2017.
А що каже БІОС ? Не бачить флеху взагалі чи не бачить її в переліку пристроїв для завантаження?
Бачить, навіть пробує читати (діод на флешці блимає коли мала б вантажитися), здається видає якесь недовольство по англійськи і вантажить ОС з ММС (чи як ті внутрішні мікросхеми називаються). То вже рік пройшов, точно не пам'ятаю, але ознаки що аналізує флешку є.
-
А що, АRМ розуміє MBR?
Я не цікавився як влаштоване GPT, а от MBR сам ліпив з кусків по байтах для завантажувальної флешки що мала 8 розділів і вантажила 4 операційні системи. Там міститься в певному місці інформація про розділи на флешці (їх я брав з флешки), а решту - двійковий код х86 процесора, якому власне і передає керування БІОС. Туди я писав куски завантажувального сектора grub4dos, а тоді всі 512 байт одним куском писав в MBR флешки.
На цій підставі думаю що АРМ пошле таку конструкцію лісом, оскільки не розуміє х86 команд. Щонайбільше може прочитати інформацію про розділи. А далі що буде робити?
-
К Эйру обычно докупают еще полноразмерную клаву, моник 27-32 дюйма и два внешних диска (один рабочий, второй для бекапа желательно). Для большинства задач, когда нет долговременной нагрузки на процессор, всего этого вполне достаточно. И таких задач — большинство в общем-то.
це тому що : ейр коштує 1к.
а макбук про 3 к.
здешевлюють. але це не те.
Макбук Про це сила.
усе решту ніпрощо.
до речі - Епл найкращий. все решту поганий плагіат :D
ще би той Епл ставив потужні відеокарти, то ціни йому б не було. А так Мак для 3д графіки не підходить, програє пк на Віндовс
-
А що, АRМ розуміє MBR?
Це не архітектурно залежна фіча.
-
На всякий случай лучше закупить стоксы всех троих. И еще ARM.
Я пока на 50% в NVDA.
добре а як довго це свято триватиме?
Я склоняюсь к версии, что мы только в начале ИИ бума, так что длиться это может довольно долго.
-
Це не архітектурно залежна фіча.
MBR - це більше про дискову структуру. Якщо пристрій і те, що замінює йому БІОС, здатні в ініціалізацію контролерів периферії і дискових пристроїв та пошук на них певної структури з певним розташуванням (MBR), то не має значення під яку архітектуру залита інфа в перші 440 байт.
В староглиняні часи існував такий цікавий "самопал", як АрВид - реалізація стрімера на базі відеомагнітофона. Тодішні БІОСи про нього ніфіга не знали і не могли ініціалізувати на свойому рівні, тільки драйвером з операціонки.
Але з АРМами та тим, що на них випускається - стандарту де-факто нема. "БІОС" може взагалі не знати, що у апарата є якісь ЮСБ, САТА чи ще щось, не кажучи вже про пристрої, до них під'єднані - і вантажити ядро з якогось жорстко залоченого сегменту еММС. Хоча фізично ця периферія та контролери можуть бути присутні.
Світлодіод флехи - та й таке. З флехами приблизно така ж петруха як і з АРМами. Свій МК, дали живлення - почав ініціалізацію. З яких саме причин блимає - знає тільки виробник фірмваря флехи, і це може бути не та сама контора, під брендом якої продається флеха.
-
Дивимось наприклад сюди
https://habr.com/ru/articles/347002/
і бачимо що цих перших 440 байт - виконуваний двійковий код. Можете його дизасемблювати і побачите команди.
Як він може бути апаратно незалежним?
Це те саме що Ви б переписали .com -файл з ДОСа на пристрій АРМ і сподівалися що він буде коректно виконуватися.
Тут можливі варіанти
- АРМ розуміє і вміє виконувати (чи емулювати) код х86;
- для АРМ потрібен спеціальний MBR що містить код саме для АРМ;
- АРМ посилає все це за руским кораблем.
Мені нічого іншого в голову не приходить.
Світлодіод флехи - та й таке. З флехами приблизно така ж петруха як і з АРМами. Свій МК, дали живлення - почав ініціалізацію. З яких саме причин блимає - знає тільки виробник фірмваря флехи, і це може бути не та сама контора, під брендом якої продається флеха.
Нє :)
Якщо ставити завантаження з еММС то він в цей момент не блимає а нормально світить. Блимає тільки якщо виставити завантаження з флешки. При включенні живлення не світить, засвічується аж під час ініціалізації USB пристроїв БІОСом. Це емпірично встановлений факт саме для цієї флехи і цього виробника. Під час роботи ОС блимає тільки при читанні-записі а так увесь час рівно світить.
-
Як він може бути апаратно незалежним?
Мається на увазі, що структура MBR архітектурно незалежна. А "БІОС" відповідно повинен "знати" яким чином дістатися до драйву і зчитати MBR, щоб завантажити оті 440 байтів та інфу про волюм.
-
Якщо ставити завантаження з еММС то він в цей момент не блимає а нормально світить. Блимає тільки якщо виставити завантаження з флешки. При включенні живлення не світить, засвічується аж під час ініціалізації USB пристроїв БІОСом. Це емпірично встановлений факт саме для цієї флехи і цього виробника. Під час роботи ОС блимає тільки при читанні-записі а так увесь час рівно світить.
Ну так себе веде предметно ваша флеха, а я бачив декілька інших варіантів - в тому числі і флеху, яка певним темпом блимання сповіщала, що ок з живленням (коли просто під'єднати 5 В), іншим темпом - що є хендшейк з контролером, і третім темпом - коли є датафлоу. Хтось заморочився на усю катлєту.
-
Як він може бути апаратно незалежним?
Мається на увазі, що структура MBR архітектурно незалежна. А "БІОС" відповідно повинен "знати" яким чином дістатися до драйву і зчитати MBR, щоб завантажити оті 440 байтів та інфу про волюм.
Ну тобто таблиця розділів на тому самому місці, а в 440 байтах команди АРМ.
А Руфус що туди в тих 440 байт запише?
-
Я в принципі беру образ дистрибутива і пишу його напряму на флешку без файлової системи як це робив з образами для х86.
Ніяких х86 допоміжних програм не застосовую оскільки розумію що в MBR вони запишуть код х86.
-
ото зачепилися воскі ж джінксами!
дєди вспомінають молодість - дезасемблінгом мбр хто хотів займалися люди років 30 тому :facepalm1:
особливо єпічна батла то - чому світлодіод блимає на флєшке!...
чому ця баталія досі не у вільному?
-
чому ця баталія досі не у вільному?
Так зносьте у вільне, які проблеми?
Я тільки за те щоб тематика відповідала структурі форуму (tu)
Якщо це будуть систематично робити то з часом привчаться всяких псів, котів, електромобілі, зимові шини, оцет та інші клійонки обговорювати у вільному, і будуть заходити туди щоб потриндіти ні про що :D
А в політичних баталіях нехай буде політика.
Було би незле окремою колонкою показувати список активних тем незалежно від розділу як це буває на інших форумах, бо соми з крокодилами бояться що у вільному їх тем ніхто не побачить, а вони їх не для цього створювали.
-
цікавих дописувачів позабанили або дехто сам пішов бо вільного слова сказати не дають, от теми про залізо і стають найцікавішами.
Маю питання. Пробував встановити Visual Studio 2015 на свіжоінстальовану Win7, то просить новішу операційну систему 8-: Як вирішити цю проблему?
-
х86 - давно вже не технологічний, а маркетинговий продукт, що утримує давно захоплену частину ринку за рахунок сумісності. Та ж сумісність його і знищила в технологічному сенсі. Бо приліпити електродвигун до воза з сумісною конякою - то вимагає чудернацьких рішень.
(https://content1.rozetka.com.ua/goods/images/big/86725603.jpg)
-
А Руфус що туди в тих 440 байт запише?
Залежить від того, яку ISO йому підсунути. Принаймні вінду для АРМів він вміє писати на флеху.
-
ото зачепилися воскі ж джінксами!
дєди вспомінають молодість - дезасемблінгом мбр хто хотів займалися люди років 30 тому :facepalm1:
особливо єпічна батла то - чому світлодіод блимає на флєшке!...
чому ця баталія досі не у вільному?
Тебе чимось ображає ця тема?
Скучив за хождєнієм строєм та піснями виключно во славу партії та комунізму?
Нє времья ульібаться?
-
Я в принципі беру образ дистрибутива і пишу його напряму на флешку без файлової системи як це робив з образами для х86.
Ніяких х86 допоміжних програм не застосовую оскільки розумію що в MBR вони запишуть код х86.
посмотрите тут https://www.ventoy.net/en/index.html
-
цікавих дописувачів позабанили або дехто сам пішов бо вільного слова сказати не дають, от теми про залізо і стають найцікавішами.
Маю питання. Пробував встановити Visual Studio 2015 на свіжоінстальовану Win7, то просить новішу операційну систему 8-: Як вирішити цю проблему?
В requirements - win7sp1 як мінімальна
-
Я в принципі беру образ дистрибутива і пишу його напряму на флешку без файлової системи як це робив з образами для х86.
Ніяких х86 допоміжних програм не застосовую оскільки розумію що в MBR вони запишуть код х86.
посмотрите тут https://www.ventoy.net/en/index.html
Дякую.
Ventoy у мене є.
То добра штука щоб без заморочок запускати завантажувальні образи, але сама ця програма працює на х86 і не запуститься на АРМ.
Хоча в посиланні АРМ згадується, подивлюся. Може АРМ версія є, було б непогано.
-
Я в принципі беру образ дистрибутива і пишу його напряму на флешку без файлової системи як це робив з образами для х86.
Ніяких х86 допоміжних програм не застосовую оскільки розумію що в MBR вони запишуть код х86.
посмотрите тут https://www.ventoy.net/en/index.html
Дякую.
Ventoy у мене є.
То добра штука щоб без заморочок запускати завантажувальні образи, але сама ця програма працює на х86 і не запуститься на АРМ.
Хоча в посиланні АРМ згадується, подивлюся. Може АРМ версія є, було б непогано.
Я видел на 4pda версию под Андроид
вот https://4pda.to/forum/index.php?showtopic=1029636
-
Хоча в посиланні АРМ згадується, подивлюся. Може АРМ версія є, було б непогано.
У руфуса є версія на ARM-вінду
-
Хоча в посиланні АРМ згадується, подивлюся. Може АРМ версія є, було б непогано.
У руфуса є версія на ARM-вінду
Ну щоб її запустити мабуть треба мати поставлену АРМ-вінду :)
Задача звелася до попередньої (ну, майже).
Але дякую.
-
папуас под пальмой : "Intel sucks!, AMD rules!" :gigi:
oh, yeah
-
Я в принципі беру образ дистрибутива і пишу його напряму на флешку без файлової системи як це робив з образами для х86.
Ніяких х86 допоміжних програм не застосовую оскільки розумію що в MBR вони запишуть код х86.
1. "Код ля АРМ" це ні про що. У різних процесорів АРМ різна архітектура. Код повинен бути саме під ту архітектуру, яка в тому процесорі котрий у "коробочці".
2. Файлова система і імена файлів на флешці залежать від бутлоадера (БІОСа).
3. Можна просто завантажитись з еММС і пошукати в системі утіліти для створення системної флешки. Створити системну флешку, перевірити що з неї можна завантажитись і далі вже експериментувати з іншими системами.
-
1. "Код ля АРМ" це ні про що. У різних процесорів АРМ різна архітектура. Код повинен бути саме під ту архітектуру, яка в тому процесорі котрий у "коробочці".
Так АРМ це ніби як стандарт, за користування яким ще й гроші треба платити. Сам АРМ процесорів не виробляє, просто "законодавець" архітектури.
Як там може бути зоопарк архітектур?
В коробочці процесор Marvell Armada Dual Core PXA 510v7.
Є дистрибутиви для різних версій, я брав здається для 7 з апаратним ФПУ. Одним словом, версію звіряв з процесором, а в межах версії думаю сильних відмінностей в архітектурі немає?
У х86 також є всякі варіанти - з ММХ, SSE, 3dNow!, PAE і тп, одні підтримують, інші не підтримують, але базова система команд і регістрів в усіх однакова, і цього достатньо для простих програм.
-
Ще питання по багатоядерності і мультитрейдінгу - чому в одних процесорів (напр. Opteron 2427) Single Thread продуктивність рівна загальній поділеній на кількість ядер, а наприклад в Xeon X5650 однопотокова виходить значно більшою ніж розрахована таким способом?
Xeon вміє "на льоту" паралелити обчислення чи мобілізувати ресурси кількох ядер на один потік команд?
Чи це такий глюк бенчмарка?
-
Opteron 2427
Це проц з сімейства архітектури К10.5, тоді АМД ще не використовувала гіпертрейдинг.
Він з'явився тількі в Zen та новіших.
-
Opteron 2427
Це проц з сімейства архітектури К10.5, тоді АМД ще не використовувала гіпертрейдинг.
Він з'явився тількі в Zen та новіших.
Тобто в Ксеона в реалі менше ніж 6 ядер? Там якщо судити по даташиту реальних мало би бути 6 а з гіпертрейдингом 12. А однопотокова продуктивність значно більша ніш повна розділена на 6.
А в Оптерона просто 6 без гіпертрейдингу.
-
а наприклад в Xeon X5650 однопотокова виходить значно більшою ніж розрахована таким способом?
А це новіший та прогресивніший проц у порівнянні з вищезгаданим. Це побратим перших Core i(3/5/7) на архітектурі Nehalem/Sandy Bridge і на відміну від десктопних має 3, а не два канали пам'яті
К10.5 - це нащадок ще перших Атлон64 з сімейства K8, так би мовити, фінальний аккорд архітектури, з якої вичавили все що змогли. І так - там лише 2 канала пам'яті.
-
Тобто в Ксеона в реалі менше ніж 6 ядер?
6 фізичних.
Плюс той оптерон ще на 45 нм, а оцей ксеон вже на 32 нм і майже в 2 рази вище максимальна частота. Тоді нанометри ще були схожі на нанометри, а не отето усьо.
-
Так АРМ це ніби як стандарт, за користування яким ще й гроші треба платити. Сам АРМ процесорів не виробляє, просто "законодавець" архітектури.
І так і не так. Різні процесори суттєво відрізняються складом периферії, методами керування нею і мапою розподілення пам'яті.
Крім того, в готовій залізяці точно є це й зовнішні контролери.
-
Тобто в Ксеона в реалі менше ніж 6 ядер?
6 фізичних.
Плюс той оптерон ще на 45 нм, а оцей ксеон вже на 32 нм і майже в 2 рази вище максимальна частота. Тоді нанометри ще були схожі на нанометри, а не отето усьо.
А теперішні 7 чи скільки там зараз то вже маркетингові? Це ж розміри приблизно як 70 атомів водню ;o
Як можна зробити таку літографію? Якимись гамма-променями світять чи що?
Чи там як черепичний запис на дисках один елемент на другий наїжджає? Чи флешка TLC триповерхова?
-
Так АРМ це ніби як стандарт, за користування яким ще й гроші треба платити. Сам АРМ процесорів не виробляє, просто "законодавець" архітектури.
І так і не так. Різні процесори суттєво відрізняються складом периферії, методами керування нею і мапою розподілення пам'яті.
Крім того, в готовій залізяці точно є це й зовнішні контролери.
Там що, під кожний процесор розробляють свою ОС?
Нє, ну я читав що там якесь дерево пристроїв треба будувати, якийсь файл специфічний для пристрою має бути з розширенням .scr...
На хабрі є стаття https://habr.com/ru/articles/434942/ як чоловік пристосовував ПЗ для АРМ процесора, але в нього пристрій інший. Під нього є заготовлений конфіг для компіляції U-Boota, просто компілюється і все.
А для свого девайса я не знайшов.
-
Там що, під кожний процесор розробляють свою ОС?
Частково. Андроїд для одного процесора не буде працювати на іншому. І навіть на такому самому.
-
Там що, під кожний процесор розробляють свою ОС?
Частково. Андроїд для одного процесора не буде працювати на іншому. І навіть на такому самому.
Якраз настала пора ввести поняття SoC -system-on-a chip. Система на кремнії. У світі ARM процесорів це приблизно те саме що материнка з процесором і платами адаптерів у світі x86. Звичайно для усіх цих адаптерів мусять бути драйвери, а для опису / конфігурування драйверів використовують DTS, який компілюється у DTB. Тоді той же ARM A72 від Rockchip і Samsung будуть суттєво відрізнятися у плані конфігурації.
-
1. "Код ля АРМ" це ні про що. У різних процесорів АРМ різна архітектура. Код повинен бути саме під ту архітектуру, яка в тому процесорі котрий у "коробочці".
Так АРМ це ніби як стандарт, за користування яким ще й гроші треба платити. Сам АРМ процесорів не виробляє, просто "законодавець" архітектури.
Як там може бути зоопарк архітектур?
В коробочці процесор Marvell Armada Dual Core PXA 510v7.
Є дистрибутиви для різних версій, я брав здається для 7 з апаратним ФПУ. Одним словом, версію звіряв з процесором, а в межах версії думаю сильних відмінностей в архітектурі немає?
У х86 також є всякі варіанти - з ММХ, SSE, 3dNow!, PAE і тп, одні підтримують, інші не підтримують, але базова система команд і регістрів в усіх однакова, і цього достатньо для простих програм.
Там ще той "зоопарк" - https://en.wikipedia.org/wiki/List_of_ARM_processors
У АРМ і х86 різні підходи.
х86 це сумісність, за яку Інтел критикують, он там вище навіть якогось коняку намалювали.
У АРМ це ефективність, тому "зоопарк".
Оте "v7" в назві процесора, це, мабуть, і є версія архітектури.
Світ АРМ, це світ сорсів, а не бінарників. При компілюванні задаєш свій тип процесора/архітектури і отримуєш бінарник під свій процесор.
І ще, не всі процесори АРМ мають хардварну арифметику з плаваючою точкою. Якщо не відомо є чи нема, то можна компілювати без. Такий бінарник буде працювати на обох типах.
АРМ ліцензує ядро, що ще додадуть на кристал залежить від чіп-мейкера. Якщо код працює тільки з ресурсами процесора, то він буде працювати на будь-якому процесорі з таким самим ядром. Якщо код працює з периферією, то відкриваються ворота в ще один "зоопарк".
Основна заслуга IBM, це стандарт для PC. Тому одна і та ж ОС і софт працювали на комп'ютерах від різних виробників. Можливо є якийсь стандарт заліза під Андроїд. Я не в курсі.
Я колись написав невеличку програму для візуалізації регістрів PLC на телефоні з Андроїдом. Програма з периферії використовувала блютуз. Працювала на двох різних пристроях з Андроїдом від різних виробників і з різними АРМ процесорами. Єдина проблема була з екраном, там були різні роздільні здатності і співвідношення сторін.
-
Ще питання по багатоядерності і мультитрейдінгу - чому в одних процесорів (напр. Opteron 2427) Single Thread продуктивність рівна загальній поділеній на кількість ядер, а наприклад в Xeon X5650 однопотокова виходить значно більшою ніж розрахована таким способом?
Xeon вміє "на льоту" паралелити обчислення чи мобілізувати ресурси кількох ядер на один потік команд?
Чи це такий глюк бенчмарка?
Я так думаю, що у другого процесора частота не фіксована і вона обмежується TDP. Тобто один потік - одне ядро отримує весь TDP і частота максимальна. А коли всі ядра працюють, частота падає.
-
Ще питання по багатоядерності і мультитрейдінгу - чому в одних процесорів (напр. Opteron 2427) Single Thread продуктивність рівна загальній поділеній на кількість ядер, а наприклад в Xeon X5650 однопотокова виходить значно більшою ніж розрахована таким способом?
Xeon вміє "на льоту" паралелити обчислення чи мобілізувати ресурси кількох ядер на один потік команд?
Чи це такий глюк бенчмарка?
Я так думаю, що у другого процесора частота не фіксована і вона обмежується TDP. Тобто один потік - одне ядро отримує весь TDP і частота максимальна. А коли всі ядра працюють, частота падає.
Точно, таке може бути, там вказана частота в певних межах :)
-
Там що, під кожний процесор розробляють свою ОС?
Частково. Андроїд для одного процесора не буде працювати на іншому. І навіть на такому самому.
Якраз настала пора ввести поняття SoC -system-on-a chip. Система на кремнії. У світі ARM процесорів це приблизно те саме що материнка з процесором і платами адаптерів у світі x86. Звичайно для усіх цих адаптерів мусять бути драйвери, а для опису / конфігурування драйверів використовують DTS, який компілюється у DTB. Тоді той же ARM A72 від Rockchip і Samsung будуть суттєво відрізнятися у плані конфігурації.
Ну ніби те з чого я зараз пишу - GX-415 - також SoC - там процесор на 4 ядра, контролер пам'яті, відео, звук, контролер SATA і ще багато чого в одній мікросхемі. І якось все ставиться без "танців з бубном" :)
Яка взагалі з точки зору програміста різниця де ці контролери розміщені фізично - на кристалі, поряд на платі чи окремими модулями що вставляються в слоти?
Те що Ви пишете цікаво, можливо згодом тим займуся, але мені так виглядає що ці операції треба робити коли я маю "голий" пристрій, з нулями в ПЗУ, і маю туди прошити щось на зразок БІОСа, який треба скласти з сорців.
В мене ситуація інша - аналог БІОСа вже є, він називається WLoader, вміє малювати віконечка з меню, в яких з допомогою клавіатури можна наприклад вибрати завантаження з USB. Навіть пароль при вході знає як запитати :) Тобто щонайменше з пам'яттю, відео і клавіатурою працювати він вміє і отже драйвери там вже є.
Питання в тому який має бути формат завантажувального образу щоб можна було його "згодувати"? Воно ж не висне від кривого коду, не перезавантажується і не свариться, просто не сприймає флешку як завантажувальну.
-
Як можна зробити таку літографію? Якимись гамма-променями світять чи що?
Жорсткий ультрафіолет і дофіга масок.
Аби знижувати нанометри треба окрім іншого знижувати довжину хвилі, але чим менша довжина хвилі, тим складніше зробити під неї дзеркала та лінзи.
-
Частково. Андроїд для одного процесора не буде працювати на іншому. І навіть на такому самому.
Якраз настала пора ввести поняття SoC -system-on-a chip. Система на кремнії. У світі ARM процесорів це приблизно те саме що материнка з процесором і платами адаптерів у світі x86. Звичайно для усіх цих адаптерів мусять бути драйвери, а для опису / конфігурування драйверів використовують DTS, який компілюється у DTB. Тоді той же ARM A72 від Rockchip і Samsung будуть суттєво відрізнятися у плані конфігурації.
Ну ніби те з чого я зараз пишу - GX-415 - також SoC - там процесор на 4 ядра, контролер пам'яті, відео, звук, контролер SATA і ще багато чого в одній мікросхемі. І якось все ставиться без "танців з бубном" :)
Яка взагалі з точки зору програміста різниця де ці контролери розміщені фізично - на кристалі, поряд на платі чи окремими модулями що вставляються в слоти?
Те що Ви пишете цікаво, можливо згодом тим займуся, але мені так виглядає що ці операції треба робити коли я маю "голий" пристрій, з нулями в ПЗУ, і маю туди прошити щось на зразок БІОСа, який треба скласти з сорців.
В мене ситуація інша - аналог БІОСа вже є, він називається WLoader, вміє малювати віконечка з меню, в яких з допомогою клавіатури можна наприклад вибрати завантаження з USB. Навіть пароль при вході знає як запитати :) Тобто щонайменше з пам'яттю, відео і клавіатурою працювати він вміє і отже драйвери там вже є.
Питання в тому який має бути формат завантажувального образу щоб можна було його "згодувати"? Воно ж не висне від кривого коду, не перезавантажується і не свариться, просто не сприймає флешку як завантажувальну.
Dell?
Мабуть файл необхідний не знаходить. Яке, все ж таки, повідомлення на екрані?
-
Частково. Андроїд для одного процесора не буде працювати на іншому. І навіть на такому самому.
Якраз настала пора ввести поняття SoC -system-on-a chip. Система на кремнії. У світі ARM процесорів це приблизно те саме що материнка з процесором і платами адаптерів у світі x86. Звичайно для усіх цих адаптерів мусять бути драйвери, а для опису / конфігурування драйверів використовують DTS, який компілюється у DTB. Тоді той же ARM A72 від Rockchip і Samsung будуть суттєво відрізнятися у плані конфігурації.
Ну ніби те з чого я зараз пишу - GX-415 - також SoC - там процесор на 4 ядра, контролер пам'яті, відео, звук, контролер SATA і ще багато чого в одній мікросхемі. І якось все ставиться без "танців з бубном" :)
Яка взагалі з точки зору програміста різниця де ці контролери розміщені фізично - на кристалі, поряд на платі чи окремими модулями що вставляються в слоти?
Те що Ви пишете цікаво, можливо згодом тим займуся, але мені так виглядає що ці операції треба робити коли я маю "голий" пристрій, з нулями в ПЗУ, і маю туди прошити щось на зразок БІОСа, який треба скласти з сорців.
В мене ситуація інша - аналог БІОСа вже є, він називається WLoader, вміє малювати віконечка з меню, в яких з допомогою клавіатури можна наприклад вибрати завантаження з USB. Навіть пароль при вході знає як запитати :) Тобто щонайменше з пам'яттю, відео і клавіатурою працювати він вміє і отже драйвери там вже є.
Питання в тому який має бути формат завантажувального образу щоб можна було його "згодувати"? Воно ж не висне від кривого коду, не перезавантажується і не свариться, просто не сприймає флешку як завантажувальну.
rEFInd не пробували?
Хоча ця штука така древня… що щось може не працювати там у BIOS.
-
Якраз настала пора ввести поняття SoC -system-on-a chip. Система на кремнії. У світі ARM процесорів це приблизно те саме що материнка з процесором і платами адаптерів у світі x86. Звичайно для усіх цих адаптерів мусять бути драйвери, а для опису / конфігурування драйверів використовують DTS, який компілюється у DTB. Тоді той же ARM A72 від Rockchip і Samsung будуть суттєво відрізнятися у плані конфігурації.
Ну ніби те з чого я зараз пишу - GX-415 - також SoC - там процесор на 4 ядра, контролер пам'яті, відео, звук, контролер SATA і ще багато чого в одній мікросхемі. І якось все ставиться без "танців з бубном" :)
Яка взагалі з точки зору програміста різниця де ці контролери розміщені фізично - на кристалі, поряд на платі чи окремими модулями що вставляються в слоти?
Те що Ви пишете цікаво, можливо згодом тим займуся, але мені так виглядає що ці операції треба робити коли я маю "голий" пристрій, з нулями в ПЗУ, і маю туди прошити щось на зразок БІОСа, який треба скласти з сорців.
В мене ситуація інша - аналог БІОСа вже є, він називається WLoader, вміє малювати віконечка з меню, в яких з допомогою клавіатури можна наприклад вибрати завантаження з USB. Навіть пароль при вході знає як запитати :) Тобто щонайменше з пам'яттю, відео і клавіатурою працювати він вміє і отже драйвери там вже є.
Питання в тому який має бути формат завантажувального образу щоб можна було його "згодувати"? Воно ж не висне від кривого коду, не перезавантажується і не свариться, просто не сприймає флешку як завантажувальну.
rEFInd не пробували?
Хоча ця штука така древня… що щось може не працювати там у BIOS.
Немає там EFI. Це, мабуть, тонкий кліент від Dell на ARM.
-
Ну ніби те з чого я зараз пишу - GX-415 - також SoC - там процесор на 4 ядра, контролер пам'яті, відео, звук, контролер SATA і ще багато чого в одній мікросхемі. І якось все ставиться без "танців з бубном" :)
Яка взагалі з точки зору програміста різниця де ці контролери розміщені фізично - на кристалі, поряд на платі чи окремими модулями що вставляються в слоти?
Те що Ви пишете цікаво, можливо згодом тим займуся, але мені так виглядає що ці операції треба робити коли я маю "голий" пристрій, з нулями в ПЗУ, і маю туди прошити щось на зразок БІОСа, який треба скласти з сорців.
В мене ситуація інша - аналог БІОСа вже є, він називається WLoader, вміє малювати віконечка з меню, в яких з допомогою клавіатури можна наприклад вибрати завантаження з USB. Навіть пароль при вході знає як запитати :) Тобто щонайменше з пам'яттю, відео і клавіатурою працювати він вміє і отже драйвери там вже є.
Питання в тому який має бути формат завантажувального образу щоб можна було його "згодувати"? Воно ж не висне від кривого коду, не перезавантажується і не свариться, просто не сприймає флешку як завантажувальну.
rEFInd не пробували?
Хоча ця штука така древня… що щось може не працювати там у BIOS.
Немає там EFI. Це, мабуть, тонкий кліент від Dell на ARM.
Саме так.
Wyse Tx0D називається він, я вище давав посилання.
Отут ще про нього є як Федору ставити https://linux-mmp.docs.kernel.org/dell-wyse-3020.html
Але вони там пишуть образ на флешку командою
# arm-image-installer --resizefs --target=olpc_xo175 --media=/dev/sdx \
--image=Fedora-Minimal-armhfp-32-1.6-sda.raw.xz
В мене такої команди немає і не знаю де її знайти. А cat i dd не допомагають.
-
Яке, все ж таки, повідомлення на екрані?
Пише дослівно таке
Empty URL, try next device
і вантажить вбудовану ОС.
-
В мене такої команди немає і не знаю де її знайти.
Сюди (https://pagure.io/arm-image-installer) заглядав?
-
Генеральний директор Nvidia вважає, що в найближчому майбутньому кодити будуть лише нейронки, а дітей вже немає сенсу вчити класичному програмуванню.
На його думку, програмістами мають стати всі, але за допомогою промпт-інжинірингу.
-
Генеральний директор Nvidia вважає, що в найближчому майбутньому кодити будуть лише нейронки, а дітей вже немає сенсу вчити класичному програмуванню.
На його думку, програмістами мають стати всі, але за допомогою промпт-інжинірингу.
А хде ж они все харчеваццо будуть? :weep:
-
В мене такої команди немає і не знаю де її знайти.
Сюди (https://pagure.io/arm-image-installer) заглядав?
Так під федору воно є, я то знаю, а в мене дебіан, там інший формат пакетів.
Хіба спробувати перекомпілювати, але воно може залежати від цілого каскаду додаткових пакетів і всі доведеться переробляти.
А ставити федору задля цієї команди все одно що ставити вінду задля руфуса - нефеншуйно, хіба як крайній варіант.
-
Генеральний директор Nvidia вважає, що в найближчому майбутньому кодити будуть лише нейронки, а дітей вже немає сенсу вчити класичному програмуванню.
На його думку, програмістами мають стати всі, але за допомогою промпт-інжинірингу.
Хай спочатку тими нейронками перекомпілюють хоч один бровсер, щоб не гальмував і пам'ять не жер гігабайтами.
-
Генеральний директор Nvidia вважає, що в найближчому майбутньому кодити будуть лише нейронки, а дітей вже немає сенсу вчити класичному програмуванню.
На його думку, програмістами мають стати всі, але за допомогою промпт-інжинірингу.
Хай спочатку тими нейронками перекомпілюють хоч один бровсер, щоб не гальмував і пам'ять не жер гігабайтами.
не пройдет думаю и года, как это все будет в порядке вещей. Оптимизация всего софта, который наклепали говнокодеры за последние 25 лет — это будет революция. Все ООП пойдет наконец в жопу. Размеры софта сократятся минимум на порядок.
-
Ну ніби те з чого я зараз пишу - GX-415 - також SoC - там процесор на 4 ядра, контролер пам'яті, відео, звук, контролер SATA і ще багато чого в одній мікросхемі. І якось все ставиться без "танців з бубном" :)
Яка взагалі з точки зору програміста різниця де ці контролери розміщені фізично - на кристалі, поряд на платі чи окремими модулями що вставляються в слоти?
Те що Ви пишете цікаво, можливо згодом тим займуся, але мені так виглядає що ці операції треба робити коли я маю "голий" пристрій, з нулями в ПЗУ, і маю туди прошити щось на зразок БІОСа, який треба скласти з сорців.
В мене ситуація інша - аналог БІОСа вже є, він називається WLoader, вміє малювати віконечка з меню, в яких з допомогою клавіатури можна наприклад вибрати завантаження з USB. Навіть пароль при вході знає як запитати :) Тобто щонайменше з пам'яттю, відео і клавіатурою працювати він вміє і отже драйвери там вже є.
Питання в тому який має бути формат завантажувального образу щоб можна було його "згодувати"? Воно ж не висне від кривого коду, не перезавантажується і не свариться, просто не сприймає флешку як завантажувальну.
rEFInd не пробували?
Хоча ця штука така древня… що щось може не працювати там у BIOS.
Немає там EFI. Це, мабуть, тонкий кліент від Dell на ARM.
Ааа так, мусив перечитати назад. З x86 пишуть сюди на форум, ARM застряг на етапі бутлодера. Зрозуміло.
-
Ось у цій дискусії, можливо, знайдеться щось корисне:
https://forum.doozan.com/read.php?2,63499
I've used the Dell Wyse software to generate a bootable USB stick for firmware upgrades. This stick can be booted by inserting it in the device and pressing the 'p' key while the device is being powered on. It allows you to either upgrade the firmware or extract a copy of the current firmware. So I decided to extract a copy of the current firmware to USB.
-
Прочитав новину що Китай вирішив відмовитись від Intel і AMD процесорів в державних установах.
Цікаво чим замінять і чи не буде це новою історією боротьби з горобцями?
-
Прочитав новину що Китай вирішив відмовитись від Intel і AMD процесорів в державних установах.
Цікаво чим замінять і чи не буде це новою історією боротьби з горобцями?
Будуть клони клепати :-)o