LINUX.ORG.RU

2
Всего сообщений: 28

Выбираем блоговый движок всем лором

(ну или не всем)

Короче, всем привет!) Хочу открыть очередной никому не нужный блок про всякое барахло. Разумеется, читать его никто не будет, но пографоманить-то хочется! Wordpress не годится по ряду причин, среди которых куча платных плагинов и тем, благодаря чему после установки 3-4 дополнений весь WP превращается в рекламный баннер.

Какие требования к движку:

  • Простой интерфейс для написания статей или md;
  • Python, на крайний случай php; (не критично)
  • Opensource, никаких про версий, я лучше коммитов накидаю, чем это всё;
  • Уметь в MySQL;
  • Уметь в темы;

Есть ли такие? Какие варианты вообще имеются

 ,

u0000 ()

Поиск блог-платформы.

Что нужно. Теги, свобода, комменты(отсутствии привязки их к зондам(гугл-аккам, ещё чему подобному)).

Перемещено leave из general

 ,

RibiKukkan ()

Что взять для простого сайта в виде бложика?

Надоело мне ковыряться с WordPress’ом и PHP. Чувствую, что забиваю гвозди электронным микроскопом. Слишком увесистый и избыточный он для меня. Я бы давно нагенерировал статических HTML-страничек, если бы не одно но – комментарии. А для них нужна БД, увы. Всякими сторонними сервисами вроде Discuss или IntenseDebate пользоваться не хочу и не буду. Во-первых, там куча подгружающейся Boilerplate-ерунды, а во-вторых, руководствуюсь принципом «всё своё ношу с собой».

Собственно, хочу соорудить нечто подобное тому, что у меня есть сейчас на WordPress’е:

https://exlmoto.ru/gish-droid/

Мне нужно немногое, пару служебных страничек, да посты в виде привычной всем ленты на главной. В постах нужна нормальная подсветка кода (наверное заюзаю highlight.js, альтернатив ему не вижу), поддержка Markdown для разметки и, собственно, система комментариев с какой-нибудь там Google Captcha, чтобы спамеры не пролазили. По вкусу ещё кастомные CSS для светлой и тёмной тем. Всякие там загрузчики Media-файлов и продвинутые редакторы статей мне не нужны.

Так вот, что лучше всего выбрать для подобного? Какой фреймворк и стек Web-технологий? Давно поглядываю в сторону Spring и Java, хочу попробовать использовать их, так как ЛОР, например, работает весьма отзывчиво.

На что бы вы перешли, если бы вам надоел WordPress? Буду рад выслушать любые советы.

 , , , ,

EXL ()

flat files CMS

Привет ЛОР, Ищу flat files CMS для блога. Требования:
* для блога (т.е. посты отсортированы по дате)
* странички в .md файлах, парсинг markdown
* поддержка тэгов
* более менее активный проект
* Docker контейнер ( ну это почти у всех)

Попробовал Picocms - но она больше для сайта чем для блога, блоггинг через хаченье кода.
Попробовал Jekyll - тут с тэгами напряг.

 , ,

Bers666 ()

Медленный старт sshd в Debian: причины и решение

Вчера столкнулся с неприятной проблемой. В свежеустановленном Debian Testing долго запускается sshd. Причем обычно он оживает только тогда, когда начинаешь логиниться с консоли!

Полчаса испорченных нервов, и решение найдено! Оказалось, sshd не стартует из-за того, что еще не готов ядерный генератор случайных чисел. А он не готов из-за недостаточной энтропии системы. Когда начинаешь топтать кнопки, энтропия возрастает, генератор оживает, sshd способен принимать соединения.

Решение:

apt-get install haveged

Причем я нашел это решение на форуме арчеводов.

Компьютер - Intel NUC.

 , ,

Deleted ()

Анонимный блог

Дабы не портить жизнь лоровчанам, где таки можно высеры своего сознания нынче записать анонимно в тырнете?

 , ,

pon4ik ()

Нужна платформа для блога без базы данных

Чтобы умела:

