FreeBSD install update upgrade [ основной тред по FreeBSD ]

После этого все начинает летать.

«прежде всего bgfsck» - так я тебе сразу сказал, проверь нет ли fsck в фоне в процессах. но у тебя при отключенном журнале система не будет восстанавливаться.

Это я не выдрал с форума, а честно сам придумал, из опыта создания линуксовых live систем.

все остальное в плюс, конечно. но я все-таки думаю, что это fsck в фоне. который должен проверить диск на предмет остатков файлов и освободить немного места.

А я постараюсь не ломать ))

sysctl, оставил только то, что пока определил как влияющее

# $FreeBSD$
#
#  This file is read when going to multi-user and its contents piped thru
#  ``sysctl'' to adjust kernel values.  ``man 5 sysctl.conf'' for details.
#

# Enhance shared memory X11 interface
kern.ipc.shmmax=67108864
kern.ipc.shmall=32768

# hangup
kern.ipc.somaxconn=65536

# Enhance desktop responsiveness under high CPU use (200/224) 
kern.sched.preempt_thresh=224 

# Bump up maximum number of open files 
kern.maxfiles=200000 

# Disable PC Speaker 
hw.syscons.bell=0 

# Shared memory for Chromium 
kern.ipc.shm_allow_removed=1

hw.snd.latency=2
hw.snd.latency_profile=0

dev.pcm.0.play.vchans=0
dev.pcm.0.rec.vchans=0

Насчет vchans я не уверен, надо еще тестить. Может их отключение и не влияет.

bit perfect заметно влияет на латенси. там поток всеравно идет мимо работы vchan.

Пробовал - разницы не увидел.

и

kern.ipc.shm_use_phys=0

тоже попробуй

А эти параметры они в каких единицах память задают? В байтах?

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

kern.ipc.shm_use_phys=0 - 0/1 вообще.

You might also want to configure your kernel to lock shared memory into RAM and prevent it from being paged out to swap. This can be accomplished using the sysctl setting kern.ipc.shm_use_phys

у тебя нет свопа… так что тоже можно проверять.

and prevent it from being paged out to swap

В рот мне ноги, я на линуксе для этого ядро патчу, а тут оно уже есть.

А своп раздел от линукса не подходит?

можно. ну переформатируешь снова, там же данных нет.

А как лучше раздел на флешке расширить до всей флешки?

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

Как я в ноут хард добавлю

один достал второй, поставил. данные перенес. я так обычно делаю.

У меня внешний sata разъем, можно не доставать.

на ноуте??? никогда такого не видел. ну, повезло.

Одно время популярны были. Он совмещенный, SATA+USB.

ну там просто еще питание же на диск подавать.

Да, это не очень удобно. Питание приходится колхозить тогда.

короче, ты довольно основательно взялся познавать FreeBSD. ну круто.

че ж у тебя с хромом. а ты пробовал его запускать с

$CHROME --disable-gpu 

Он вываливает ошибки подключения к dbus

а ты dbus стартовал?

Да, и рестартовал

обычно ошибки dbus не очень критичны. он и так может работать. у тебя явно сообщает о проблемах с оборудованием. ты disable gpu попробовал?

Disable gpu ничего не меняет. Dbus решил, все равно сегфолт, теперь без ошибок.

Dbus решил

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

сделай реинстал бинарника.

apsin -f chromium

Блядь

Переустановил пакет, теперь запускается

вот поэтому я не связываюсь с флешками)

а ты помнишь, в какие фс можно форматировать карты памяти для андроид? ntfs? ext4?

Смотря еще какой телефон. Наиболее безопасно в FAT32. Можно в ext2 или ext4, но там проблема же с правами, он писать может не дать тупо. В линуксе решается созданием каталога в корне с UID пользователя, а в андроиде у каждого приложения свой UID по идее, и капут.

Общепринято либо fat32 либо exfat если поддерживает прошивка.

это старый планшет asus tf701. exfat поди еще не изобрели, но мне почему-то кажется, что там был ntfs.

Может быть.

bus.cc

Could not parse server address

Отресайзил, вроде все норм.

Одно лишь отключение fsck дало результат, но совсем небольшой. Например, firefox нормально не работает пока хомяк в рам не перенесешь. Он же дрочит флешку тысячей микро файлов.

Одно лишь отключение fsck дало результат, но совсем небольшой.

но ты просто имей ввиду, что если ты теперь сделаешь ресет и у тебя отключен журнал (а тем более SU), то ошибку на диске останутся. тут либо fsck вернуть, либо журналирование включить.

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

Я попробую включить журналирование, по ощущениям при отключении не сильно легче стало, значит не сильно и ухудшится.