база данных sharding стратегия
Eclipse Ganymede 3.4.2 настройки
Для более свежих настроек, см. настройки Eclipse Galileo 3.5 выше .
JDK
лучшая установка JVM всегда , по-моему, включает последний JDK, который можно найти (поэтому на данный момент, jdk1.6.0_b07 до b16, кроме b14 и b15)
eclipse.ini
Даже с теми довольно низкими настройками памяти, я могу выполнить большие проекты Java (наряду с веб-сервером) на моем старом (2002) рабочий стол с 2Go RAM.
-showlocation
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256M
-framework
plugins\org.eclipse.osgi_3.4.2.R34x_v20080826-1230.jar
-vm
jdk1.6.0_10\jre\bin\client\jvm.dll
-vmargs
-Dosgi.requiredJavaVersion=1.5
-Xms128m
-Xmx384m
-Xss2m
-XX:PermSize=128m
-XX:MaxPermSize=128m
-XX:MaxGCPauseMillis=10
-XX:MaxHeapFreeRatio=70
-XX:+UseConcMarkSweepGC
-XX:+CMSIncrementalMode
-XX:+CMSIncrementalPacing
-XX:CompileThreshold=5
-Dcom.sun.management.jmxremote
См. GKelly's ТАК ответ и запись в блоге Piotr Gabryanczyk для получения дополнительной информации о новых опциях.
Контроль
можно также рассмотреть запуск:
C:\[jdk1.6.0_0x path]\bin\jconsole.exe
, Как сказано в предыдущий вопрос о потреблении памяти .
1 ответ
Я думаю, что существует вероятность 99,9%, что вам не нужен сегментирование.
Разделение требуется, если:
- Скорость вставки / обновления вашей базы данных близка или превышает ее. емкость сервера с самыми высокими техническими характеристиками, которую вы можете купить с минимальными затратами И
- Вы уже распределяете большинство ваших запросов чтения, отчетов, резервного копирования и т. д. на реплицированные только для чтения ведомые устройства
- Вы выполнили функциональное разбиение на несущественные или несвязанные рабочие нагрузки с интенсивным обновлением за пределами вашего главного сервера
Если вы не можете определенно сказать «да» всем трем из вышеперечисленных, вам не нужно сегментировать.
Прочтите
http://www.mysqlperformanceblog.com/2009/08/06/why-you-dont-want-to-shard/