Comments 7
Спасибо, интересная статья
В самом начале описанной работы моя любительская реализация Ethereum на Zig обгоняла официальную реализацию (написанную на Go) примерно на 40%.
У вас ошибка в переводе, вместо обгоняла, должно быть отставало(или что-то в этом роде).
Человек пилит собственную реализацию эфира, что вроде подразумевает наличие кое-какого опыта низкоуровневого программирования, но при этом допускает детские ошибки и читает из стрима по-байтово. Я даже не знаю как можно описать опыт сего товарища
Что за ерунда, кому это интересно?
Различные железки на разном биосе, операционной системе, драйверах, библиотеках буду в разном любом программном коде вести себя по разному, гадать на кофейной гуще, что там происходит бесмысленно, можно только предположить, либо придется проводить исследование на разных уровнях, программном от компилятора-интерпретатора, далее по всему циклу выполнения операционной системой, драйверами, библиотеками, биосом, микрокодом возможно каким-то, аппаратным считывать весь путь по всем платкам с тестерами разными.
Посадить бы этого за комп с МСДОСом, который нативно не умел в буферизацию, он бы почти сразу взвыл. Я забыл, что именно я своим школьным паскалевским кодом читал побайтно из одного файла, но когда я додумался, что можно читать по 512 и переписал код на использование буферизованного ввода-вывода (и никаких там BufferedOutputStream, дотуда было ещё несколько лет!), вместо долгой маеты я обработал файл за несколько секунд. А язык сам по себе ничего не сделает, если программист не умеет пользоваться его средствами.
Какая длинная статья о недопонимание пайпов в баше... На фоне zig-а и эфира...
Как так вышло, что при лишнем шаге сборки моё приложение на Zig ускоряется в 10 раз