1. Работать без базы данных. Например просто хранит каждый пост в markdown-файлах в директориях по дате: db/2018/11/11

2. Посты писать чезер wysiwyg через вебморду

Бывает такое?

 

buggycoder ()

Markdown блог тред. (Практики, мысли и все такое.)

Приветствую! Есть желание сделать блог, который будет кушать markdown файлы, которые будут разбиты по директориям согласно иерархии рубрик (т.к. локально будет точно также). Потом можно будет на perl или sh написать простой пуш файлов с ПК на ftp, если такого еще никто не делал.

В общем, в чем соль. Хочется максимально простого решения (ага, мечты), но с возможностью сортировки записей по дате и рубрикам. Есть такой движок блога как jekyll и ему подобные, например, kirby. (Хотя последний сложно отнести к платформе блога.) Все они по своему интересны, но не без нюансов. Например, jekyll критичен к наименованию файлов, а рубрики указываются в шапке файлов markdown.

Пока рассматривал разные варианты ради интереса написал простую функцию, которая формирует массив из файлов и каталогов из указанной директории:

function listFolderFiles($dir){
    $files_array = scandir($dir);

    unset($files_array[array_search('.', $files_array, true)]);
    unset($files_array[array_search('..', $files_array, true)]);

    if (count($files_array) > 0) {
        $mass_array = [];

        foreach ($files_array as $files_array_elem) {
            $mass_array_inner = [];
            $mass_array_inner['name'] = $files_array_elem;
            $mass_array_inner['time'] = gmdate("Y-m-d;H:i:s", filemtime($dir . '/' . $files_array_elem));

            if (is_dir($dir . '/' . $files_array_elem)) {
                $mass_array_inner['type'] = 'directory';
                $mass_array_inner['inner'] = listFolderFiles($dir . '/' . $files_array_elem);
            } else {
                $mass_array_inner['type'] = 'file';
            }

            $mass_array[] = $mass_array_inner;
        }

        return $mass_array;
    } else {
        return;
    }
}

Потестил ее на скорость работы, закинув на тестовый сервер с проектом на более, чем 37 000 файлов и вывел массив как html список. Время от запроса сервера до полного формирования страницы заняло около 10 секунд, а только формирование массива - почти пол секунды. Для сравнения wp на другом тестовом с пачкой плагинов и около 100 записей занимает 1,2 секунды. Хотя, вы и без меня все это знаете.

В целом скорость работы устраивает (учитывая, что она снизится при чтении каждого файла в строку, чтобы вытянуть шапку с данными как у jekyll), но печалит то, какая огромная работа будет совершаться каждый раз при открытии страницы блога со списком записей. Именно это заставляет смотреть в сторону БД, чтобы проще было сортировать записи.

И вот теперь не могу определиться с тем каким путем лучше пойти: только file-based или дополнить какой-то БД, например, sqlite для хранения ссылок на файлы, их дат публикации и, возможно, рубрики и какие-то теги. Но тогда (при БД) нужно будет дописать что-то на вроде админки, чтобы раз в какой-то период времени обновлять базу. Хотя, можно разбавить кроном...

В общем, делитесь своими мыслями, советами, практиками и т.д. В целом интересуют ваши размышления не только по моему вопросу, но и в целом вокруг темы, указанной в заголовке, какие варианты применяли и с какими проблемами сталкивались.

Заранее благодарю участвующих за советы и критику!

 , ,

EmgrtE ()

XMPP blog

Ищу blog-движок с тегами (лучше даже хештегами) и возможностью пользоваться через jabber (или xmpp-транспорт).

Пробовал pump.io, что-то не очень понравился.

 , ,

sergej ()

Как пиарить технобложег(ин инглиш)?

Я недавно поборол лень, осилил github-pages и начал туда изредка скидывать всякое мелкополезное, типа такого: Zabbix: user parameter command non-zero exit code silently breaks triggers Redis replication: prevent split-brain (additional master) in case of network partition

