Archive for May 21st, 2012

Mass Media equals Mind Control / Watching Television or Movies can put you into a Hypnotic like state

Monday, May 21st, 2012

mass-media-and-mind-control-the-modern-slaves

I'm still heavily researching on Mind Control Applications as well as how the our brains could be intentionally mislead to do not our will.
I myself am not watching TV for years now and I know pretty well the TV programs are one big non-sense. Loosing interest into television came natural for me as sometime in my development in life I found I can use computer to gather a data of my preference. As computers and internet gave me more control over choice what I want to learn I quit watching TV completely. However now I'm starting to realize even though I haven't watched TV for a long time the fact that I have watched plenty of Television as a child has unintentionally influenced me as a purpose.

The real way how television influence us and makes us prone to suggestability is through putting the watched in a state similar to a hypnosis. I personally don't believe in the hypnosis as it is an occult practice and I think Christians are not suspectable to be influenced in the same way as non-Christians as it is up to God to decide how a certain technology will influence the individual. However most of us people nowdays are not a regular church attendants and we don't regularly pray and ask God for mercies and blessings therefore this makes us away from God and makes us more vulnerable to satanic agendas like hypnotism to be able to have influence on us….
Also by TV and modern pop culture, we have been encouraged to not stick to our cultural roots but to separate ourselves and accept an empty non-sense ideology that doesn't have any core besides money and consumerims.
In that sense the TV and medias plays the most significant role nowdays.

Mass Media = Mind Control – a video explaining in short how the TV and Mass medias are used to create similar or identical ideas in masses

The internet as lately we're hearing about PIPA, SOPA and all kind of legislations regulations corrupted 0politicians try to vote for could be soon filtered too. If that happens the situation with using computers to inform ourselves will be not so much different than with TV's and other medias.
Anyways even today the internet is heavily regulated as the biggest newspapers like New Your Times, BBC, Guardian are only publishing materials approved by the directors and compatible with the companies owners agendas…

Anyways we are not helpless as we can educate people and show them the real face of the things, so they can finally realize that this whole deception and anti-religious propaganda on the TV and vows for a life without rules is the greatest deception of our age.

WIth TVs, radios, music, Mobiles, Ipads, IPhones or nomatter what kind of latest technology we can never be happy while living without God.

Another good video worhty to see I've found on youtube is called
TV = Mind Control, unfortunately the video is not emebeddable so to see it you would have to copy paste this link: http://youtu.be/Nq9Gg7A-YEE

Fix “Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.” in FreeBSD

Monday, May 21st, 2012

bsdinstall-newboot-loader-menu-pv_entries_consider_increasing_vm_pmap_shpgrepproc

I'm running FreeBSD with Apache and PHP on it and I got in dmesg (kernel log), following error:

freebsd# dmesg|grep -i vm.pmap.shpgperproc
Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.

The exact FreeBSD, Apache and php versions I have installed are:
 

freebsd# uname -a ; httpd -V ; php –version
FreeBSD pcfreak 7.2-RELEASE-p4 FreeBSD 7.2-RELEASE-p4 #0: Fri Oct 2 12:21:39 UTC 2009 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386
Server version: Apache/2.0.64
Server built: Mar 13 2011 23:36:25Server's Module Magic Number: 20050127:14
Server loaded: APR 0.9.19, APR-UTIL 0.9.19
Compiled using: APR 0.9.19, APR-UTIL 0.9.19
Architecture: 32-bit
Server compiled with….
-D APACHE_MPM_DIR="server/mpm/prefork"
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
-D APR_USE_FLOCK_SERIALIZE
-D APR_USE_PTHREAD_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D HTTPD_ROOT="/usr/local"
-D SUEXEC_BIN="/usr/local/bin/suexec"
-D DEFAULT_PIDLOG="/var/run/httpd.pid"
-D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
-D DEFAULT_LOCKFILE="/var/run/accept.lock"
-D DEFAULT_ERRORLOG="logs/error_log"
-D AP_TYPES_CONFIG_FILE="etc/apache2/mime.types"
-D SERVER_CONFIG_FILE="etc/apache2/httpd.conf"
PHP 5.3.5 with Suhosin-Patch (cli) (built: Mar 14 2011 00:29:17)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
with eAccelerator v0.9.6.1, Copyright (c) 2004-2010 eAccelerator, by eAccelerator

After a bunch of research a FreeBSD forums thread , I've found the fix suggested by a guy.

The solution suggested in the forum is to raise up vm.pmap.pv_entry_ma to vm.pmap.pv_entry_max=1743504, however I've noticed this value is read only and cannot be changed on the BSD running kernel;

freebsd# sysctl vm.pmap.pv_entry_max=1743504
sysctl: oid 'vm.pmap.pv_entry_max' is read only

Instead to solve the;

Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
, I had to add in /boot/loader.conf

vm.pmap.pde.mappings=68
vm.pmap.shpgperproc=500
vm.pmap.pv_entry_max=1743504

Adding this values through /boot/loader.conf set them on kernel boot time. I've seen also in the threads the consider increasing either the vm.pmap.shpgperproc is also encountered on FreeBSD hosts running Squid, Dansguardion and other web proxy softwares on busy hosts.

This problems are not likely to happen for people who are running latest FreeBSD releases (>8.3, 9.x), I've read in same above post in newer BSD kernels the vm.pmap is no longer existing in newer kernels.