lonelywoolf

lonelywoolf
Рейтинг
151
Регистрация
23.12.2013
baas:
Только не понятно откуда столько Т/байт то, система домашняя.

Write Amplification. Нужно смотреть на TBW, а это запись без учета амплификации. Хотя Lifetime обычно считается с учетом амплификации.

Ну т.е. при выработке заявленного ресурса с SSD с большой долей вероятности ничего не случится. Вот вам смарт одного:

[root@geri ~]# smartctl -a /dev/nvme1
smartctl 7.0 2018-12-30 r4883 [x86_64-linux-3.10.0-957.21.3.el7.x86_64] (local build)
Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Number: KXG50ZNV512G TOSHIBA
Serial Number: 48TS100JTYST
Firmware Version: AAGA4102
PCI Vendor/Subsystem ID: 0x1179
IEEE OUI Identifier: 0x00080d
Total NVM Capacity: 512*110*190*592 [512 GB]
Unallocated NVM Capacity: 0
Controller ID: 0
Number of Namespaces: 1
Namespace 1 Size/Capacity: 512*110*190*592 [512 GB]
Namespace 1 Formatted LBA Size: 512
Namespace 1 IEEE EUI-64: 00080d 0200460fc5
Local Time is: Thu Nov 7 11:45:07 2019 MSK
Firmware Updates (0x14): 2 Slots, no Reset required
Optional Admin Commands (0x0017): Security Format Frmw_DL Self_Test
Optional NVM Commands (0x005f): Comp Wr_Unc DS_Mngmt Wr_Zero Sav/Sel_Feat Timestmp
Maximum Data Transfer Size: 512 Pages
Warning Comp. Temp. Threshold: 78 Celsius
Critical Comp. Temp. Threshold: 82 Celsius
Namespace 1 Features (0x02): NA_Fields

Supported Power States
St Op Max Active Idle RL RT WL WT Ent_Lat Ex_Lat
0 + 6.00W - - 0 0 0 0 0 0
1 + 2.40W - - 1 1 1 1 0 0
2 + 1.90W - - 2 2 2 2 0 0
3 - 0.0500W - - 3 3 3 3 1500 1500
4 - 0.0050W - - 4 4 4 4 6000 14000
5 - 0.0030W - - 5 5 5 5 50000 80000

Supported LBA Sizes (NSID 0x1)
Id Fmt Data Metadt Rel_Perf
0 + 512 0 2
1 - 4096 0 1

=== START OF SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

SMART/Health Information (NVMe Log 0x02)
Critical Warning: 0x00
Temperature: 44 Celsius
Available Spare: 100%
Available Spare Threshold: 10%
Percentage Used: 237%
Data Units Read: 362*009*808 [185 TB]
Data Units Written: 798*214*872 [408 TB]
Host Read Commands: 4*508*078*096
Host Write Commands: 4*878*999*702
Controller Busy Time: 94*391
Power Cycles: 8
Power On Hours: 8*743
Unsafe Shutdowns: 4
Media and Data Integrity Errors: 0
Error Information Log Entries: 0
Warning Comp. Temperature Time: 0
Critical Comp. Temperature Time: 0
Temperature Sensor 1: 44 Celsius

Error Information (NVMe Log 0x01, max 128 entries)
No Errors Logged

[root@geri ~]#
Слоняра:
но как это кардинально влияет на приватность, если она не под вашим контролем?

ЧТобы получить к содержимому этой железки - надо выдернуть из неё диски. Физически. А диски могут оказаться зашифрованы. В случае со сферической впс в вакууме - просто делаем снепшот и читаем содержимое дисков, клиент даже не узнает.

nikita_s:
спамвертайзинг

О как. А какие объемы рассылок надо на вас заказать, чтобы вас отключили от сети апстримы? Ведь если ваши клиенты начнут разбегаться - при таком их колчичестве - свой кусок отхватят все ;). Ни разу не смешно, на самом деле: я пару раз наблюдал уничтожение конкурентов таким образом. Быстро и дёшево.

LEOnidUKG:
После перезагрузки mysql должна сутки отработать, чтобы хоть что-то было.

Совсем нет, сутки - общая рекомендация, чтобы быть уверенным что всё, что надо закешировано. Вообще на практике здорово зависит от характера нагрузки - иногда изменения видно в первые секунды после запуска, иногда несколько часов.... А иногда и суток мало.

Charli, Возможно, так как при увеличении размера пула вполне могли начать активнее писаться бинарные логи. Это один момент. Второй - и более вероятный - раньше у вас кэшированием данных с диска занималась ОС, а сейчас вы её кэши заняли буферным пулом InnoDB, а при таких раскладах, если памяти в притык - может начать тормозить не база, а что-то другое. Ну и бездумное увеличение размеров всех этих пулов и кэшей может приводить к обратным результатам, в зависимости от характера нагрузки.

big boy, Я больше 10 лет занимаюсь сайтами и бывало всякое.

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

Shadun:
яндекс выкинет большинство страниц с поиска из-за такой длительной недоступности сайтов и прощай позиции на всех проектах...

Дааа. Откуда у вас эти мифы в голове берутся? А если проекты настолько дороги - мутите собственное резервирование.

Win33:
и такой ошибки год назад не было SMART overall-health self-assessment test result: PASSED

Перевод фразы нужен, или сами осилите?

burunduk, ungoogled chromium ;)

Всего: 1548