Racket быстрее для многопоточной работы, чем Go

Ответ на: комментарий от ugoday 16.02.22 16:14:58 MSK

На что уходят десятки мегабайт памяти неизвестно.

Хэтэтэпэ в стандартной либе Но весит 36 метров, если не ошибаюсь. У Вас ограничение в 50. А значит 14Мб.

Иф ю хомлесс, джаст бай а хаус.

anonymous
(19.02.22 21:35:26 MSK)

Ответ на: комментарий от anonymous 19.02.22 21:35:26 MSK

*Го, да будет проклят этот т9.

anonymous
(19.02.22 21:36:08 MSK)

Ссылка

Ответ на: комментарий от anonymous 19.02.22 19:20:36 MSK

Если тебе понравился хаскель, но ему ты предпочёл ракет, то как именно ты живёшь на ракете? Вот есть тайпед-ракет, но разве писать с типами на ракете принято? Вывод типов наверняка не такой крутой, да и в целом ml-style type system предоставляется даже не относительно известным typed racket, а вообще ещё одним ‘пакетом’ plait.

Принято. Многое написано на Typed Racket, в частности, практически вся стандартная библиотека.

Вывод типов наверняка не такой крутой

Вывод типов более крутой, так как в Haskell каждое значение может иметь только один тип, а в Typed Racket можно писать

(: f (-> (U (Listof Any) VectorTop) Integer))
(define (f x)
  (if (list? x) (length x) (vector-length x)))

В Haskell такой тип невозможен.

да и в целом ml-style type system предоставляется даже не относительно известным typed racket, а вообще ещё одним ‘пакетом’ plait

Plait совсем игрушечный. Аналогом Haskell скорее будет https://lexi-lambda.github.io/hackett/, но он тоже уже пару лет не обновляется.

Haskell хорош только в комплекте: система типов + ленивость + синтаксис. Выкидываешь хотя бы одно и теряется почти весь смысл.

Насколько оно взаимозаменяемо? С точки зрения экспириенса от написания.