Но никто это не читает и не пишет комменты, ощущение что говоришь с пустотой :(( А хочется чтобы оно кому-то наносило пользу.

На реддит закидывал - немного растёт реддитовская карма, и этим эффект ограничивается. ЛОР, подскажи, что делать? slashadot, quora, Яндекс.Директ? Рекламный дирижабль над городом? Дефейс serverfault.com с редиректом?

 

selivan ()

Примитивный статический file-based генератор блогосайтов из Markdown

Сабж. Допустим, я хочу вести бложик с заметочками и каким-то там about-разделом. Также хотелось бы, чтобы:

  • не было монструозности (один формат, статический реген, никаких встроенных языков программирования, никаких встроенных стилей)
  • маркдаун (желательно pandoc markdown)
  • один пост — один файл
  • естественная структура (/a/b/c/file.md ⇒ рубрики a⇒b⇒c, запись file)
  • теги симлинками, дата модификации из mtime или из Git

В общем, что-нибудь такое, во что можно было бы запихнуть уже существующий Git-репозиторий с отсортированными заметочками и получить читаемый и навигабельный результат, размеченный семантическими тегами из HTML5. И уже только потом тратить время на украшательства.

Есть подобный софт в мире?

 ,

intelfx ()

Что с getprismatic.com ?

Ни кто не в курсе что с getprismatic.com ? Не могу войти в свой аккаунт - выбрасывает на блог prismatic.github.io .

 ,

Oaks ()

Экспорт кучи текстовых файлов в Markdown + статический блог

Уважаемые форумчане!

Вот тут я давече создавал тему «Как перенести все свои шпаргалки из .txt файлов в облако с красивым оформлением»:

За много лет накопилось огромное количество (десятки тысяч) собственных заметок, шпаргалок, туториалов, которые составлял в обычных текстовых (*.txt) файлах, с минимальным форматированием. Хранится все это добро локально диске. Информация структурирована по каталогам, а имена файлов выполняют роль тегов, таким образом поиск нужной информации легко осуществляется через поиск файла, в имени которого содержится нужная информация. В редких случаях помогает поиск по содержимому файлов.

Долгое время такая схема устраивала. Но теперь назрела необходимость переложить это все в интернет (сделать подобие wiki), и отсюда вопросы:

1. Возможно ли сделать пакетную конвертацию огромного количества .txt файлов к хоть какой-то, пусть совсем минимальной, html-верстке, применяемой к технической (компьютерной) документации? Существуют ли специальные языки разметки и парсеры для этого?

2. Сейчас информация структурирована в удобном для поиска виде (каталоги, плюс имена файлов в качестве тегов, плюс поиск по содержанию). Возможно ли сделать так, чтобы перенос всего хозяйства в интернет был без ущерба для быстрого и простого поиска и с минимальными трудозатратами?

3. В данный момент составление заметок происходит путем создания или редактирования обычного текстового файла, то есть очень быстро и просто. Возможно ли сохранить эту простоту и легкость при составлении таких форматированных html-заметок в облаке?

P.S. Уточняю - требуется конвертация текстовых данных к html-разметке и публикация их в общем доступе, а не перенос данных в облачное хранилище (типа Яндекс.Диск, Google Drive, Dropbox)!


И, следуя вашим советам, взялся перелопачивать все свои заметки в Markdown-разметку с последующей их публикацией в статический блог на движке Octopress. Идея очень понравилась, но появилось одно очень неприятное «Но», которое сводит все труды на нет - дело в том, что в Octopress (как и в других аналогичных движках) все посты (точнее их исходники) складываются в один единственный каталог octopress/source/_posts/, и их имена имеют формат «год-мес-чис-тайтл.markdown».

Таким образом:

  1. каталогизация всех моих заметок по тематическим каталогам идет прахом;
  2. легкий поиск нужного файла по его имени (имена заметок выполняли роль тегов) также идет прахом;
  3. и, самое главное - с этими заметками я постоянно работаю, внося в них изменения и дополнения, которые хотелось бы сразу и с минимальными усилиями обновлять и в блоге. С этим, к сожалению, тоже полный провал! :'(


С файлами в markdown-разметке работать одно удовольствие, но вот найти нужный файл в исходниках (когда таких файлов тысячи), геморойно, поскольку все они лежат в одной куче... Получается, что такое решение подходит для буквально статических блогов.

Основной вопрос, как в вышеупомянутом решении (git, markdown, octopress) осуществлять частый поиск и изменение файлов (постов), годится ли оно для этого?
Если нет, то посоветуйте альтернативное легковесное решение. (Всякие wiki-движки не предлагать)

В идеале требуется решение, которое бы не нарушало структуру текстовых (markdown) файлов, а переводило бы их в html и коммитило на хостинг. Ну то есть, создавало бы зеркало, преобразуя markdown в html.

 , , , ,

vosempopugaev ()

jabber.space - помогите настроить.. платно или так..

Там стоит - кентос , хмпп сервер и блог с сообщениями. Сервер как бы работает и блог - но его не всегда и не со всех айпи открывает..

Подскажите что делать ? Куда курить ?

 , ,

svyatoslav13 ()

Где можно запилить бложек?

Доброго времени суток. Давно призадумался поискать площадочку для блога, который будет нафиг никому не нужен кроме, конечно, меня. Юзкейсы простые: TODO, какие-то фрагменты кода, мысли (чтобы не забыть). Бесплатность, либо низкая стоимость категорически приветствуются. WordPress, насколько понимаю, модный нынче под такие цели, не слишком пугает, но если придется запилить свой велосипед, то тоже ок.
P.S.:Давно обитал на жуйке, сейчас все переметнулись на какой-то хипстерский point.me, для моего реквеста оба два не совсем торт.
Ну и основное требование, конечно, чтобы сабж не был about to die. Заранее спасибо и прошу прощения, если ошибся разделом.
P.P.S.: По поводу своего велосипеда: PHP не предлагать. Серьезно. Можно жабу (наверное сложно с хостингами?), либо js only.

 

bytecode ()

динамический или статический блог?

Хотел бы спросить блоговодов, какой движок выбрать для маленького блога. Сейчас он крутится на Drupal 6, но мне кажется, он слишком сложен для персонального блога, хотелось бы что-то попроще.

На данный момент из динамики присмотрел anchor и bolt cms. Из статики hugo

Что по-вашему мнению все-таки лучше для маленького блога про линукс: статика или динамика (php/perl/python/ruby+db)?

P.S. немного умею python, html+css не умею вообще

 , , , ,

insider ()

Спамилка по бложикам, есть?

В общем есть ли такой инструмент, позволяющий один раз написать и засунуть в него текст, а он его запостит во все аккаунты разных социальных сетей/бложиков/ЛОРов/форумов(не только на лоре не только лишь все могут ходить по ссылкам) и разместит ссылки в твиттере/жуике и т.д., может даже разошлёт по почте.

Во-первых, чтобы все друзья узнали, во-вторых распределённость, чтобы спецслужбы не потёрли.

 , , , ,

Bad_ptr ()

Хостинг для блога

Хотелось бы узнать, где большинство ЛОРовцев держат свой уютненький бложек. Я сейчас колеблюсь между ЖЖ и Blogger, и все никак не могу определиться. Кто в курсе, расскажите плюсы/минусы их?

 , , ,

Borsalino ()

Производительность; илитный запил оптимальных реализаций и основы матчасти.

Поглядел я тут на пацанов и увидел прогресс в их глазах. Поэтому я решил вести тут свой бложик, в котором я буду толкать матчасть, разбирать/разрушать всякие мифы и легенды, а так же их обсуждать с пацанами. Банить меня не надо - тут всё будет очень культурно.

Это будет формат для самых маленьких, где я буду показывать как что-то пилится по-пацаночке. Его задача - на примерах пересказать штеудмануал тем, кому лень его читать, но кто очень любит спорить про код, перфоманс и матчасть. Ну и просто интересные наблюдения.

Изначально я хотел написать про то: что такое бесплатные вычисления на примере is_range() + сумма елементов массива, но тут выявилась смешная особенность, поэтому пока без is_range().

Начнём с простого - сумма елементов(float) массива. Как написать её быстро? Обычный крестопоц сделает так:

auto summ = accumulate(begin(vec), end(vec), 0.)

Этот код выдаёт 5.6GB/s(мы всё бенчим в л1д 32килобайта массив). Казалось бы, если бы мы слушали всяких «гуру», которые нам говорят: accumulate() - оптимизирован, «ты что умнее создатели stl"а?», «конпелятор умнее тебе - сам всё делает оптимально», «руками что-то делать слишком сложно и не нужно» - то мы бы там и остались с этими 5.6ГБ, но мы пойдём дальше и поймём почему так, и является ли это тем, что намн ужно.

Но посмотрев на код - он не векторизован:

	addq	$4, %rdx
	vcvtss2sd	-4(%rdx), %xmm2, %xmm2
	vaddsd	%xmm2, %xmm1, %xmm1

Почему? Патамучто это основная флоатпроблема: Он не ассоциативен - флоат не имеет в себе точных представлений всех чисел входящих в диапазон его «представления» т.е. порядкопроблемы.

Поэтому конпелятор НЕ ВЕКТОРИЗУЕТ флоат по умолчанию, ну никак. Даже такую банальщину.

Для решения этих проблем - есть ключик -funsafe-math-optimizations, который входит в -ffast-math, который кладёт на точность при вычислениях. Добавив его мы получаем уже 44.9GB/s.

Но теперь мы получаем ещё одну проблему - надо думать: «как бэ сунуть эту ключик не повредив там, где этот ключик не нужен».

Поэтому ноцанам, которые хотят быстро и не хоятт рандомных жоп из-за тупости конпелятора - пишут всё руками. Допустим на той же сишке это пишется так:

double memadd_autovec(buf_t buf) { //5.609465GB/s, либо 44.969652GB/s с ffast-math
  float * it = buf_begin(buf), * end = buf_end(buf), summ = 0.;
  do {
    summ += *it++;
  } while(it != end);
  return summ;
}

double hsumf(__v8sf v) {
  return (v[0] + v[1] + v[2] + v[3] + v[4] + v[5] + v[6] + v[7]);
}

double memadd_vec(buf_t buf) { //45.652002GB/s и класть на ffast-math
  __v8sf * it = buf_begin(buf), * end = buf_end(buf), summ = {};
  do {
    summ += *it++;
  } while(it != end);
  return hsumf(summ);
}

Т.е. разницы никакой нет, кроме нужной нам реализации горизантального сложение вектора. Когда я говорил пацану: «векторную сишку для написания быстрого кода юзать намного проще, чем плюсы» - поцан нипонимэ, да и любые пацаны скажут - ну дак с -ffast-math оба выдают по 45гигов - нахрен эта сишка нужна?

А вот зачем:

double memadd(buf_t buf) { //132.878440GB/s
  __v8sf * it = buf_begin(buf), * end = buf_end(buf), summ = {};
  do {
    summ += *it++;summ += *it++;summ += *it++;summ += *it++;
  } while(it != end);
  return hsumf(summ);
}

Это называется пацанский анролл копипастой, а вот заставить конпелятор нормально что-то разанролить очень сложно.

Если бы мы слушали всяких «гуру», которые нам вещают: «анрол говно и не нужен» - мы бы так и седели с 45-ю гигами, а так мы сидим с 132.878440GB/s. Т.е. анролл нам дал немного не мало ~300%.

Но основная мысль, которую толкают всякие «гуру» - это не надо следить за тактами/считать такты и прочее. Но мы о5 сделаем наоборот и посмотрим что будет.

Т.к. наш юзкейс упирается на 99% в throughput и дёргается одна инструкция, то нам достаточно просто считать теоретическую производительность для моего камня. 4.5(частота камня)*8(т.е. у нас камень с avx, то там вектор 32байта, либо 8флоатов.)*1(throughput нашей инструкции - в данном случае vpaddps из интел мануала). Т.е. 36гигафлопс, либо ~144гига. Т.е. мы сняли овер 90% теоретической производительности - остальные 10% у нас ушли в наши циклы, всякие горизонтальные суммы вектора и прочее, ну и конечно же чтение данных из кеша.

Но самое смешное - на моём хасвеле умножение имеет throughput 0.5 - т.е. на хасвеле умножение быстрее сложения. Это новая забористая трава у интела.

Казалось бы - какой жопой сложнее оказалось медленнее умножения - а вот так, на всяких штеудах производительность уже давно зависит не от каких-то технических возможностей, а от маркетинга и хотелок.

Поэтому очень смешно слушать, когда какие-то пацаны говорят: «float point имеет такую же производительность как и инты» - нет, оно имеет такоу же производительность лишь по причине того, что на штеуде инты тормазят так же, как и float.

И чтобы окончательно в этом убедится - мы взглянем на fma(вариации умножения со сложением/вычитанем), которые имеют throughput 0.5 - да, да - на хасвеле умножение+сложение в 2раза быстрее просто сложения. Это уже не просто трава - это что-то принципиально новое.

У целочисленного сложения же throughput 0.5 и казалось бы, если мы поменяем в нашей функции float на int - у нас будет сложение работать в 2раза быстрее, но это не так. Оно выдаёт те же 130гигов, а почему?

Вообще у камня есть такая фича, допустим у нас:

add $1, %reg0//вот тут инструкция add залочит регистр reg0
add $1, %reg0//а эта инструкция уйдёт в лок до особождения предыдущей инструкцией регистра reg0

Чтобы такой жопы небыло - есть специальная фича:

add $1, %reg0//lock reg0
add $1, %reg0//И тут вместо того, чтобы уйти в лок - камень вместо reg0 даёт инструкции любой свободный регистр.

Эта фича называется прееименование регистров, либо как-то так - мне лень гуглить.

Дак вот штука в том, что фича работает через жопу. Мне лень читать мануал и искать почему так, но штука в том, что она ограничивает throughput. На умножении и целочисленном сложении она огранивает throughput c 0.5 до 1.

И вот я решил заюзать сложении через fma:

__v8sf fmaadd(__v8sf a, __v8sf b) {
  return _mm256_fmadd_ps(_mm256_set1_ps(1.), a, b);// a + b * 1. == a + b.
}

double memadd_fma(buf_t buf) {
  __v8sf * it = buf_begin(buf), * end = buf_end(buf), summ = {};
  do {
    summ = fmaadd(summ, *it++);
  } while(it != end);
  return hsumf(summ);
}

Но меня ждала жопа: 27.347290GB/s, причем не анролл и ничего не помогал. Я уж подумал, что мануал наврал, но позже до меня допёрло: у неё latency 5тактов и ((4.5×8)÷5)×4 ~= 29гигов - т.е. я получаю производительность с её latency, но какой жопой оно так?

Потом я вспомнил, что гцц гинерит анрольный код вида:

add $1, %reg0
add $1, %reg0
//а не
add $1, %reg0
add $1, %reg1

Т.е. на неё вообще не работает переименовывание регистров - и инструкции постоянно в локе. Я это проверил и оказался прав. Ну и я написал такой мемадд:


__v8sf fmaadd(__v8sf a, __v8sf b) {
  return _mm256_fmadd_ps(_mm256_set1_ps(1.), a, b);
}

inline void fma_10way_finality(__v8sf * cache, __v8sf * it, __v8sf * end) {
  switch(end - it) {
    case 8:
      *(cache + 7) = fmaadd(*(cache + 7), *(it + 7));
      *(cache + 6) = fmaadd(*(cache + 6), *(it + 6));
    case 6:
      *(cache + 5) = fmaadd(*(cache + 5), *(it + 5));
      *(cache + 4) = fmaadd(*(cache + 4), *(it + 4));
    case 4:
      *(cache + 3) = fmaadd(*(cache + 3), *(it + 3));
      *(cache + 2) = fmaadd(*(cache + 2), *(it + 2));
    case 2:
      *(cache + 1) = fmaadd(*(cache + 1), *(it + 1));
      *(cache + 0) = fmaadd(*(cache + 0), *(it + 0));
    case 0:
      break;
    default: error_at_line(-1, 0, __FILE__, __LINE__, "bad_aligned");
  }
}

double memaddfma_10way(buf_t buf) {
  __v8sf * it = buf_begin(buf), * end = buf_end(buf), summ = (__v8sf){};
  __v8sf * cache = (__v8sf[10]){{}};
  uint64_t i = 0;
  while((it += 10) <= end) {
    *(cache + i) = fmaadd(*(cache + i), *(it - i - 1));++i;
    *(cache + i) = fmaadd(*(cache + i), *(it - i - 1));++i;
    *(cache + i) = fmaadd(*(cache + i), *(it - i - 1));++i;
    *(cache + i) = fmaadd(*(cache + i), *(it - i - 1));++i;
    *(cache + i) = fmaadd(*(cache + i), *(it - i - 1));++i;
    *(cache + i) = fmaadd(*(cache + i), *(it - i - 1));++i;
    *(cache + i) = fmaadd(*(cache + i), *(it - i - 1));++i;
    *(cache + i) = fmaadd(*(cache + i), *(it - i - 1));++i;
    *(cache + i) = fmaadd(*(cache + i), *(it - i - 1));++i;
    *(cache + i) = fmaadd(*(cache + i), *(it - i - 1));++i;
    i = 0;
  }
  fma_10way_finality(cache, (it - 10), end);
  summ = (*(cache + 0) + *(cache + 1) + *(cache + 2) + *(cache + 3) +
	  *(cache + 4) + *(cache + 5) + *(cache + 6) + *(cache + 7) +
	  *(cache + 8) + *(cache + 9));
  return hsumf(summ);
}

Пришлось хреначить финалити, ибо тут «анролл» на 10, а почему на 10 - для максимального throughput"а - надо, чтобы каждый каждый регистр юзался через 5тактов - т.е. 10регистров.

И вся эта порятнка нужна для борьбы с тупостью конпелятора.

Это уже: 214.167252GB/s(раельно там в районе 250 - просто мой бенч говно). 107 гигафлопс на ведро. Из теоретических 144, но тут уже влияние кеша. Причем 50+ из которых выкидываются и просто бесплатные.

Теперь вопрос к пацанам - что нам дадут эти гагфлопсы, когда у нас будет массив не 32килобайта, а 32мегабайта? Зачем нужно выживать максимум, когда скорость памяти отсилы 20-30гигабайт и нам хватит даже С++ кода с ffast-math?

Ну и призываются упомянутые мною пацаны: mv - этот тот експерт, что вещал про «руками переименовывать регистры не надо» и «анрол ваще ненужен», emulek вещал про ненужность счёта тактов, и не понимал что такое «беслпатно», AIv - не понимал в чем проблема плюсов, ck114 - так же не понимал в чем проблема плюсов.

Бенчи: https://gist.github.com/superhackkiller1997/606be26fa158ef75501d - вроде я там ничего не напутал.

P.S. - не выпиливайте пж, пусть пацаны «нужно» или «не нужно». Мне интеерсно. Ну и там рекомендации пацанов.

 , , ,

Carb_blog ()

Как вести блог?

Расскажите, как сейчас принято вести блог.
Что хочу:

  • чтобы можно было самому пилить HTML, как я захочу
  • чтобы можно было легко постить через web-интерфейс (и форматировать всё каким-нибудь Markdown)
  • чтобы можно было заливать картинки
  • галерея тоже была бы кстати
  • комментарии без обязательной регистрации (например, Disqus)
  • статистика и nginx-подобные логи
  • при написании поста автоматический репост в твиттор/вконтактик/фейсбук/ЛОР
  • бесплатно
  • хостить не на локалхосте

Есть подобные платформы для блоггинга?

 , , ,

CYB3R ()