Е разбира се, че "няма какво да доказвам". Само има малка корекция "нямам доказателства, защото лъжа" :)

|

Е разбира се, че "няма какво да доказвам". Само има малка корекция "нямам доказателства, защото лъжа" :)

Тоз боклук ся и иска доказателства де живея. Нали знам майка ти де живее, всичко е точно.

Допреди малко халюцинираше, че майка ми живеела на село като неговата, сега пак лъже, че знаел къде живее след като му казах, че не живее на село. :)

|

Допреди малко халюцинираше, че майка ми живеела на село като неговата, сега пак лъже, че знаел къде живее след като му казах, че не живее на село. :)

И в град и в гето макя ти е селска пръчкотия!

Rabin

И в град и в гето макя ти е селска пръчкотия!

Козоеба пак започна да ни разказва тъжната история на майка си, която е уморил млада с идиотщините си.

Доста прогрес със симулатора тази седмица. Оправих интерконекта и L3 cache-а да са по-реалистични, добавих векторни операции. Линукс буутва на едно ядро (до unable to mount root, още няма симулирани дискове), и стига доста далеч с 8 ядра, но последния бъг промени вътрешното състояние и сега не мога да преизпозвам checkpoints, kоито имам и трябва да симулирам около милиард цикъла отначало.

Та по рабиняшки реших да правя нещо друго и сега добавяме специализиран дебъгър, който позволява постъпково симулиране на всеки цикъл напред и назад ("истински" reversible debugger), отиване до произволен цикъл, break/watchpoints, инспекция на вътрешното състояние на ядрото, в каква фаза са активните инструкции, мапинг между архитектурни и физически регистри, съобщенията между кешовете които поддържат кохерентността на паметта и т.н.

Едно от условията за дебъгъра беше да е удобен на Клод, а не на човек и той си избра json формат на командите.

Сигурно ще отнеме целия уикенд, но да се надяваме че ще е по-лесно да се открива къде са бъговете.

Иначе основната ми хипотеза изглежда че ще е вярна и експертите ще се окаже, че грешат. :)

MCP сървър ли е или CLI?

waldorf

MCP сървър ли е или CLI?

CLI. Debugger-а е на практика част от симулатора.

Брава. В облаците ли се симулира или локално?

BIGBUGEX

Брава. В облаците ли се симулира или локално?

Локално. Аз дори не държа сорса в гитхъб, защото подозирам, че работодателя ми няма да ми разреши да го направя опън сорс.

Дебъгърът е готов, днес prefetchers.

А каква е целта на този симулатор и дебъгер? От спортна злоба или имаш конкретен казус за чепкане?

Не искам да пиша много подробности, защото сигурно ще има достатъчно материал за 1-2 публикации, а от тях някои доносници ще могат да видят името ми.

Основния повод беше, че понякога ми се налага да използвам симулатори като gem5, а те всичките са еднонишкови и ако трябва да симулираш 100 ядра, са 100 пъти по-бавни (а те не са бързи така или иначе). Моето твърдение беше, че може да се напише многонишков симулатор, чиято производителност да расте с броя на процесорите на които работи. Експертите твърдят, че синхронизацията между нишките (+някои други подробности) ще убият растежа и скоростта няма да расте достатъчно за да си струва.

Ако нямаше AI щях да се съглася с експертите, защото е много работа да проверя дали е вярно. Та, използвам този експеримент да видя дали AI може да се справи с толкова сложен проект без аз да напиша и един ред код. :)

А дебъгъра го добавих, за да може Клод да намира бъгове в симулатора. Иначе за всеки бъг добавя printfs в кода, компилира, събира трейс, парсва, пак printfs и т.н. Сега просто се връзва към сокета на дебъгъра, ходи напред/назад в симулираните цикли и проверява какво е вътрешното състояние на ядрата и интерконекта.