Почему память не может быть 'read'?

Question

[SalmElena]

На новом мощном компьютере (windows 10 ) развернуты 20 виртуалок на oracle. Периодически вылетает ошибка и приходится аварийно завершать работу. ОЗУ на 128 гб, пробовали добавлять файл подкачки, отключать DEP - бесполезно. В офисе еще 5 компьютеров с идентичными настройками, но работают без проблем.

Comments

[Vadim Priluzkiy]

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

[res2001]

Или обновить VirtualBox.

[SalmElena]

Karpion, #, установила Debian, ваша миссия выполнена, чертовы сектанты -_-

[#]

вот лишь бы крайнего найти..

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

Answer 1

[Дмитрий Гаранин]

А вы пробовали отключать общий буфер обмена на этой виртуалке? Ошибка явно указывает на него.

Answer 2

[Karpion]

Обращение по адресу ноль никогда не выполняется. Это в программе было
ptr=alloc(...)
и дальше без проверки обращение по этому адресу - а память-то не выделилась; ну и срабатывает защита. Это либо Oracle кривой, или какие-то библиотеки.

Не хотите перейти на Linux?

Comments

[Рональд Макдональд]

Не хотите перейти на Linux?

Что-то прямо шквал сектантов.
Нет, не хотим, плаваем, знаем.

[Ruslan-Strannik]

а проблемы с железом заранее исключены чтоли?

[res2001]

Не хотите перейти на Linux?

Чем линукс поможет при подобных ошибках программистов?
Не надо только говорить, что под линукс пишут крутые спецы и они не делают таких ошибок.

Кстати, довольно обычная практика, когда результат выделения памяти не проверяют принципиально. Логика простая - когда не хватает памяти, то в наличии проблема в недостатке ресурсов, или возможно в аппаратном сбое. В любом случае дальнейшее корректное выполнение программы в большинстве случаев не возможно. Эти проблемы из программы никак не решить, наиболее адекватный вариант поведения программы при этом - вывести сообщение и завершиться, корректно закрыв все открытые ресурсы. Но примерно то же самое происходит если проигнорировать ошибку, только сообщение будет менее адекватное и открытые ресурсы будут закрыты не программой, а ОС.
Чтоб не быть голословным - в MongoDB (в ядре, в ее клиентской библиотеке и т.п.) используется похожий подход. Там они при ошибке выделения генерируется assert, что приводит к немедленному завершению программы.

PS: Я не агитирую за этот подход.

[Karpion]

Рональд Макдональд, Так я не Вам предлагал. Кстати, странно - при Вашей аватарке-то...

Ruslan-Strannik, Проблемы с железом нигде не исключены. Пока не попробуешь - не узнаешь.

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

[res2001]

Karpion,

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

Напишите обо этом в поддержку mongodb :)