corner Сообщения

corner	# 4 года, 7 месяцев назад
Темы: 6 Сообщения: 773 Участник с: 21 июля 2011	Через NAT настраивается по WiKi. У себя так настраивал пробросом сети с ноутбука на стационарный комп. Лень было тащить кабель от роутера т.е. ноут получает инет по WiFi, затем раздает через сетевую по кабелю. Кабель обычный, не кроссовер. Адреса - статика

# 4 года, 7 месяцев назад

Сообщения: 773

Участник с: 21 июля 2011

Через NAT настраивается по WiKi.
У себя так настраивал пробросом сети с ноутбука на стационарный комп.
Лень было тащить кабель от роутера
т.е. ноут получает инет по WiFi, затем раздает через сетевую по кабелю.
Кабель обычный, не кроссовер. Адреса - статика

corner	# 4 года, 7 месяцев назад
Темы: 6 Сообщения: 773 Участник с: 21 июля 2011	chown. ... /mnt/Data

corner	# 4 года, 7 месяцев назад
Темы: 6 Сообщения: 773 Участник с: 21 июля 2011	Еще одна жертва, свеженькая Текст ссылки...

corner	# 4 года, 8 месяцев назад
Темы: 6 Сообщения: 773 Участник с: 21 июля 2011	Haron_Prime Да это-то понятно. Просто, несмотря на весь поднятый хайп, яблочные тупо отмалчивались, в отличии от мелкомягких и линуксоидов. Типа их это не касается. Как я вижу, Apple сделала обновление с исправлением уязвимостей еще 8 декабря. Честно говоря, если бы не знал об уменьшении производительности, хотя у меня ничего не изменилось, я бы ничего незаметил. Как не замечаю и сейчас. Надо отдать должное, в логах декабрьских обновлений об этих уязвимостях ни слова не было

corner

# 4 года, 8 месяцев назад

Темы: 6

Сообщения: 773

Участник с: 21 июля 2011

Haron_Prime
Да это-то понятно. Просто, несмотря на весь поднятый хайп, яблочные тупо отмалчивались, в отличии от мелкомягких и линуксоидов. Типа их это не касается.

Как я вижу, Apple сделала обновление с исправлением уязвимостей еще 8 декабря.
Честно говоря, если бы не знал об уменьшении производительности, хотя у меня ничего не изменилось, я бы ничего незаметил.
Как не замечаю и сейчас.
Надо отдать должное, в логах декабрьских обновлений об этих уязвимостях ни слова не было

corner	# 4 года, 8 месяцев назад
Темы: 6 Сообщения: 773 Участник с: 21 июля 2011	sirocco На лоре пишут: падение есть, но при записи на ssd где-то с 180 до 130. Думаю, это может касаться весьма специфичных задач На SSD `desktop\|test$ sudo tune2fs -l /dev/sdb2 \| grep "Block size" Block size: 4096 desktop\|test$ dd if=/dev/zero of=testdata bs=4096 count=1000000 1000000+0 records in 1000000+0 records out 4096000000 bytes (4.1 GB, 3.8 GiB) copied, 2.70361 s, 1.5 GB/s`

corner

# 4 года, 8 месяцев назад

Темы: 6

Сообщения: 773

Участник с: 21 июля 2011

sirocco
На лоре пишут:
падение есть, но при записи на ssd где-то с 180 до 130.

Думаю, это может касаться весьма специфичных задач
На SSD


desktop|test$ sudo tune2fs -l /dev/sdb2 | grep "Block size"
Block size:               4096
desktop|test$ dd if=/dev/zero of=testdata bs=4096 count=1000000
1000000+0 records in
1000000+0 records out
4096000000 bytes (4.1 GB, 3.8 GiB) copied, 2.70361 s, 1.5 GB/s

corner	# 4 года, 8 месяцев назад
Темы: 6 Сообщения: 773 Участник с: 21 июля 2011	vs220 corner просадок не вижу Будет зависить от задач. Если ввод вывод упирается в скорость диска, то и на скорости не скажется Там достаточно много и дисковых операций и расчетов. Память используется по максимуму. На пиках более может доходить до 32Г

corner

# 4 года, 8 месяцев назад

Темы: 6

Сообщения: 773

Участник с: 21 июля 2011

vs220
corner
просадок не вижу
Будет зависить от задач. Если ввод вывод упирается в скорость диска, то и на скорости не скажется

