Amen....wbarnhill said:That much power and only thirty processes shows you waste time and money.
Besides, everyone knows Chicks dig Unix.
[root@blade ~]# free -m
total used free shared buffers cached
Mem: 4960 1306 3654 0 105 400
-/+ buffers/cache: 799 4160
Swap: 2047 0 2047
[root@blade ~]# cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 33
model name : Dual Core AMD Opteron(tm) Processor 275
stepping : 2
cpu MHz : 2193.172
cache size : 1024 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext lm 3dnowext 3dnow pni
bogomips : 4392.64
TLB size : 1088 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp
processor : 1
vendor_id : AuthenticAMD
cpu family : 15
model : 33
model name : Dual Core AMD Opteron(tm) Processor 275
stepping : 2
cpu MHz : 2193.172
cache size : 1024 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext lm 3dnowext 3dnow pni
bogomips : 4385.71
TLB size : 1088 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp
processor : 2
vendor_id : AuthenticAMD
cpu family : 15
model : 33
model name : Dual Core AMD Opteron(tm) Processor 275
stepping : 2
cpu MHz : 2193.172
cache size : 1024 KB
physical id : 1
siblings : 2
core id : 0
cpu cores : 2
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext lm 3dnowext 3dnow pni
bogomips : 4385.71
TLB size : 1088 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp
processor : 3
vendor_id : AuthenticAMD
cpu family : 15
model : 33
model name : Dual Core AMD Opteron(tm) Processor 275
stepping : 2
cpu MHz : 2193.172
cache size : 1024 KB
physical id : 1
siblings : 2
core id : 1
cpu cores : 2
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext lm 3dnowext 3dnow pni
bogomips : 4385.71
TLB size : 1088 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp
tonycondon said:oh dear, i thought i was a nerd...
thanks guys
So true..Problem is I don't have a Linux server with 8 processors in it right now...wbarnhill said:Besides, everyone knows Chicks dig Unix.
root@primary:/home/jangell# cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 37
model name : AMD Opteron(tm) Processor 246
stepping : 1
cpu MHz : 1991.953
cache size : 1024 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow pni lahf_lm
bogomips : 3988.00
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp
root@primary:/home/jangell#
p8cleared2land said:Pick up chicks? How about just mailing them a vintage gps.
Ahem.
FlyNE said:
I don't care who you are - that right there is FUNNY!p8cleared2land said:Pick up chicks? How about just mailing them a vintage gps.
Ahem.
infotango said:Should I be embarrassed to admit I didn't even get the joke?
"Drooling all over 7TB of unallocated disk space" ... in about 3 seconds flat, I would have that 7TB allocated to Oracle tablespaces and be bugging you for another 20TB ... oh, and by the way, I need another 40G of memory...inav8r said:Funny, when I showed my wife our 16-way i570 at work (that's 16 dual core power-5's), she didn't seem to impressed...
Now what I think is impressive is our 7TB of unallocated disk space in our SAN...
But what your wife thinks is, "Typical, all that potential and he won't lift a finger to use it..."inav8r said:Now what I think is impressive is our 7TB of unallocated disk space in our SAN...
You aren't too picky, some really are quite scary.jangell said:Some of them are decent. Some of them sort of scare me. Maybe I'm too picky.
If you need another 40G of memory on top of the 112G in the system, you've got oracle configured wrong!gkainz said:oh, and by the way, I need another 40G of memory...
I'll wager on poor coding practices. Have you traced any of those connections to see what they're doing?gkainz said:On the other hand, these @$%^$# java programs that the kids are writing nowadays are the biggest memory hogs I have ever seen in my life. I don't know if it's java, poor coding practices or just the way the universities are teaching it, but I can put 500 users on a client/server connection to the database and perform just fine, but 250 java connections brings a big server to its knees.
gkainz said:On the other hand, these @$%^$# java programs that the kids are writing nowadays are the biggest memory hogs I have ever seen in my life. I don't know if it's java, poor coding practices or just the way the universities are teaching it, but I can put 500 users on a client/server connection to the database and perform just fine, but 250 java connections brings a big server to its knees.
That would definitely be bad coding. Don't suppose you have a copy of the source?jangell said:You think that is bad...You should see the .NET app I am dealing with right now. A fairly small database..and three connections to this thing and it will bring a dual processor Opteron server to it's knees.
But apperantly that is to be expected according to the worthless.....ers that wrote it.
jangell said:You suppose I can pick up any chicks with this?
Previous client and completed contract, but as I recall, there was a lot of connection just to test the connectivity, then a query to select count(*) from a table just to prove to themselves the table existed (a real pet peeve of mine on big tables), another query to select and download to the client a huge batch of records to sort thru on the client and then another query to finally pull down the particular record of interest. I cajole, I preach, I suggest, I teach, I yell and scream and threaten... they just don't listen! and then I implement Oracle resource limits and let them explain to their manager why they burned up 20 minutes of CPU time, multiple gigs of I/O and multiple sessions to the database to update one record.Greebo said:I'll wager on poor coding practices. Have you traced any of those connections to see what they're doing?
Greebo said:That would definitely be bad coding. Don't suppose you have a copy of the source?
root@www1 [~]# cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 35
model name : Dual Core AMD Opteron(tm) Processor 170
stepping : 2
cpu MHz : 1995.603
cache size : 1024 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext lm 3dnowext 3dnow pni
bogomips : 3992.40
processor : 1
vendor_id : AuthenticAMD
cpu family : 15
model : 35
model name : Dual Core AMD Opteron(tm) Processor 170
stepping : 2
cpu MHz : 1995.603
cache size : 1024 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext lm 3dnowext 3dnow pni
bogomips : 3989.43
root@www1 [~]#
alaskaflyer said:Gee, I am such a square. Only having one processor and all...plus I took one look at Jesse's Friends Space and was howling with laughter. I guess I'm getting old. Hopefully my airplane will draw the chicks instead
wbarnhill said:RE: why programs are so danged bloated and slow nowadays....
We've become spoiled. Programming languages are becoming more advanced, letting the programmer simply click a button or type a single command that will do 4 different things. No longer does he have to look into the SDK for that specific command to do what he wants... it's already bundled in another command. Downside? Useless code is being executed simply because it's wrapped with another instruction. But we don't care because our machines run instructions at speeds where an additional instruction or 30000 won't cause *too* much delay. Personally, I think we need to get back to the basics, but with Visual Studio, .NET, C#, etc, we've headed pretty far down the line of not caring about how tight the code is. Hell, the colleges don't even teach an assembly language anymore as a required course. I couldn't even get my university to offer an assembly course as a Special Topics course.
Cue the old timers and stories of trays of unnumbered punch cards falling to the floor.
wbarnhill said:...Cue the old timers and stories of trays of unnumbered punch cards falling to the floor.
tonycondon said:Ha! I was taught FORTRAN last year in my classes at Iowa State! We didnt really have a book though, some notes from the teacher was about it.
SCCutler said:..at your command...
...that's why you draw a big, fat diagonal line on the edge of the card deck. Quick, dirty but effective and beats numbering in workload.
Been there, done that. Still couldn't put the deck back together in the right order. Not enough precision in the line to get them exact.SCCutler said:..at your command...
...that's why you draw a big, fat diagonal line on the edge of the card deck. Quick, dirty but effective and beats numbering in workload.