спасибо всем, буду думать

https://pastebin.com/raw/ijvtSWft Есть у кого идеи как пофиксить? Фря 6.3. Src от 9.3.

external toolchain? поставить себе llvm+clang свежайший

external toolchain? поставить себе llvm+clang свежайший

Фря 6.3, все pkg и порты протухли. Не поставлю так просто свежее

Фря 6.3, все pkg и порты протухли. Не поставлю так просто свежее

WITHOUT_CLANG пробуй тогда )

Общался сейчас с одним из разработчиков KVM. Он сказал, что производительность операционки сильно зависит от того, поддерживает ли она драйвера для kvm или нет. Собственно вопрос: интеграцию с kvm во фре делают, уже сделали или не делают?

Общался сейчас с одним из разработчиков KVM. Он сказал, что производительность операционки сильно зависит от того, поддерживает ли она драйвера для kvm или нет. Собственно вопрос: интеграцию с kvm во фре делают, уже сделали или не делают?

речь про virtio

как я понял, паравиртуализация - это быстро. Эмуляция - это медленно. virtio - это паравиртуализация.

WITHOUT_CLANG пробуй тогда )

не взлетело

я его вобще убил... скопировал ядро, бинари и либы от 11....

Общался сейчас с одним из разработчиков KVM. Он сказал, что производительность операционки сильно зависит от того, поддерживает ли она драйвера для kvm или нет. Собственно вопрос: интеграцию с kvm во фре делают, уже сделали или не делают?

Давно https://habrahabr.ru/post/167099/

https://www.freebsd.org/cgi/man.cgi?query=virtio&sektion=4

собственно вопрос в том, какую операционку ставить: фрю, в которой я немного разбираюсь или линух, где я полный ноль. Если разницы в производительности нет, то поставлю фрю. А если она имеется, то придётся линух.

Фря или линукс... зависит от задач, имхо

собственно вопрос в том, какую операционку ставить: фрю, в которой я немного разбираюсь или линух, где я полный ноль. Если разницы в производительности нет, то поставлю фрю. А если она имеется, то придётся линух.

сферический конь в вакууме?

Если кроме наличия virtio-драйверов ничего больше не беспокоит - то исключительно вопрос предпочтений. Оные драйверы есть и во фре и в линуксе.

в моей задаче процессор много считает. эксперименты на VirtualBox-е показали, что профайлер показывает странные тормоза при работе со временем. Возможно это особенности только vbox-а, но в вопросе решил для себя разобраться.

я его вобще убил... скопировал ядро, бинари и либы от 11....

А что бинарно не попробовал обновиться?

А что бинарно не попробовал обновиться?

не давало. Ошибку уже не помню.

https://forums.freebsd.org/threads/the-update-metadata-is-correctly-signed-but-failed-an-integrity-check.56060/page-2#post-329700 Вот так же было. Там даже патчил freebsd-update.

в моей задаче процессор много считает. эксперименты на VirtualBox-е показали, что профайлер показывает странные тормоза при работе со временем. Возможно это особенности только vbox-а, но в вопросе решил для себя разобраться.

ну мы же уже выяснили, что проблема исключительно virtualbox

ну мы же уже выяснили, что проблема исключительно virtualbox

Я тут вычитал, что VirtualBox и KVM используют совместимый механизм virtio, поэтому набор гостевых драйверов для них одинаковый.

и потому могут всплыть те же проблемы с получением времени, что и в VirtualBox

Я тут вычитал, что VirtualBox и KVM используют совместимый механизм virtio, поэтому набор гостевых драйверов для них одинаковый.

нет

ну, если не использовать PPS, то никаких проблем с получением времени во фре не будет

ну, если не использовать PPS, то никаких проблем с получением времени во фре не будет

там фря в virtualbox

это понятно. но вдруг ты решил во фре PPS использовать ?

я решил взять две виртуалки у одного провайдера, запустить своё приложение и сравнить. под профайлером сразу будет видна разница междё фрёй и линуксом, если она есть.

внутри virtualbix

у меня всё по дефолту

по дефолту что ?

для тайминга что используешь ? PPS ?

настройки vbox-а, фри внутри неё.

я решил взять две виртуалки у одного провайдера, запустить своё приложение и сравнить. под профайлером сразу будет видна разница междё фрёй и линуксом, если она есть.

очень от многого зависит.

блин, ты можешь сказать, используешь ли PPS в своем приложении, или нет

очень от многого зависит.

вот и посмотрим на реальной задаче.

вот и посмотрим на реальной задаче.

это не будет адекватным экспериментом, вот что я хочу сказать

в своём приложении на Go я использую time.Now(). Во что оно выливается в потрохах Go я не знаю.

(а, да, оно ответит на вопрос "что ставить тому кто не умеет настраивать" — это, разумеется, Линукс)

точнее даже так: я сейчас отказался от вызовов time.Now() почти. Но профайлер всёравно показывает кучу всего связанного со временем, исходящего от рантайма.

блин, ты можешь сказать, используешь ли PPS в своем приложении, или нет

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

блин, ты можешь сказать, используешь ли PPS в своем приложении, или нет

а можно ликбез? что имеется под pps?

PPS - это синхронизация времени от внешних устройств, как грубый пример, во времена 4.x фри были источники времени, подключаемые к LTP порту

Ну, или от DVB карт со спутника