Там достаточно много и дисковых операций и расчетов. Память используется по максимуму. На пиках более может доходить до 32Г

corner	# 4 года, 8 месяцев назад
Темы: 6 Сообщения: 773 Участник с: 21 июля 2011	Так просадка есть, поэтому и привел тест. Для моих задач время выполнения важно, идет обработка данных как в SQL, так и в Redis. При работе утилит задействованы все потоки, даже пришлось разносить файлы данных MariaDB на разные диски (сильно влияет на производительность) Проходит пакетная обработка приблизительно 160000000 записей в SQL. Время обработки огрвничено актуальностью данных, так что производительность важна. Я к тому, что в реальной работе я просадок не вижу, все укладывается в контрольные тайминги, т.е. изменений нет

corner

# 4 года, 8 месяцев назад

Темы: 6

Сообщения: 773

Участник с: 21 июля 2011

Так просадка есть, поэтому и привел тест.
Для моих задач время выполнения важно, идет обработка данных как в SQL, так и в Redis.
При работе утилит задействованы все потоки, даже пришлось разносить файлы данных MariaDB на разные диски (сильно влияет на производительность)
Проходит пакетная обработка приблизительно 160000000 записей в SQL.
Время обработки огрвничено актуальностью данных, так что производительность важна.
Я к тому, что в реальной работе я просадок не вижу, все укладывается в контрольные тайминги, т.е. изменений нет

corner	# 4 года, 8 месяцев назад
Темы: 6 Сообщения: 773 Участник с: 21 июля 2011	У себя падения производительности не наблюдаю Машина: System: Host: desktop Kernel: 4.14.11-1-ARCH x86_64 bits: 64 Console: tty 0 Distro: Arch Linux Machine: Device: desktop Mobo: MSI model: X99A RAIDER (MS-7885) v: 5.0 serial: N/A UEFI: American Megatrends v: P.50 date: 07/19/2016 CPU: 8 core Intel Xeon E5-2620 v4 (-MT-MCP-) speed/max: 2099/3000 MHz Drives: HDD Total Size: 2264.5GB (10.0% used) ID-1: model: Samsung_SSD_850 ID-2: model: ST1000DM003 ID-3: model: INTEL_SSDSC2BW24 Info: Processes: 287 Uptime: 2:30 Memory: 5017.1/64326.2MB Init: systemd Client: Shell (bash) inxi: 2.3.53 Достаточно высоконагруженная программа - порядка 5000000 запросов к Redis + перерасчет данных - не показала падения производительности до сегодняшнего ядра - 3м 15 секунд сегодня - те же 3м 15 секунд

corner

# 4 года, 8 месяцев назад

Темы: 6

Сообщения: 773

Участник с: 21 июля 2011

У себя падения производительности не наблюдаю
Машина:
System: Host: desktop Kernel: 4.14.11-1-ARCH x86_64 bits: 64 Console: tty 0 Distro: Arch Linux
Machine: Device: desktop Mobo: MSI model: X99A RAIDER (MS-7885) v: 5.0 serial: N/A
UEFI: American Megatrends v: P.50 date: 07/19/2016
CPU: 8 core Intel Xeon E5-2620 v4 (-MT-MCP-) speed/max: 2099/3000 MHz
Drives: HDD Total Size: 2264.5GB (10.0% used)
ID-1: model: Samsung_SSD_850
ID-2: model: ST1000DM003
ID-3: model: INTEL_SSDSC2BW24
Info: Processes: 287 Uptime: 2:30 Memory: 5017.1/64326.2MB Init: systemd Client: Shell (bash) inxi: 2.3.53

Достаточно высоконагруженная программа - порядка 5000000 запросов к Redis + перерасчет данных -
не показала падения производительности
до сегодняшнего ядра - 3м 15 секунд
сегодня - те же 3м 15 секунд

corner	# 4 года, 8 месяцев назад (отредактировано 4 года, 8 месяцев назад)
Темы: 6 Сообщения: 773 Участник с: 21 июля 2011	Microsoft утверждает, что Edge лучше всех ... proof wtf?+ А Yandex что ярдекс броузер...

corner	# 4 года, 8 месяцев назад
Темы: 6 Сообщения: 773 Участник с: 21 июля 2011	Никаких симлинков Любой http сервер для запуска php скриптов использует либо модуль, либо CGI, либо FPM Значит нужно просто в кофигах сервра переключить модули - для Apache Дальше сами, я с apache не работаю.