Разные методики обобщения кода. Haskell поощряет писать через цепочки операторов. Racket поощряет писать параметризуемые конструкции. То есть, если в Haskell sortBy (compare `on` fst) x, то в Racket (sort x #key fst).

На Racket результат получается быстрее, но на Haskell он сразу получается красивым (с короткими обобщёнными функциями).

Соответственно, для консоли пишу на Haskell, а для GUI – на Racket.

есть скрытая пресуппозиция, что кроме инфраструктуры и всяких минорных вещей, они схожи

Для меня они схожи. Оба содержат достаточный набор примитивов в виртуальной машине (зелёные потоки, эфемероны, продолжения, …). Оба содержат достаточно мощные средства, чтобы минимизировать шаблонный код (макросы в Racket, эффективный синтаксис в Haskell). Оба не навязывают ООП. Haskell красивее и быстрее, но у Racket лучше инфраструктура.

monk ★★★★★
(19.02.22 22:09:19 MSK) автор топика

Ссылка

Ответ на: комментарий от anonymous 19.02.22 20:51:03 MSK

Интересуют SO_REUSEPORT и прочие.

Есть. Вот документация: tcp-listen.

monk ★★★★★
(19.02.22 22:12:19 MSK) автор топика

Ответ на: комментарий от anonymous 19.02.22 21:00:30 MSK

Код, который бомбит сервер, пожалуйста.

https://github.com/jwdevantier/daemonload/blob/master/cmd/spammer/spammer.go

monk ★★★★★
(19.02.22 22:13:53 MSK) автор топика

Ссылка

Ответ на: комментарий от anonymous 19.02.22 21:21:43 MSK

Голландец

monk ★★★★★
(19.02.22 22:17:01 MSK) автор топика

Ссылка

Ответ на: комментарий от anonymous 19.02.22 21:35:26 MSK

Хэтэтэпэ в стандартной либе Но весит 36 метров, если не ошибаюсь

Я бы предпочёл не знать этого.

ugoday ★★★★★
(19.02.22 22:36:16 MSK)

Ответ на: комментарий от anonymous 19.02.22 21:31:16 MSK

Кто, я?

ugoday ★★★★★
(19.02.22 22:59:33 MSK)

А разве «шокирующие» откровения подобного вида еще интересуют кого-нибудь адекватного? Ну да, все тут же побежали рэкет изучать 🤣.

Virtuos86 ★★★★★
(20.02.22 04:30:40 MSK)

Ответ на: комментарий от Virtuos86 20.02.22 04:30:40 MSK

Так ты пришёл и прочитал. Значит заинтересовало.

monk ★★★★★
(20.02.22 07:50:38 MSK) автор топика

Ответ на: комментарий от monk 20.02.22 07:50:38 MSK

Так я на все теги с ЯП подписан, что знаю :D, конечно, я пришел. Не про линупс же читать на ЛОР столько лет, в самом деле.

Virtuos86 ★★★★★
(20.02.22 07:55:20 MSK)

Ответ на: комментарий от Virtuos86 20.02.22 07:55:20 MSK

Не про линупс же читать на ЛОР столько лет, в самом деле.

Не про ляпнус же читать на ЛОР столько лет, в самом деле.

anonymous
(20.02.22 08:01:06 MSK)

Ссылка

Ответ на: комментарий от Virtuos86 20.02.22 07:55:20 MSK

Вот и ещё полтора десятка человек пришли. Обсудить Go, опять посмеяться над скобочками. В комментариях задали несколько осмысленных вопросов. «Шокирующие» откровения нужны, чтобы не писать темы вида «А давайте поговорим про Racket и сравним его с Go».

monk ★★★★★
(20.02.22 08:07:06 MSK) автор топика

Ответ на: комментарий от monk 20.02.22 08:07:06 MSK

не писать темы вида «А давайте поговорим про Racket и сравним его с Go»

в такие темы прийдут те же самые люди с теми же самыми лопатами с тем же самым. но в принципе, я понял, что этот тред был bait'ом, поэтому принимается

Virtuos86 ★★★★★
(20.02.22 08:13:06 MSK)

Ответ на: комментарий от monk 20.02.22 08:07:06 MSK

Вот и ещё полтора десятка человек пришли.

monk, использование метаданных легко решает все те вопросы ради которых изучают racket, haskell …
Подумайте почему …

anonymous
(20.02.22 08:14:03 MSK)

Ответ на: комментарий от anonymous 20.02.22 08:14:03 MSK

monk, использование метаданных легко решает все те вопросы ради которых изучают racket, haskell …

Не решает. Это перпендикулярные наборы свойств.

Метаданные позволяю автоматизировать генерацию стандартных алгоритмов по структурам данных. Но метаданные не добавят в язык массовую многопоточность на зелёных потоках, не дадут синтаксических конструкций для наглядного описания нетривиального алгоритма, не дадут надёжного управления памятью.

Racket и Haskell удобны именно тем, что на верхнем уровне описания алгоритм можно описывать именно так, как он был бы описан на языке межчеловеческого общения. В результате практически не требуется писать дополнительную документацию, объясняющую, что должна делать программа.

И никто не мешает использовать метаданные в Racket и Haskell, объединяя их преимущества.

monk ★★★★★
(20.02.22 08:36:09 MSK) автор топика
Последнее исправление: monk 20.02.22 08:47:23 MSK (всего исправлений: 1)

Ответ на: комментарий от monk 20.02.22 08:36:09 MSK

не дадут синтаксических конструкций для наглядного описания нетривиального алгоритма

Например?

не дадут надёжного управления памятью.

А вот с метаданными то эти задачи решаются на раз.
У меня пока используется ресурсное дерево …

Нужно бы аллокатор сделать.
В отличие от иных аллокаторов он все знает о используемых данных и поэтому лучше сможет решить вопросы выделения и освобождения памяти.

И никто не мешает использовать метаданные в Racket и Haskell, объединяя их преимущества.

Ваше право.
Ранее вам привел пример API /400 строк всего/, которое позволяет проанализировать любой теговый формат представления данных, найти в нем общность и создать метаданные для работы с такими типами данных.

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

Хотите использовать racket, …

Non problem

Разрабатываемое API пригодно для работы 2D, 3D, мультимедия …

Как-то так!

А у вас даже с GUI проблемы …

anonymous
(20.02.22 08:55:36 MSK)

Ответ на: комментарий от anonymous 20.02.22 08:55:36 MSK

Например?

Haskell:

y f = f (y f)
fact = y (\f x -> if x == 0 then 1 else x * f (x-1))

Как метаданные дадут мне сделать анонимную рекурсивную функцию?

У меня пока используется ресурсное дерево …

Один ресурс может быть в разных структурах данных одновременно. Индексы, например, должны хранить ссылки на данные из коллекции, и удалять эти ссылки, когда данные из коллекции удаляются. При работе с графами вообще могут быть циклические ссылки. Хотя бы двусвязный список как на метаданных с ресурсным деревом сделаешь?

Ранее вам привел пример API /400 строк всего/, которое позволяет проанализировать любой теговый формат представления данных

Уже теговый. А то в предыдущем сообщении указывалось, что он gzip архив (xlsx) автоматически распознает…

А у вас даже с GUI проблемы …

В Racket? Никаких проблем. Переносимый, расширяемый, лаконичный.

monk ★★★★★
(20.02.22 09:07:12 MSK) автор топика

Ответ на: комментарий от monk 20.02.22 09:07:12 MSK

monk, прекращаю диалог.
У меня нет ни потребности ни желания, кому-либо, что-либо доказывать …

Владимир

anonymous
(20.02.22 09:17:22 MSK)

Ссылка

Ответ на: комментарий от monk 19.02.22 22:12:19 MSK

Там есть сторонний слушатель https://pkg.go.dev/github.com/libp2p/go-reuseport?utm_source=godoc, который использует SO_RESUEADDR и SO_REUSEPORT по возможности.

anonymous
(20.02.22 09:31:38 MSK)

Ответ на: комментарий от ugoday 19.02.22 22:36:16 MSK

Я бы предпочёл не знать этого.

В общем, как оказалось не 36, а 3,6, даже меньше.

anonymous
(20.02.22 10:04:02 MSK)

Ссылка

Ответ на: комментарий от ugoday 19.02.22 22:59:33 MSK

Кто, я?

Да там работы на часик. Получить сигнал. Пнуть поды.

anonymous
(20.02.22 10:04:55 MSK)

Ссылка

Ответ на: комментарий от monk 19.02.22 10:08:15 MSK

Не обращай на него внимания, в какой-то больничке для шизиков забыли отключить интернет.

~~Minona~~ ★★☆
(20.02.22 10:14:20 MSK)

Ссылка

Хм, какого-то заметного ускорения получить не удалось

package main

import (
	"io"
	"log"
	"net"
	"sync"

	reuse "github.com/libp2p/go-reuseport"
)

const buffSize = 32 * 1024

var buffsPool sync.Pool

func getBuf() (p []byte) {
	var ok bool
	if p, ok = buffsPool.Get().([]byte); ok {
		return // take from the pool
	}
	return make([]byte, buffSize) // create a new one
}

func putBuff(p []byte) {
	if len(p) != buffSize {
		return // ignore buffers with other size
	}
	buffsPool.Put(p) // put to the pool
}

func main() {
	const addr = "localhost:11777"

	var server, err = reuse.Listen("tcp", addr)
	if err != nil {
		log.Fatalln(err)
	}
	defer server.Close()

	log.Println("Server is running on:", addr)

	for {
		conn, err := server.Accept()
		if err != nil {
			log.Println("Failed to accept conn.", err)
			continue
		}

		go func(conn net.Conn) {
			defer func() {
				conn.Close()
			}()

			var p = getBuf()
			defer putBuff(p)

			io.CopyBuffer(conn, conn, p)
		}(conn)
	}
}

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

anonymous
(20.02.22 11:45:25 MSK)

Ответ на: комментарий от anonymous 20.02.22 09:31:38 MSK

В Racket, если нужен reuse просто пишешь (tcp-listen port 4 #t). Если не нужен (tcp-listen port 4 #f). Всё штатно и переносимо.

monk ★★★★★
(20.02.22 11:54:38 MSK) автор топика

Ссылка

Ответ на: комментарий от anonymous 20.02.22 11:45:25 MSK

Но какой смысл в горутинах, если бомбят всего три клиента?

Можешь сделать другой замер на горутинах. Я напишу эквивалент на Racket. Сравним. Разве что в Racket придётся количество ядер параметром давать.

monk ★★★★★
(20.02.22 11:59:48 MSK) автор топика

Ответ на: комментарий от monk 20.02.22 11:59:48 MSK

monk бесите меня уже … Нет в моем API подобных проблем.

Владимир

anonymous
(20.02.22 14:24:04 MSK)

Ссылка

Ответ на: комментарий от monk 13.02.22 20:18:02 MSK

У меня так и не получилось запараллелить futures, а в кложуре легко. Примеры не приведу, давно не использовал ни то, ни другое. Плотно присел в баш.

Hertz ★★★★★
(20.02.22 15:48:07 MSK)

Ответ на: комментарий от Hertz 20.02.22 15:48:07 MSK

Плотно присел в баш.

Значит задач нет …

anonymous
(20.02.22 15:55:21 MSK)

Ответ на: комментарий от anonymous 20.02.22 15:55:21 MSK

Есть, надо дописать библиотеку, но после работы уже не стоит. А по кложуре даже есть реальный шанс на трудоустройство. Но я как разработчик очень слаб. Нужно практиковаться.

Hertz ★★★★★
(20.02.22 15:58:38 MSK)

Ссылка

Ответ на: комментарий от Hertz 20.02.22 15:48:07 MSK

У меня так и не получилось запараллелить futures

futures - это очень частный случай для очень ограниченного числа операций. Параллелить надо places.

monk ★★★★★
(20.02.22 17:09:25 MSK) автор топика

Ответ на: комментарий от monk 20.02.22 17:09:25 MSK

Почему вы меня игнорируете? Закончились аргументы?

Владимир

anonymous
(20.02.22 17:12:22 MSK)

Ответ на: комментарий от anonymous 20.02.22 17:12:22 MSK

Где вопрос, на который я не ответил?

monk ★★★★★
(20.02.22 17:21:47 MSK) автор топика

Ответ на: комментарий от monk 20.02.22 17:21:47 MSK

monk, на форуме два форумчанина подписывают посты как Владимир.
А вот темы постов СОВЕРШЕННО РАЗНЫЕ! …

Владимир

anonymous
(20.02.22 17:25:19 MSK)

Ответ на: комментарий от monk 20.02.22 17:21:47 MSK

Предлагаю обсудить мои разработки вне этого форума … В неформальной обстановке …

Владимир

anonymous
(20.02.22 17:25:56 MSK)

Ссылка

Ответ на: комментарий от anonymous 20.02.22 17:25:19 MSK

на форуме два форумчанина подписывают посты как Владимир.

Как ты всех уже достал, идиот.

anonymous
(20.02.22 17:27:21 MSK)

Ссылка

Ответ на: комментарий от anonymous 20.02.22 17:25:19 MSK

на форуме два форумчанина подписывают посты как Владимир.

два форумчанина

два

O RLY?

Virtuos86 ★★★★★
(20.02.22 17:34:54 MSK)

Ответ на: комментарий от Virtuos86 20.02.22 17:34:54 MSK

Но мы оба геи …

Владимиры

anonymous
(20.02.22 17:44:28 MSK)

Ссылка

Ответ на: комментарий от Virtuos86 20.02.22 17:34:54 MSK

monk предупредил потому, что он парень не плохой.
А на остальные посты ни когда не отвечал, да и не буду.
Кто-то БЕСНУЕТСЯ, а в виноват?

Владимир

anonymous
(20.02.22 17:46:51 MSK)

Ссылка

Ответ на: комментарий от Virtuos86 20.02.22 17:34:54 MSK

Вы тоже неплохой парень… Будете моим парнем? Я разработаю вам АПИ …

Владимир

anonymous
(20.02.22 17:49:25 MSK)

Ссылка

Микрозамер скорости сервера эха

эта пять

~~darkenshvein~~ ★★★★★
(20.02.22 17:55:38 MSK)

Ответ на: комментарий от darkenshvein 20.02.22 17:55:38 MSK

Метаданные - наше всё.

Владимир

anonymous
(20.02.22 18:45:06 MSK)

Ответ на: комментарий от monk 20.02.22 09:07:12 MSK

Хотя бы двусвязный список как на метаданных с ресурсным деревом сделаешь?

Core разрабатываемого API предоставляет все те возможности, которые имеет struct и МНОГО БОЛЕЕ.
Например: деревья, списки, … … … при этом любое поле или объект могут иметь Свойства; лексика, диапазоны, ссылки /любого типа/, … любой сложности.
Да использование индексов обыденно …, …, …

Поэтому обсуждение с вами многих вопросов БУКСУЕТ.
Например ссылка может быть и на объект на другом компьютере, … Поэтому вы правы, что многое не договариваю.

Ныне много сделано, но еще больше предстоит сделать.
Исходники выкладывать м не буду.
Это давно уже не поделка на коленке, а новая эффективная технология с новым объектно-ориентированным языком /а в нем фич ВАГОНЫ/…

Безусловно многое еще не реализовано.

Все же она пока еще не готова к публикации.

PS: Постараюсь больше не публиковать посты на эту тему.

На БАЗАРЕ о разработках не принято говорить.
Это не упрек именно ЛОР.
На форумах просто не ПРИЛИЧНО ГОВОРИТЬ О РАЗРАБОТКАХ.

Владимир

anonymous
(20.02.22 18:51:02 MSK)

Ответ на: комментарий от anonymous 20.02.22 18:51:02 MSK

новым объектно-ориентированным языком

Владимир, вы создали еще один язык? На что похож синтаксис?

anonymous
(20.02.22 19:01:01 MSK)

Ссылка

Ответ на: комментарий от anonymous 20.02.22 18:45:06 MSK

Метаданные - наше всё.

Суть не в МЕТАДАННЫХ, а в том, что многие ВСЕ ЗНАЮТ, только вот не знают куда КОБЫЛУ ВПРЯГАТЬ В ТРАКТОР!

А я на вас и не обижаюсь! …

Что до многих других, то им нужна не СУТЬ, а ПОВОД …

Владимир

anonymous
(20.02.22 19:02:57 MSK)

Ответ на: комментарий от anonymous 20.02.22 19:02:57 MSK

А я на вас и не обижаюсь! …

И я на вас не обижаюсь! Мы могли бы подружиться …

Владимир

anonymous
(20.02.22 19:53:24 MSK)

Ответ на: комментарий от anonymous 20.02.22 19:53:24 MSK

И я на вас не обижаюсь!

Владимир, вы как-то говорили о том, что хотели стать монахом.
Значит вы знаете, что означает термин «духовная война».
Ни кто не достигнет духовности угодной Господу без его помощи …
Не буду вам нотации читать.
Вы поняли о чем речь! …

Владимир

anonymous
(20.02.22 20:15:14 MSK)

Ответ на: комментарий от anonymous 20.02.22 20:15:14 MSK

Значит вы знаете, что означает термин «духовная война».

Да, Владимир. Мне не всегда удается противостоять легиону сами знаете кого …

Владимир

anonymous
(20.02.22 20:16:41 MSK)

Ответ на: комментарий от anonymous 20.02.22 20:16:41 MSK

Да, Владимир. Мне не всегда удается противостоять легиону сами знаете кого …

Обычный путь - ЕЖЕСЕКУНДНАЯ БОРЬБА.
По другому ни как.
Часто бывает и много горечи от козней бесов, но да радость Господь дарует часто.

НИ КОМУ ИСПЫТАНИЯ СВЕРХ ДУХОВНОЙ СИЛЫ ЧЕЛОВЕКА ГОСПОДЬ НЕ ПОПУСКАЕТ.

Винить мы должны лишь себя …

Владимир

anonymous
(20.02.22 20:23:33 MSK)

Ответ на: комментарий от anonymous 20.02.22 20:23:33 MSK

Аминь, Владимир. Жаль, что большинство на этом форуме - безбожники и атеисты … Отсюда столько злобы.

Владимир

anonymous
(20.02.22 20:29:09 MSK)

Похожие темы