Спасибо, за подробный ответ. Для типа []byte, сделано как вы советуете. В целом это грустно. Получается избежать кучи практически невозможно. Пойду проголосую за ваш ишью (мне нравится пользоваться функциями)
Не могли бы вы пояснить такой момент.
Вот функция: https://github.com/recoilme/pudge/blob/master/pudge.go#L206
Там есть свитч и нелепый момент. Внутри части кейсов, создаётся переменная buf. Выглядит как будто я упорот и люблю писать одну и ту же строку 10 раз. Но дело в том, что если вынести создание buf до свича, код замедлится, даже если я не хожу в кейс, в котором юзается буф. Те компилятор не оптимизирует код разворачивая свич на несколько веток, а создаёт буфер на куче независимо от того юзал я его или нет. Я совсем не силен в компиляторах и возможно так и должно быть или это недостаток? Замедление нескщественное точно не помню, с десяток наносекунд или сотня, и обычно не стоит упарываться, дублируя код ради них, тут просто база данных, и этот код повсюду вызывался.
В целом. мне кажется проще и правильней было сделать так — писать напрямую в файл. При этом FS будет писать в буфер. В бэкграундтаске — раз в секунду или реже делать fsync — чтобы сбросить буфер на диск. А сейчас — вы по сути написали второй буфер — над файловой системой. Плюс я не смотрел код внимательно — но кажется синков -нет. Те вы пишете в буфер — потом в буфер файловой системы — во первых двойной буфер во вторых вы ничего не добились если не синкаете, разве нет? У меня очень похожая задача — массив файлов и запись в них — я решил ее напрямую и мне кажется так правильней: github.com/recoilme/pudge/blob/master/pudge.go
А почему говорят что на машине вероятность смерти выше, если по статистике ровно наоборот?
Вот статистика: en.wikipedia.org/wiki/Aviation_safety
Transport comparisons
Смертей на биллион:
Машина — 3 смерти на километр
Самолет — 42 смерти на километр
Те получается в Грузию из Москвы в более чем в 10 раз безопаснее поехать на машине?
У него хороший отец(Luckycoin), знаменитый дед (litecoin) и богатый прадед(bitcoin) что технически означает наличие совместимого с bitcoin rpc сервера, например. Им по прежнему пользуются, например на реддит есть бот для пожертвований, www.reddit.com/r/sodogetip/wiki/index а за последние 24 часа отправлено doge на $16,648,335 USD. Doge обработал больше транзакций чем все криптовалюты вместе взятые, при этом размер блокчейна 30 Гигабайт, а среднее время транзакции — 1 минута. Он находится в топ10 криптовалют, но не это главное. Клиент Doge синхронизировался с блокчейном за пару минут, для примера, блокчейн «Виталика» свистел пердел и синхронизировался несколько дней забив весь винт и вечно висел. У Doge самый стабильный курс — 1Doge = 1Doge. Эта формула напоминает что Doge сделан для пожертвований и добрых дел, а не для обогащения. Разработка ведется, какие то смешные толстяки совершенно не умеющие в презентации — по прежнему пилят его. Но самое главное это его традиции и карма, например DogeRain! Все кто напишут комментарий в ответ с адресом кошелька — получат небольшое количество Доджей, просто для фана.
Попинайте пожалуйста мою идею с dogecoin… Я не до конца понимаю некоторые нюансы… Я могу создать кошелёк без пароля через rpc блокчэйн. Но тогда, любой кто знает его номер сможет вывести с него doge? Сколько ресурсов будет жрать клиент на синхронизацию блокчэйна примерно? Наверняка я что то упускаю, но json api стоит от 100 долларов /мес но может оно дешевле в итоге? Посоветуйте)
много переосмыслено
— разделение контента по языкам
— подписки на каналы
— главная страница как пульт управления порталом а не поляна для рекламодателей /лендинг
— раздельный рейтинг
— динамический топ статей с пенальти по времени
— отсутствие внешних зависимостей
— минимальное использование скриптов
— оригинальный алгоритм сжатия картинок вместо ленивой загрузки
— минималистичный интерфейс
— отсутствие привязки к почте, возможность создания юзернейма из одной буквы, оригинальный алгоритм паджинации, чтение статей в хронологическом порядке, я могу продолжать бесконечно, но смысл? Все вебстраницы в чем то похожи друг на друга.
довольно много идей украдено у медиум, телеграм и телеграф
немношко украдено с хакерньюс, немношко с реддит
Из дзена не нашлось что украсть. Не то чтобы проект плохой, даже вел там канал какое то время. Но мне не нравится в нем ничего, кроме самой идеи автоматических рекомендаций. Но даже она реализована крайне посредственно.
Валидации нет, только бэкап: https://godoc.org/github.com/recoilme/pudge#BackupAll
Спасибо, за подробный ответ. Для типа []byte, сделано как вы советуете. В целом это грустно. Получается избежать кучи практически невозможно. Пойду проголосую за ваш ишью (мне нравится пользоваться функциями)
Не могли бы вы пояснить такой момент.
Вот функция: https://github.com/recoilme/pudge/blob/master/pudge.go#L206
Там есть свитч и нелепый момент. Внутри части кейсов, создаётся переменная buf. Выглядит как будто я упорот и люблю писать одну и ту же строку 10 раз. Но дело в том, что если вынести создание buf до свича, код замедлится, даже если я не хожу в кейс, в котором юзается буф. Те компилятор не оптимизирует код разворачивая свич на несколько веток, а создаёт буфер на куче независимо от того юзал я его или нет. Я совсем не силен в компиляторах и возможно так и должно быть или это недостаток? Замедление нескщественное точно не помню, с десяток наносекунд или сотня, и обычно не стоит упарываться, дублируя код ради них, тут просто база данных, и этот код повсюду вызывался.
Разве блокировку на элемент надо ставить до снятия блокировки с контейнера? Код очень тяжело читается из-за этого — это оправдано?
github.com/VKCOM/kittenhouse/blob/f07cfa44a8d67bbfb7015fca1e459f7731ab27c0/core/inmem/buffer.go#L48
Как может появиться новый элемент вот тут? Читатели не блокирует друг друга, но писатель же блокирует читателей и эта ситуация невозможна или я заблуждаюсь?
github.com/VKCOM/kittenhouse/blob/f07cfa44a8d67bbfb7015fca1e459f7731ab27c0/core/inmem/buffer.go#L75
В целом. мне кажется проще и правильней было сделать так — писать напрямую в файл. При этом FS будет писать в буфер. В бэкграундтаске — раз в секунду или реже делать fsync — чтобы сбросить буфер на диск. А сейчас — вы по сути написали второй буфер — над файловой системой. Плюс я не смотрел код внимательно — но кажется синков -нет. Те вы пишете в буфер — потом в буфер файловой системы — во первых двойной буфер во вторых вы ничего не добились если не синкаете, разве нет? У меня очень похожая задача — массив файлов и запись в них — я решил ее напрямую и мне кажется так правильней: github.com/recoilme/pudge/blob/master/pudge.go
Эх, я был уверен что это я изобрёл — пагинацию по указателю(
ru.tgr.am/@recoilme/167
Вот статистика: en.wikipedia.org/wiki/Aviation_safety
Transport comparisons
Смертей на биллион:
Машина — 3 смерти на километр
Самолет — 42 смерти на километр
Те получается в Грузию из Москвы в более чем в 10 раз безопаснее поехать на машине?
Продолжение приключений тайпграм в Интернет: https://m.habr.com/post/426099/
Попинайте пожалуйста мою идею с dogecoin… Я не до конца понимаю некоторые нюансы… Я могу создать кошелёк без пароля через rpc блокчэйн. Но тогда, любой кто знает его номер сможет вывести с него doge? Сколько ресурсов будет жрать клиент на синхронизацию блокчэйна примерно? Наверняка я что то упускаю, но json api стоит от 100 долларов /мес но может оно дешевле в итоге? Посоветуйте)
— разделение контента по языкам
— подписки на каналы
— главная страница как пульт управления порталом а не поляна для рекламодателей /лендинг
— раздельный рейтинг
— динамический топ статей с пенальти по времени
— отсутствие внешних зависимостей
— минимальное использование скриптов
— оригинальный алгоритм сжатия картинок вместо ленивой загрузки
— минималистичный интерфейс
— отсутствие привязки к почте, возможность создания юзернейма из одной буквы, оригинальный алгоритм паджинации, чтение статей в хронологическом порядке, я могу продолжать бесконечно, но смысл? Все вебстраницы в чем то похожи друг на друга.
немношко украдено с хакерньюс, немношко с реддит
Из дзена не нашлось что украсть. Не то чтобы проект плохой, даже вел там канал какое то время. Но мне не нравится в нем ничего, кроме самой идеи автоматических рекомендаций. Но даже она реализована крайне посредственно.