AlexG (30.05.2022 17:36, просмотров: 32428)-
- Усугубим, братие - постакалиптическая ось на Форте. - teap0t(1 знак., 01.06.2022 19:27, ссылка)
- Нравится Форт, хотя всё время забываю его синтаксиc. 2kon(278 знак., 02.06.2022 21:35, ссылка)
- Форт похож на "Чёрный квадрат" Малевича, только в программизЪме -
им принято восхищаться - argus98(02.06.2022 21:35)
- Загляните в файлы архива, ну разве их содержимое не прекрасно?! 2kon(1 знак., 02.06.2022 21:42, ссылка)
- нет - argus98(03.06.2022 11:36)
- Загляните в файлы архива, ну разве их содержимое не прекрасно?! 2kon(1 знак., 02.06.2022 21:42, ссылка)
- Форт похож на "Чёрный квадрат" Малевича, только в программизЪме -
им принято восхищаться - argus98(02.06.2022 21:35)
- Дока. Атмосферно! Шрифт, рукописные схемы... Evgeny_CD(1 знак., 02.06.2022 12:39, ссылка)
- Коллапс - это название или результат действия? - Kpoк(01.06.2022 19:54)
- это - цель - Mahagam(01.06.2022 20:03)
- Нравится Форт, хотя всё время забываю его синтаксиc. 2kon(278 знак., 02.06.2022 21:35, ссылка)
- Кстате, довольно интересная архитектурка. Окно, превращающее ОЗУ в
файл РОН, это весьма лихо. Смена контекста в прерывании, например.
Но, бля, как обычно, отечественный сумрачный гений не мог не
насрацца в шаровары, бо полноценной арифметики с переносом не
завезли. Нахер такое делать, ХЗ. - mse homjak(31.05.2022 01:01)
- "Интересная архитектура" нужна только тем, кому мегагерцей не
положили. Любой самый занюханный проц на кратно более высокой
частоте будет уделывать "интересную архитектуру". - SciFi(31.05.2022 08:31)
- Мегагерцы энергии хотят, так что в определенных случаях вполне себе
имеет право на жизнь и хитро вымученая архитектура. - PeterD(02.06.2022 11:45)
- Это для тех, кому микропотребление не положили :-) - SciFi(02.06.2022 12:11)
- У флеша есть потолок по частоте, если не ошибаюсь то это 50МГц, и
то не у всех, в масс продакшен это 25МГц, вот и крутись как хошь. - =AlexD=(31.05.2022 08:40)
- Годное предложение. Пусть для начала разгонят это чудо до 25 МГц
:-) - SciFi(31.05.2022 08:49)
- Ну, если воспроизведут на 90нМ, то чому бы и ни? Но лучше не надо,
угрёбище без нормальной арифметики, это, действительно древнее
говнозло. Хотя древние ПИКи вполне себе, живут. - mse homjak(31.05.2022 10:56)- Совсем забурел, батенька. Забыл, как на древних фикалиях из-под
Atmel выкручивался? Арифметику ему подавай. Отвыкать пора. - ийoжиг(02.06.2022 09:24,
)
- Древние "фикалии от Атмел" , уж что-что, а в арифметику умели, дай
Бог каждому. - mse homjak(02.06.2022 10:07)
- Деление - это арифметика или нет, я запутался - symbions(02.06.2022 11:22)
- Конешна. И как её реализовать без нормального использования
переноса? - mse homjak(02.06.2022 11:36)
- НУ тогда атмел арифметику и не умеет - только часть её. Но переносы
есть, это да - symbions(02.06.2022 14:44)
- Дык вся арифметика сводится к сложению, инверсии, сдвигам и работе
с битами переноса. Вычитание это инверсия и сложение. Умножение это
вычисления "в столбик", то бишь использование сложения и сдвига. Ну
и т.д. и т.п. - reZident(02.06.2022 14:59)
- Ну таким образом сложение и вычитание к логическим операциям свести
можно. Хотя - тут дело вкуса - мне вот аппаратного деления в одном
проекте не хватило (забыл, блин, что делит аврка не умеет).
Выкрутился, но лучше бы 51ый заложил :) - symbions(02.06.2022 23:13)
- Ну, у 51 деление такое себе. Но на безрыбье, чому бы и ни... Думаю, 8р/8р АВРка смогла бы ненамного медленнее. - mse homjak(02.06.2022 23:59)
- Бит переноса у сабжа есть, нету команды сложения с учётом переноса,
здесь нужно ветвитьвру, есть прибавление переноса, значит просто две команды вместо одной. Не смертельно. - =AlexD=(02.06.2022 15:24)- Нет, при многобайтной арифметике, с переносом начинаецца
натуральный конный цырк. Помницо, я написал пример, членоморфировал
и решил поглядеть на референс. Аналогично. Плюнул, забыл. - mse homjak(02.06.2022 18:01)
- Сложить младшие байты, прибавить к старшему байту перенос, сложить
старшие байты. Три команды вместо двух. Где здесь цырк? - =AlexD=(03.06.2022 07:47)
- Вот он: "прибавить перенос к старшему байту" А если он не совсем
старший и ещо 0хФФ? - mse homjak(03.06.2022 10:00)
- Ну да, с длинными словами становиццо геморройно. Лучше бы они CMP
выкинули нах и вместо него сделали ADC. - =AlexD=(03.06.2022 10:22)
- Они драли функцыанальный аналог какого-то мелкого и древнего ПИКа.
На%я? - mse homjak(03.06.2022 12:09)
- На чё ума хватило у схемотехника, то и сделали. Обычное рассейское
рукожопие помноженное на самомнение. - =AlexD=(03.06.2022 12:22)
- Ну само-то ядро(как идея), моё почтение. Несколько окон с
адресаццыей как РОН по ОЗУ, это очень свежо. Но остальное... В те
года всё равно, % кто бы на него сел всерьёз. АВРка стоила тех-же
денег, при куда более вкусном содержимом. - mse homjak(03.06.2022 13:06)
- Насколько я помню тогда и анало аврки какой-то мелкой сделали. - symbions(03.06.2022 13:22)
- В Белоруссии, ЕМНИП. - Toчкa oпopы(03.06.2022 17:04)
- Насколько я помню тогда и анало аврки какой-то мелкой сделали. - symbions(03.06.2022 13:22)
- Ну само-то ядро(как идея), моё почтение. Несколько окон с
адресаццыей как РОН по ОЗУ, это очень свежо. Но остальное... В те
года всё равно, % кто бы на него сел всерьёз. АВРка стоила тех-же
денег, при куда более вкусном содержимом. - mse homjak(03.06.2022 13:06)
- На чё ума хватило у схемотехника, то и сделали. Обычное рассейское
рукожопие помноженное на самомнение. - =AlexD=(03.06.2022 12:22)
- Они драли функцыанальный аналог какого-то мелкого и древнего ПИКа.
На%я? - mse homjak(03.06.2022 12:09)
- Ну да, с длинными словами становиццо геморройно. Лучше бы они CMP
выкинули нах и вместо него сделали ADC. - =AlexD=(03.06.2022 10:22)
- Вот он: "прибавить перенос к старшему байту" А если он не совсем
старший и ещо 0хФФ? - mse homjak(03.06.2022 10:00)
- Сложить младшие байты, прибавить к старшему байту перенос, сложить
старшие байты. Три команды вместо двух. Где здесь цырк? - =AlexD=(03.06.2022 07:47)
- Нет, при многобайтной арифметике, с переносом начинаецца
натуральный конный цырк. Помницо, я написал пример, членоморфировал
и решил поглядеть на референс. Аналогично. Плюнул, забыл. - mse homjak(02.06.2022 18:01)
- Ну таким образом сложение и вычитание к логическим операциям свести
можно. Хотя - тут дело вкуса - мне вот аппаратного деления в одном
проекте не хватило (забыл, блин, что делит аврка не умеет).
Выкрутился, но лучше бы 51ый заложил :) - symbions(02.06.2022 23:13)
- Дык вся арифметика сводится к сложению, инверсии, сдвигам и работе
с битами переноса. Вычитание это инверсия и сложение. Умножение это
вычисления "в столбик", то бишь использование сложения и сдвига. Ну
и т.д. и т.п. - reZident(02.06.2022 14:59)
- НУ тогда атмел арифметику и не умеет - только часть её. Но переносы
есть, это да - symbions(02.06.2022 14:44)
- Конешна. И как её реализовать без нормального использования
переноса? - mse homjak(02.06.2022 11:36)
- Деление - это арифметика или нет, я запутался - symbions(02.06.2022 11:22)
- Древние "фикалии от Атмел" , уж что-что, а в арифметику умели, дай
Бог каждому. - mse homjak(02.06.2022 10:07)
- Совсем забурел, батенька. Забыл, как на древних фикалиях из-под
Atmel выкручивался? Арифметику ему подавай. Отвыкать пора. - ийoжиг(02.06.2022 09:24,
- Ну, если воспроизведут на 90нМ, то чому бы и ни? Но лучше не надо,
угрёбище без нормальной арифметики, это, действительно древнее
- Годное предложение. Пусть для начала разгонят это чудо до 25 МГц
:-) - SciFi(31.05.2022 08:49)
- Мегагерцы энергии хотят, так что в определенных случаях вполне себе
имеет право на жизнь и хитро вымученая архитектура. - PeterD(02.06.2022 11:45)
- "Интересная архитектура" нужна только тем, кому мегагерцей не
положили. Любой самый занюханный проц на кратно более высокой
частоте будет уделывать "интересную архитектуру". - SciFi(31.05.2022 08:31)
- Делал на ВЕ1 автосигналку в сове время ) - ник(31.05.2022 00:28, )
- нунадожеж!!! ностальжи по юности. я для него ( название ядра An15E03) писал транслятор асма и IDE. у Семенова есть ссылкм на мои перлы юности. где то исходники может даже остались. - klen(1 знак., 30.05.2022 22:21, ссылка)
- Черт побери, там столько ништяков! PDP-11 еще дышит! - LightElf(1 знак., 30.05.2022 18:15, ссылка)
- PDP-11 лет 25 назад пытался на Альтере написать, получилось
процентов на 70. Остальное в чип не влезло, чип уровнем выше других
денег стоил, не выгодно, бросил. Если кому то интересно, код на
AHDL могу выложить, АЛУ там точно влезло:-) - Visitor(30.05.2022 18:39 - 21:57)
- А смысл, если уже готовое есть - =AlexD=(1 знак., 31.05.2022 08:27, ссылка)
- Вот тут есть халяльное - LightElf(1 знак., 31.05.2022 13:42, ссылка)
- О, как! Преснухин Леонид Николаевич, Шахнов Вадим Анатольевич... МИЭТ... ностальжи. )) - SERGHIO(01.06.2022 20:08)
- интересно, 2451 LE Cyclone III - =AlexD=(31.05.2022 14:26)
- Смотрим на VexRiscv и грустим... - Evgeny_CD(1 знак., 01.06.2022 18:56, ссылка)
- Вообще, интересный вопрос, требующий своего исследователя - на
сколько (не)эффективно предки использовали транзисторный бюджет, и
почему. Если не изменяет склероз, то 1801 исполнял за 10 тактов
регистровые операции, по сути внутри все функции ложились на
микрокод, который рулил абстрактными арифметическими секциями. Есть
подозрение, что это от неразвитости систем проектирования и на
той-же площади можно было сделать гораздо более интересный
процессор. - =AlexD=(02.06.2022 10:06)
- Можно было (наверно), но задачей была совместимость с PDP-11. - LightElf(02.06.2022 11:16)
- На мой взгляд в системе команд PDP-11 было избыточное количество
адресаций. Поэтому никто её не повторяет в МК. Неэффективно. - =AlexD=(02.06.2022 15:32)
- PDP-11 - продукт своего времени. Операции "память-память" вполне
себе рулят, если память работает со скоростью проца. - LightElf(02.06.2022 16:22)
- Ну давай сравним, 32х разрядный ARM1 работал на частоте 8МГц, имел
3х ступенчатый конвейер и его производительность была ограничена
памятью до примерно 3MIPS, 1801 работал на частоте 5МГц и его
производительность в 0.5MIPS не была ничем ограничена. Разница в 6
лишних команд не достаточно, чтобы скомпенсировать отсутствие
команд память-память? А если крохотный кеш добавить и даже просто
очередь команд? - =AlexD=(02.06.2022 16:48)
- В данном разрезе бессмысленно рассматривать 1801 отдельно от PDP-11 и Q-Bus как таковых. Ибо стояла задача сделать микропроцессор, сохранив бинарную совместимость с более ранними мини-ЭВМ и электрическую совместимость с шиной Q-Bus (которая сама по себе ограничивает производительность на уровне, емнип, 1Мипс). - LightElf(02.06.2022 17:06)
- Ну давай сравним, 32х разрядный ARM1 работал на частоте 8МГц, имел
3х ступенчатый конвейер и его производительность была ограничена
памятью до примерно 3MIPS, 1801 работал на частоте 5МГц и его
производительность в 0.5MIPS не была ничем ограничена. Разница в 6
лишних команд не достаточно, чтобы скомпенсировать отсутствие
команд память-память? А если крохотный кеш добавить и даже просто
очередь команд? - =AlexD=(02.06.2022 16:48)
- оно архисложно конвейеризуется из-за огромного числа зависимостей,
а короткий конвейер = низкая частота. а на низкой частоте такие
решения очень эффективны. неспроста экономичные в момент своего
появления MSP430 разменяли всего один бит типа адресации на бит
количества регистров, а в целом повторяют идею PDP-11. - Mahagam(02.06.2022 15:47)
- Это всё несущественно, при желании можно и конвейеризировать, и
ускорить регистровые команды и даже ОоОЕ прикрутить. Там проблема в
том что коды операций зарезервированы за редко используемыми
комбинациями адресаций, которые проще было бы отдельными командами
реализовать. - =AlexD=(02.06.2022 15:59)
- всё это "несущественное" мы частично видим в развитии x86 -
сложнейший декодер команд, и всякие там прикрученные OoOE сами по
себе чуть ли не толще целого ядра арма. а биты, что уходили на
адресацию адресаций, теперь уходят на адресацию регистров, которых
нужно дохрена. - Mahagam(02.06.2022 16:10)
- И чего плохого? Сравни любые процессорные ядра с РОН внутри АЛУ и в ОЗУ (авр и 51й) - арифметика на первых просто на голову эффективнее. - POV(02.06.2022 16:19)
- В том то и дело, что память тормознутее процессора, поэтому
адресация из памяти в память никак программу не ускоряет, а
расширение регистрового банка - ускоряет. Пака данные подтянутся,
можно не только новые адреса вычислить, но и ещё остальную
регистровую арифметику успеть. - =AlexD=(02.06.2022 16:16)
- зависит от алгоритмов и задач. иногда слазить в кэш намного
быстрее, чем прочитать лишних три команды. собственно, любые
алгоритмы которые что-то там жирное считают регистрами не обойдутся
- в память так или иначе лазить придётся, потому и без кэша сейчас
ничего нет (ну или TCM на случай контроллеров) - Mahagam(02.06.2022 16:46)
- Если есть кеш данных, то есть и кеш команд, и это разные кеши с
разными шинами, и эти три команды считай бесплатны. Слазить в кеш
это пара тактов, а регистровые команды все утрамбовываются в
конвейер без зазоров. - =AlexD=(02.06.2022 16:53)
- все равно нельзя ж бесконечно играцца в песочнице и считать в
регистрах - один хрен эти регистры надо заполнять свежими данными,
и сохранять в память результаты. а это все равно обращения к
памяти/кэшу. - Mahagam(02.06.2022 17:01)
- Верно, проблемы начинаются когда места в песочнице не хватает, и
нужно пихать в стек промежуточные результаты. Чем шире регистровый
файл, тем реже такая ситуация возникает. Единственное препятствие к
расширению регистрового файла это ширина команды. - =AlexD=(02.06.2022 17:12)
- тьма алгоритмов которые работают с килобайтами/мегабайтами
информации. всякие там перемножения конских матриц, обработка
картинок, фильтры аудио над буферами, там никакое расширение
регистрового файла не спасёт. как только в регистрах умещается вся
инфа для удобной адресации входных и выходных данных, так сразу
дальнейшее расширение регистров не нужно. и один фиг - всё сводится
к большому кэшу. да и вообще - к трём уровням кэшей. - Mahagam(02.06.2022 17:28)
- Если одни не ускоряются, это не значит что нужно забить на другие,
которые ускоряются. Тем более потоковые алгоритмы ускоряют
массово-параллельными вычислителями, там важнее не количество
регистров, а их эффективная "ширина". Одно другому в общем не
мешает. - =AlexD=(02.06.2022 17:43)
- потоковые алгоритмы без конских кэшей и без быстрой памяти не
обходятся. иначе им некуда пихать результаты своих потоков. - Mahagam(02.06.2022 17:52)
- Для потоковых алгоритмов размер кеша не играет рояли, они любой кеш забивают, достаточно кешировать по крайней мере две страницы драм. =AlexD=(380 знак., 03.06.2022 07:58)
- потоковые алгоритмы без конских кэшей и без быстрой памяти не
обходятся. иначе им некуда пихать результаты своих потоков. - Mahagam(02.06.2022 17:52)
- Если одни не ускоряются, это не значит что нужно забить на другие,
которые ускоряются. Тем более потоковые алгоритмы ускоряют
массово-параллельными вычислителями, там важнее не количество
регистров, а их эффективная "ширина". Одно другому в общем не
мешает. - =AlexD=(02.06.2022 17:43)
- тьма алгоритмов которые работают с килобайтами/мегабайтами
информации. всякие там перемножения конских матриц, обработка
картинок, фильтры аудио над буферами, там никакое расширение
регистрового файла не спасёт. как только в регистрах умещается вся
инфа для удобной адресации входных и выходных данных, так сразу
дальнейшее расширение регистров не нужно. и один фиг - всё сводится
к большому кэшу. да и вообще - к трём уровням кэшей. - Mahagam(02.06.2022 17:28)
- Верно, проблемы начинаются когда места в песочнице не хватает, и
нужно пихать в стек промежуточные результаты. Чем шире регистровый
файл, тем реже такая ситуация возникает. Единственное препятствие к
расширению регистрового файла это ширина команды. - =AlexD=(02.06.2022 17:12)
- все равно нельзя ж бесконечно играцца в песочнице и считать в
регистрах - один хрен эти регистры надо заполнять свежими данными,
и сохранять в память результаты. а это все равно обращения к
памяти/кэшу. - Mahagam(02.06.2022 17:01)
- Если есть кеш данных, то есть и кеш команд, и это разные кеши с
разными шинами, и эти три команды считай бесплатны. Слазить в кеш
это пара тактов, а регистровые команды все утрамбовываются в
конвейер без зазоров. - =AlexD=(02.06.2022 16:53)
- зависит от алгоритмов и задач. иногда слазить в кэш намного
быстрее, чем прочитать лишних три команды. собственно, любые
алгоритмы которые что-то там жирное считают регистрами не обойдутся
- в память так или иначе лазить придётся, потому и без кэша сейчас
ничего нет (ну или TCM на случай контроллеров) - Mahagam(02.06.2022 16:46)
- всё это "несущественное" мы частично видим в развитии x86 -
сложнейший декодер команд, и всякие там прикрученные OoOE сами по
себе чуть ли не толще целого ядра арма. а биты, что уходили на
адресацию адресаций, теперь уходят на адресацию регистров, которых
нужно дохрена. - Mahagam(02.06.2022 16:10)
- Это всё несущественно, при желании можно и конвейеризировать, и
ускорить регистровые команды и даже ОоОЕ прикрутить. Там проблема в
том что коды операций зарезервированы за редко используемыми
комбинациями адресаций, которые проще было бы отдельными командами
реализовать. - =AlexD=(02.06.2022 15:59)
- PDP-11 - продукт своего времени. Операции "память-память" вполне
себе рулят, если память работает со скоростью проца. - LightElf(02.06.2022 16:22)
- На мой взгляд в системе команд PDP-11 было избыточное количество
адресаций. Поэтому никто её не повторяет в МК. Неэффективно. - =AlexD=(02.06.2022 15:32)
- Можно было (наверно), но задачей была совместимость с PDP-11. - LightElf(02.06.2022 11:16)
- Потактовая совместимость с древним наследием требует жертв. - LightElf(01.06.2022 19:11)
- Это да. Пару NOP слишком быстро исполнятся - вместо Вашингтона во
Флориду попадет :) - Evgeny_CD(01.06.2022 19:15)
- В БК-шные игрушки будет невозможно играть - LightElf(01.06.2022 19:21)
- Это да. Пару NOP слишком быстро исполнятся - вместо Вашингтона во
Флориду попадет :) - Evgeny_CD(01.06.2022 19:15)
- Вообще, интересный вопрос, требующий своего исследователя - на
сколько (не)эффективно предки использовали транзисторный бюджет, и
почему. Если не изменяет склероз, то 1801 исполнял за 10 тактов
регистровые операции, по сути внутри все функции ложились на
микрокод, который рулил абстрактными арифметическими секциями. Есть
подозрение, что это от неразвитости систем проектирования и на
той-же площади можно было сделать гораздо более интересный
процессор. - =AlexD=(02.06.2022 10:06)
- Смотрим на VexRiscv и грустим... - Evgeny_CD(1 знак., 01.06.2022 18:56, ссылка)
- Вот тут есть халяльное - LightElf(1 знак., 31.05.2022 13:42, ссылка)
- Это не спортивно ;) - LightElf(30.05.2022 19:24)
- Спортивно - это запихнуть функционал Альтеры в КР1878ВЕ1 :) - Nikolay_Po(30.05.2022 21:08)
- у меня ощущение, что российскую микроэлектронику спасёт одна новая
серия ПЛИС. одной архитектуры (что смогут заводы потянуть), но
разных размеров. а из них умельцы будут делать себе контроллеры с
любой периферией. убер-чип короче. а это создаст так необходимую
массовость. - Mahagam(30.05.2022 22:18)
- Да, ПЛИС с каким АРМом, флэшью 1-2М и 5-10к гейтов. Аналог какого
млачшего Цыклона2-3 в 144-208ТКФП или БГА с 1-0,8 шагом.
Мелочовка-то и щас есть какая-никакая. - mse homjak(31.05.2022 11:00)
- Да нахфиг тот ARM, вполне кошерно халявный RISC-V. - =AlexD=(31.05.2022 11:05)
- АРМ имеет развитую и отработанную инфраструктуру. Чо там с Риск-5,
хз. С другой стороны, какая, нах, разница, если не писать на
ассембле - mse homjak(31.05.2022 11:41)
- Из всей инфраструктуры разве что с отладчиками могут быть вопросы, если производитель не удосужится. - =AlexD=(31.05.2022 11:56)
- АРМ имеет развитую и отработанную инфраструктуру. Чо там с Риск-5,
хз. С другой стороны, какая, нах, разница, если не писать на
ассембле - mse homjak(31.05.2022 11:41)
- Да нахфиг тот ARM, вполне кошерно халявный RISC-V. - =AlexD=(31.05.2022 11:05)
- Ну не зря же все ломанулись Gowin щупать. Российским чипмейкерам следовало бы посмотреть на эту серию и сделать подобное. - =AlexD=(31.05.2022 08:43)
- Микрон недавно угрожал толстым БМК. - LightElf(30.05.2022 23:08)
- Относительно толстой ПЛИС они тоже угрожают, в конце года, а ПЛИС
со встроенным процессорным ядром вообще вроде как уже в серии. - AlexG(31.05.2022 01:48)
- Там вроде БМК с ARM920 был. - Evgeny_CD(31.05.2022 01:56)
- Про такое не слышал. Знаю у Микрона ПЛИС c RISC-V на 40 МГц. - AlexG(31.05.2022 02:39)
- Там вроде БМК с ARM920 был. - Evgeny_CD(31.05.2022 01:56)
- Относительно толстой ПЛИС они тоже угрожают, в конце года, а ПЛИС
со встроенным процессорным ядром вообще вроде как уже в серии. - AlexG(31.05.2022 01:48)
- Еще такие мнения есть: - Visitor(1 знак., 30.05.2022 22:25, ссылка)
- Да, ПЛИС с каким АРМом, флэшью 1-2М и 5-10к гейтов. Аналог какого
млачшего Цыклона2-3 в 144-208ТКФП или БГА с 1-0,8 шагом.
Мелочовка-то и щас есть какая-никакая. - mse homjak(31.05.2022 11:00)
- "Альтеру" из 16-ти ATmega8 я видел. Кто-то не знал HDL и ПЛИС, зато
неплохо знал ассемблер. - AlexG(30.05.2022 21:27)
- Не знающие HDL и хорошо знающие ассемблер как-то особенно живучи в
нашей стране. - Evgeny_CD(1 знак., 30.05.2022 22:00, ссылка)
- Там штук 5 AVRок. Программный симулятор Z80 и периферии :) - Evgeny_CD(30.05.2022 22:01)
- Не знающие HDL и хорошо знающие ассемблер как-то особенно живучи в
нашей стране. - Evgeny_CD(1 знак., 30.05.2022 22:00, ссылка)
- Спортивно - это проц 1806ВМ2 и память на 565РУ6 - LightElf(30.05.2022 21:11)
- И утюг на брюхо Заказчику - чтобы купил :) - Evgeny_CD(30.05.2022 21:17)
- Заказчика не спрашивают, ему продают законченное решение. Стив
Джобс говорил что-то вроде: "Не надо спрашивать у пользователя,
чего он хочет. Дайте ему то, что ему нужно" - LightElf(30.05.2022 21:24)
- Да, с "братками" работали по пейджингу, что такое ТЗ они плохо
понимали, бабки так отмывали, первый пункт: сделайте, что что бы у
пацанов все перло, делали и работало, с оплатой ни разу не кинули,
хоть и бандиты из Кемеровской области. Рассчитывались баксами
налом, иногда по десять купюры, иногда 20 ки были. Что удивительно,
они не хамили, и уважали людей, кто в 90 стые годы мог что то
разработать и произвести:-) - Visitor(30.05.2022 21:41)
- Деловые, которые крутят деньги общака в бизнесе - это ж не урки. Вежливые культурные люди, не торгуются по оплате, не кидают, строго следуют рекомендациям специалиста, обеспечивают транспорт и по необходимости кормёжку. На подхвате там контингент конечно разный, порой весьма странные кадры, но все дрессированные. - =AlexD=(31.05.2022 08:37)
- У нас были транзакции с "пацанами" из Екатеринбурга. Сетчатую авоську 20 баксовых бумажек в наш офис как-то принесли. Но все было точно. До купюры! И да, подтверждаю, ни разу нас не подвели с оплатой. - Evgeny_CD(30.05.2022 22:02)
- Да, с "братками" работали по пейджингу, что такое ТЗ они плохо
понимали, бабки так отмывали, первый пункт: сделайте, что что бы у
пацанов все перло, делали и работало, с оплатой ни разу не кинули,
хоть и бандиты из Кемеровской области. Рассчитывались баксами
налом, иногда по десять купюры, иногда 20 ки были. Что удивительно,
они не хамили, и уважали людей, кто в 90 стые годы мог что то
разработать и произвести:-) - Visitor(30.05.2022 21:41)
- Заказчика не спрашивают, ему продают законченное решение. Стив
Джобс говорил что-то вроде: "Не надо спрашивать у пользователя,
чего он хочет. Дайте ему то, что ему нужно" - LightElf(30.05.2022 21:24)
- И утюг на брюхо Заказчику - чтобы купил :) - Evgeny_CD(30.05.2022 21:17)
- у меня ощущение, что российскую микроэлектронику спасёт одна новая
серия ПЛИС. одной архитектуры (что смогут заводы потянуть), но
разных размеров. а из них умельцы будут делать себе контроллеры с
любой периферией. убер-чип короче. а это создаст так необходимую
массовость. - Mahagam(30.05.2022 22:18)
- Спортивно - это запихнуть функционал Альтеры в КР1878ВЕ1 :) - Nikolay_Po(30.05.2022 21:08)
- А смысл, если уже готовое есть - =AlexD=(1 знак., 31.05.2022 08:27, ссылка)
- GCC под него есть? - Mahagam(30.05.2022 18:16)
- Должно быть, эта ж папа всех юниксов и езыга Цэ LightElf(2 знак., 30.05.2022 18:19, ссылка, ссылка)
- PDP-11 лет 25 назад пытался на Альтере написать, получилось
процентов на 70. Остальное в чип не влезло, чип уровнем выше других
денег стоил, не выгодно, бросил. Если кому то интересно, код на
AHDL могу выложить, АЛУ там точно влезло:-) - Visitor(30.05.2022 18:39 - 21:57)
- Старый конь борозды не испортит! - SciFi(30.05.2022 18:11)
- ...но и глубоко не вспашет - abivan(30.05.2022 18:14)
- у кого там мысли сходятся? :) - Mahagam(30.05.2022 18:14)
- ...но и глубоко не вспашет - Mahagam(30.05.2022 18:14)
- ...но и глубоко не вспашет - abivan(30.05.2022 18:14)
- Зачетный термин в части возрождения отечественной электроники :) - Evgeny_CD(30.05.2022 18:01)
- Как же давно это было. Ещё AT90C1200 продавался кажется. - =AlexD=(30.05.2022 18:00)
- Попрошу ! at90S1200 !!! - sav6622(30.05.2022 18:34)
- S - это с последовательным программированием, а первые были C - только с параллельным. - =AlexD=(31.05.2022 08:22)
- Попрошу ! at90S1200 !!! - sav6622(30.05.2022 18:34)
- это лучше, чем ничего - =L.A.=(30.05.2022 17:49)
- но не особо, ибо нахрен не надо, спасибо - Ralex(31.05.2022 12:31)
- Лучше, чем ничего, если бы он на частоте 50МГц мог работать. - reZident(30.05.2022 19:29)
- осталось прайс озвучить - Mahagam(30.05.2022 18:39)
- Усугубим, братие - постакалиптическая ось на Форте. - teap0t(1 знак., 01.06.2022 19:27, ссылка)