PPS - это синхронизация времени от внешних устройств, как грубый пример, во времена 4.x фри были источники времени, подключаемые к LTP порту

то есть аля GPS/JJY/DVB и т.п....

# Enable support for the kernel PLL to use an external PPS signal, # under supervision of [x]ntpd(8) # More info in ntpd documentation: http://www.eecis.udel.edu/~ntp options PPS_SYNC

?

не поверишь, активно используется джунами

только там источники времени "поточнее"

только там источники времени "поточнее"

ОК, но для профилирования тот же TSC/HPET в целом не плох. Да, иногда ntp корректирует и проходят приколы, но это в рамках погрешности. Ты ж не один раз метод замеряешь, а миллионы )))

про эту прогу на GO

как вариант, посмотреть, "дергает" ли она gettimeofday(), или что-то другое

как вариант, посмотреть, "дергает" ли она gettimeofday(), или что-то другое

тут вроде уже поминался virtualbox.

и gettimeofday сильно зависит от гипервизора ос и ее версии

Такси чем ipfw отличается от pf?

как вариант, посмотреть, "дергает" ли она gettimeofday(), или что-то другое

Я использую pprof, который в Go встроен. Он генерит pdf-у с графом вызовов. В ней видно, что идёт куча обращений к двум функциям из https://github.com/golang/go/blob/master/src/runtime/sys_freebsd_amd64.s . Это nanotime и walltime

ага, читаем код

TEXT runtime·nanotime(SB), NOSPLIT, $32 MOVL $232, AX // We can use CLOCK_MONOTONIC_FAST here when we drop // support for FreeBSD 8-STABLE. MOVQ $4, DI // CLOCK_MONOTONIC LEAQ 8(SP), SI SYSCALL MOVQ 8(SP), AX // sec MOVQ 16(SP), DX // nsec

замени

MOVQ $4, DI

на

MOVQ $12, DI

и будет тебе счастье

а что именно произойдёт? ?

// We can use CLOCK_MONOTONIC_FAST here when we drop // support for FreeBSD 8-STABLE.

будет вызываться CLOCK_MONOTONIC_FAST

ну и второй вызов

// func walltime() (sec int64, nsec int32) TEXT runtime·walltime(SB), NOSPLIT, $32 MOVL $232, AX // clock_gettime MOVQ $0, DI // CLOCK_REALTIME LEAQ 8(SP), SI SYSCALL

вот нафига постоянно дергать CLOCK_REALTIME ?

там же все еще с 9.0-RELEASE переписано с нуля

разрабы Go только недавно отказались от поддержки старых версии FreeBSD. наверное потому так и происходит.

go ж многотредовый в одном процессе - правильно? В таком случаи обычно делают отдельный тред по timer, остальные просто из переменной зачитывают время. Если конечно не интересно разрешение меньше миллисекунды

возможно. в девятке был полностью с нуля переписан callout(), ивенттаймеры, gettimeofday() и т.п.

в частности, gettimeofday() уже давно не лезет ко всяким RTC

go ж многотредовый в одном процессе - правильно? В таком случаи обычно делают отдельный тред по timer, остальные просто из переменной зачитывают время. Если конечно не интересно разрешение меньше миллисекунды

А я так и сделал. Только через атомики время читаю.

В коммитерах Go мало спецов по FreeBSD.

тут смысл такой, что gettimeofday() вообще не вызывает syscall()

а это что вообще за замер?

это про cpu замер моего демона.

это про cpu замер моего демона.

а что он делал? idle?

за какое время

за 30 секунд. я просто обрезал колграф, где про мой код информация.

он простаивает много времени, да. на обычной машинке процент cpu кушает. а на виртуалке вдруг 40% показал. и это профайлинг именно такого момента.

40% от 30 секунд = 12 секунд.

в колграфе всё гораздо мельче

https://github.com/golang/go/issues/new - тут можно предложить изменения в получении времени во Фре. Я бы и сам запостил, но не смогу вести последующую дискуссию и отвечать на вопросы.

в колграфе всё гораздо мельче

Duration: 30s, Total samples = 820ms ( 2.73%) Showing nodes accounting for 820ms, 100% of 820ms total

ну так это же не 40%

где 40)))

в top-е . ?

а тут написано, что взята только часть: 2.73%

а можно как-то fetch (ведь он используется при pkg install) сделать более дружелюбным на плохом канале? Браузер под виндой качает отлично то, что fetch уже пол часа не может скачать.

большие пакеты я уже ручками скачал, а мелочь, коей дофига и всего на 300кб, никак не могу. ?

в частности, gettimeofday() уже давно не лезет ко всяким RTC

и не сисколл? )

Proceed with this action? [y/N]: y [1/18] Fetching dbus-1.10.16_1.txz: 100% 17 KiB 0.3kB/s 01:05 pkg: http://pkg.FreeBSD.org/FreeBSD:11:amd64/quarterly/All/dbus-1.10.16_1.txz: Operation timed out

http://docs.google.com/viewer?a=v&pid=sites&srcid=ZGVmYXVsdGRvbWFpbnxreWl2YnNkfGd4OjczNThmZTVhYzZlOTA2NzU

https://github.com/golang/go/issues/new - тут можно предложить изменения в получении времени во Фре. Я бы и сам запостил, но не смогу вести последующую дискуссию и отвечать на вопросы.

https://github.com/ScaleFT/monotime