Раз уж зашла речь об открытом софте для разработки микросхем, то что вы можете сказать о GNU Electric? (http://www.gnu.org/software/electric/)
Судя по имеющейся информации, люди на нём даже умудряются что-то делать ( www.staticfreesoft.com/electricGallery.html ), а потом размещать заказы c помощью MOSIS ( www.mosis.com/ ) или EUROPRACTICE IC Service ( www.europractice-ic.com/ ) Кстати, на MOSIS даже можно выковырять модели nmos и pmos транзисторов, например, для tsmc 0.18u: ftp.mosis.com/pub/mosis/vendors/tsmc-018/t92y_mm_non_epi_thk_mtl-params.txt. Этого, по идее, должно хватить для разработки схематики собственной цифровой библиотеки. Понятное дело, что нужны design rules, дабы разработать топологию, а после экстракции паразитов все временные параметры сильно уплывут (хотя правил экстракции всё равно без NDA не получить), но всё же.
А что можно сказать о другом открытом софте? Например, можно ли использовать для симуляции какой-нибудь ngspice, а не проприетарные hspice/spectre?
Лучше даже так, можно попросить перечислить известный вам открытый софт применимый для разработки микросхем?
Данный баг не Ubuntu-специфичен, так что вопрос не к ним. Это регрессия в Xorg: bugs.freedesktop.org/show_bug.cgi?id=54654
Как только исправят, выкатят обновление. В целом здесь ничего страшного нет. Если нужно «прямо сейчас и срочно», то можно откатить Xorg до предыдущей версии.
Ответил «дома вообще спортом не занимаюсь», т.к. дома и правда практически ничего полезного не делаю, кроме как сплю да ем.
А на работе у нас есть турник, на который я стараюсь ходить каждый день. Плюс с ребятами с работы иногда ходим играть в волейбол и настольный теннис. Правда, в последнее время я стал подзабивать на всё это дело, т.к. разгребаем очередной завал.
Я вот чего понять не могу…
Раз вам надо так быстро выполнять операции с плавающей запятой, почему бы под это дело не взять один из современных DSP или, скажем, не сделать специализированную железяку на FPGA заточенную под конкретно данную задачу?
На специализированной железке можно добиться гораздо большей производительности и гораздо более предсказуемого времени выполнения операции, нежели на x86_{32,64}. Если нужен RTOS и GUI рисовать, то берёте любой понравившийся (и достаточноый по производительности для данной задачи) eMPU и цепляете к нему разработанную числодробилку на DSP или FPGA — это просто, понятно и даёт предсказуемые задержки.
Не стоит забывать, что препод вам эту формулу мелом на доске тоже не моментально вычертит. Конечно, от лектора зависит, но когда нам читали лекции, то все формулы писали на доске. Плюс к тому лектор прекрасно понимал, что пока он пишет, за ним не видно всей формулы целиком, поэтому он отходил от доски, чтобы остальные могли переписать и он сам мог проверить написанное. Я вас уверяю, этого времени вполне хватает чтобы набить 80% формул. С текстом было чуть сложнее, поэтому на перемене приходилось тратить несколько минут чтоб поправить то, что подсвечивает спелл-чекер.
Иногда преподы не только брали у нас лекции, но и ставили за них зачёт автоматом =)
Индивидуальными заданиями мы тоже не брезговали, так что разного кода на том ноуте было написано прилично. Большей частью приходилось строить разные графики, так что библиотеки QwtPlot и Qwtplot 3D очень помогали. А ещё мы старались автоматизировать всё что можно. Например, все лабораторные по статистике у нас считались автоматом на самописной программулине, которая была написана прямо на лабах.
> К сожалению, я закончил своё очное обучение пару лет назад — тогда, в 2010 году, лекции в таком формате, к сожалению, не писал никто.
Я хоть и не в Москве учился, но всё же…
Мы с товарищем писали лекции на стареньком субноутбуке начиная с третьего курса, купленном чуть ли не в складчину за 5800 р. (в то время стипендия у отличников была 900р, ЕМНИП). Это был P-III 600 MHz, 192 Mb RAM. Просто отличная машинка, весом всего 1.5 кг и диагональю экрана около 11". На ноут с моей лёгкой руки был взгромождён Slackware Linux и OpenOffice.org (тогда ещё от Sun). Родная батарея была уже убитая, её хватало только на 30-40 минут, посему с собой таскали внешний аккумулятор от ИБП на 4.5 А*ч, этого хватало часов на 6-7. А содержимое рюкзака — это вообще просто отдельная история, там было почти всё, что может понадобиться дабы раздобыть нужную информацию здесь и сейчас.
Редактор формул в OpenOffice оказался просто великолепный. Для всех греческих символов была настроена автозамена, чтобы можно было писать текст с использованием данных символов прямо «на лету». Ближе к сессии через нас проходило просто огромное количество флешек, дабы перекинуть с одной на другую курсовые и прочие плюшки. Естественно всё это осидало у нас на винте в виде хорошей такой коллекции. Linux подошёл как нельзя лучше, ибо 70% флешек были в то время с вирусами запускаемыми виндой через autorun.inf. А сложные графики мы реально тупо фотографировали с доски, потом редактировали полученное изображение в gimp до вменяемого состояния. На лабораторных вместо pspice использовали ngspice. Единственное, Компас под wine сильно тормозил.
Перед сессией все начинали трясти c нас лекции, мы их отдавали только в odt и конвертировать в doc отказывались, мол, нехай себе нормальный офисный пакет ставят =) Но даже при таком раскладе, после экзаменов нашими лекциями распечатанными 4-м шрифтом были забиты все парты.
Ну и напоследок, скриншот куска наших лекций:
> Ведь Verilog — это фактически программирование, то есть грань между софтовой и Verilog+ПЛИС постепенно стирается.
Ага, почти так.
Только Verilog — это всё же язык описания аппаратуры. Так что абсолютно не факт, что то, что напишет среднестатический программист без знания особенностей проектирования цифровой логики окажется синтезабельным. Verilog создаёт обманчивое впечатление, и когда-то будучи ещё «не в теме» я умудрился написать код для какого-то простейшего преобразования в 10 строк, который подвесил синтезатор на пару часов, и в итоге не уместился в ПЛИС с большим количеством LUT'ов.
И не стоит забывать о возможности последующей реализации кода на VHDL/Verilog в кремнии. Один Z80 на 240 МГц чего стоит =)
Guy Hutchison (see TV80 project) has synthesized an early version of the core in a 130nm TSMC process. He determined the design to contain about 20k gates and run at about 240 Mhz.
Читая название топика (и ещё не зная что такое Maximite) почему-то ожидал увидеть плату с FPGA, написанное на Verilog ядро i8080 (в качестве примера: opencores.org/project,cpu8080 ) и подключенную к ПЛИСе микросхему SSRAM выдраную из процессорного кэша с материнки для какого-нибудь 486-го. А тут оказалось всё несколько иначе — софтовая эмуляция.
C32 — это порт GCC.
Кстати, MPLAB X сейчас сильно тормозит? А то когда я его в последний раз щупал (одна из первых beta версий), он умудрялся подтормаживать даже на не самом слабом железе.
И ещё одно, что-то я не увидел в данной заметке самого интересного: сравнение производительности системы с вашими оптимизациями и без них, хотя бы с помощью синтетических тестов. Хочется понять, стоила ли овчинка выделенки.
Можно ещё посмотреть в сторону fuse файловой системы для «прозрачной» перекодировки mp3fs. Я её пару раз использовал в Linux. И вроде как оно даже работает в MacOS через MacFUSE, но возможно придётся наложить небольшой патч: uwe-arzt.de/20080327.html
А я вот в своё время намучался с Microchip-ами. Вот мой старый комментарий на эту тему: habrahabr.ru/post/131843/#comment_4376599
Вообще багов везде хватает. Это ещё маленькие восьмибитные микроконтроллеры, а вот Errata для некоторых больших ARM-ов c MMU порой приводит в ужас =)
Если именно _паяльник_, то советую скачать схему вот этого кита: starterkit.ru/html/index.php?name=shop&op=view&id=41
По одной простой причине — MPU в LQFP корпусе, который при должной сноровке паяется обычным паяльником. Хотя сам чип у народа вызывает некоторые проблемы, но про это на форуме много написано.
Я про этот проект уже однажды упоминал в комментариях.
Это Zet86 с opencores.org: opencores.org/project,zet86
Распространяется под GPL.
Ещё бы было интересно почитать про запуск Linux на OpenRISC 1200. Я orpsoc на DE0 запускал, правда успел там погонять только всякие dhrystone и coremark, после чего появились другие задачи, пришлось отложить.
FF очень много данных хранит в SQLite БД (куки, журнал, список закачек и т.д.). При старте он их все начинает вычитывать.
Попробуйте find ~/.mozilla/firefox/ -name *.sqlite -exec sqlite3 {} VACUUM \;
После этого он начнёт стартовать несколько быстрее, правда помогает на очень короткий промежуток времени.
Посидел я минут 15 над вашим тестом (точнее на который была данна ссылка в статье) и прошёл его. Набрал 197 баллов, после чего меня обрадовали надписью «Вы — хороший PHP-программист!». Теперь самое смешное — я вообще не знаю PHP, а при ответах опирался только на Google и интуицию. Мораль сей басни такова: если вы умеете использовать поисковые системы — то вы хороший программист! =)
Посмотрел я на ваш тест. Посидел минут 10 и прошёл его. Набрал 197 баллов, написали, мол «Вы — хороший PHP-программист!». Теперь самое смешное — я вообще не знаю PHP, а при ответах опирался только на Google и интуицию. Мораль сей басни такова: если вы умеете использовать поисковые системы — то вы хороший программист! =)
Прозреваю, что для получения уровня сигнала там используются некие AT-команды. Так что даже если и нет такой программы, то написать скрипт для получения уровня сигнала особой проблемы не составит. 3g-modem.wetpaint.com/page/ZTE+AT-commands
Судя по имеющейся информации, люди на нём даже умудряются что-то делать ( www.staticfreesoft.com/electricGallery.html ), а потом размещать заказы c помощью MOSIS ( www.mosis.com/ ) или EUROPRACTICE IC Service ( www.europractice-ic.com/ ) Кстати, на MOSIS даже можно выковырять модели nmos и pmos транзисторов, например, для tsmc 0.18u: ftp.mosis.com/pub/mosis/vendors/tsmc-018/t92y_mm_non_epi_thk_mtl-params.txt. Этого, по идее, должно хватить для разработки схематики собственной цифровой библиотеки. Понятное дело, что нужны design rules, дабы разработать топологию, а после экстракции паразитов все временные параметры сильно уплывут (хотя правил экстракции всё равно без NDA не получить), но всё же.
А что можно сказать о другом открытом софте? Например, можно ли использовать для симуляции какой-нибудь ngspice, а не проприетарные hspice/spectre?
Лучше даже так, можно попросить перечислить известный вам открытый софт применимый для разработки микросхем?
В большинстве же случаев alias на него всё равно есть радии опции --color=auto
bugs.freedesktop.org/show_bug.cgi?id=54654
Как только исправят, выкатят обновление. В целом здесь ничего страшного нет. Если нужно «прямо сейчас и срочно», то можно откатить Xorg до предыдущей версии.
А на работе у нас есть турник, на который я стараюсь ходить каждый день. Плюс с ребятами с работы иногда ходим играть в волейбол и настольный теннис. Правда, в последнее время я стал подзабивать на всё это дело, т.к. разгребаем очередной завал.
Раз вам надо так быстро выполнять операции с плавающей запятой, почему бы под это дело не взять один из современных DSP или, скажем, не сделать специализированную железяку на FPGA заточенную под конкретно данную задачу?
На специализированной железке можно добиться гораздо большей производительности и гораздо более предсказуемого времени выполнения операции, нежели на x86_{32,64}. Если нужен RTOS и GUI рисовать, то берёте любой понравившийся (и достаточноый по производительности для данной задачи) eMPU и цепляете к нему разработанную числодробилку на DSP или FPGA — это просто, понятно и даёт предсказуемые задержки.
Индивидуальными заданиями мы тоже не брезговали, так что разного кода на том ноуте было написано прилично. Большей частью приходилось строить разные графики, так что библиотеки QwtPlot и Qwtplot 3D очень помогали. А ещё мы старались автоматизировать всё что можно. Например, все лабораторные по статистике у нас считались автоматом на самописной программулине, которая была написана прямо на лабах.
Я хоть и не в Москве учился, но всё же…
Мы с товарищем писали лекции на стареньком субноутбуке начиная с третьего курса, купленном чуть ли не в складчину за 5800 р. (в то время стипендия у отличников была 900р, ЕМНИП). Это был P-III 600 MHz, 192 Mb RAM. Просто отличная машинка, весом всего 1.5 кг и диагональю экрана около 11". На ноут с моей лёгкой руки был взгромождён Slackware Linux и OpenOffice.org (тогда ещё от Sun). Родная батарея была уже убитая, её хватало только на 30-40 минут, посему с собой таскали внешний аккумулятор от ИБП на 4.5 А*ч, этого хватало часов на 6-7. А содержимое рюкзака — это вообще просто отдельная история, там было почти всё, что может понадобиться дабы раздобыть нужную информацию здесь и сейчас.
Редактор формул в OpenOffice оказался просто великолепный. Для всех греческих символов была настроена автозамена, чтобы можно было писать текст с использованием данных символов прямо «на лету». Ближе к сессии через нас проходило просто огромное количество флешек, дабы перекинуть с одной на другую курсовые и прочие плюшки. Естественно всё это осидало у нас на винте в виде хорошей такой коллекции. Linux подошёл как нельзя лучше, ибо 70% флешек были в то время с вирусами запускаемыми виндой через autorun.inf. А сложные графики мы реально тупо фотографировали с доски, потом редактировали полученное изображение в gimp до вменяемого состояния. На лабораторных вместо pspice использовали ngspice. Единственное, Компас под wine сильно тормозил.
Перед сессией все начинали трясти c нас лекции, мы их отдавали только в odt и конвертировать в doc отказывались, мол, нехай себе нормальный офисный пакет ставят =) Но даже при таком раскладе, после экзаменов нашими лекциями распечатанными 4-м шрифтом были забиты все парты.
Ну и напоследок, скриншот куска наших лекций:
Ага, почти так.
Только Verilog — это всё же язык описания аппаратуры. Так что абсолютно не факт, что то, что напишет среднестатический программист без знания особенностей проектирования цифровой логики окажется синтезабельным. Verilog создаёт обманчивое впечатление, и когда-то будучи ещё «не в теме» я умудрился написать код для какого-то простейшего преобразования в 10 строк, который подвесил синтезатор на пару часов, и в итоге не уместился в ПЛИС с большим количеством LUT'ов.
И не стоит забывать о возможности последующей реализации кода на VHDL/Verilog в кремнии. Один Z80 на 240 МГц чего стоит =)
Вот: opencores.org/project,wb_z80
C32 — это порт GCC.
Кстати, MPLAB X сейчас сильно тормозит? А то когда я его в последний раз щупал (одна из первых beta версий), он умудрялся подтормаживать даже на не самом слабом железе.
Эээмм… Запуск игрового сервера из-под root'а?
habrahabr.ru/post/131843/#comment_4376599
Вообще багов везде хватает. Это ещё маленькие восьмибитные микроконтроллеры, а вот Errata для некоторых больших ARM-ов c MMU порой приводит в ужас =)
starterkit.ru/html/index.php?name=shop&op=view&id=41
По одной простой причине — MPU в LQFP корпусе, который при должной сноровке паяется обычным паяльником. Хотя сам чип у народа вызывает некоторые проблемы, но про это на форуме много написано.
Это Zet86 с opencores.org: opencores.org/project,zet86
Распространяется под GPL.
Ещё бы было интересно почитать про запуск Linux на OpenRISC 1200. Я orpsoc на DE0 запускал, правда успел там погонять только всякие dhrystone и coremark, после чего появились другие задачи, пришлось отложить.
Попробуйте
find ~/.mozilla/firefox/ -name *.sqlite -exec sqlite3 {} VACUUM \;После этого он начнёт стартовать несколько быстрее, правда помогает на очень короткий промежуток времени.