chm

The finish line: Attachment of Signs

Over the years, I've had a number of companies as clients that make and install signs. Most of the signs are used for commercial applications (stores and hotels) and they are usually made of metal and plastic but occasionally they'll even make one out of EIFS. Either way, they sometimes ask me how to attach their signs to EIFS walls. If you've ever purchased a custom sign, they are not cheap, so it's not a dumb question. Here are some guidelines on how to deal with signs. These notes relate to design considerations, as well as installation issues.




chm

The Orie Condo: A New Benchmark in Luxury Living at Toa Payoh

The Orie Condo, developed by CDL, Frasers Property, and Sekisui House, offers smart-enabled units in Toa Payoh with top-tier amenities, prime location, excellent connectivity, and proximity to schools and essential services.




chm

Fed's Schmid: It remains to be seen how much more Fed will cut and where rates settle

  • Rate cuts to date are an acknowledgement of growing confidence that inflation is on the path to 2% goal
  • Hope productivity growth can outrun the effects of slowing population growth
  • Won't let enthusiasm over rising productivity get ahead of data or commitment to reaching Fed goals

There isn't much of a hint on anything here.

This article was written by Adam Button at www.forexlive.com.




chm

Nvidia B200 GPU and Google Trillium TPU debut on the MLPerf Training v4.1 benchmark charts; the B200 posted a doubling of performance on some tests vs. the H100

Nvidia, Oracle, Google, Dell and 13 other companies reported how long it takes their computers to train the key neural networks in use today. Among those results were the first glimpse of Nvidia’s next generation GPU, the B200, and Google’s upcoming accelerator, called Trillium. The B200 posted a…




chm

AI Systems Solve Just 2% of Advanced Maths Problems in New Benchmark Test

Leading AI systems are solving less than 2% of problems in a new advanced mathematics benchmark, revealing significant limitations in their reasoning capabilities, research group Epoch AI reported this week. The benchmark, called FrontierMath, consists of hundreds of original research-level mathematics problems developed in collaboration with over 60 mathematicians, including Fields Medalists Terence Tao and Timothy Gowers. While top AI models like GPT-4 and Gemini 1.5 Pro achieve over 90% accuracy on traditional math tests, they struggle with FrontierMath's problems, which span computational number theory to algebraic geometry and require complex reasoning. "These are extremely challenging. [...] The only way to solve them is by a combination of a semi-expert like a graduate student in a related field, maybe paired with some combination of a modern AI and lots of other algebra packages," Tao said. The problems are designed to be "guessproof," with large numerical answers or complex mathematical objects as solutions, making it nearly impossible to solve without proper mathematical reasoning. Further reading: New secret math benchmark stumps AI models and PhDs alike.

Read more of this story at Slashdot.




chm

GIGABYTE’s R183-Z93 Achieves Leading Scores in Latest SPEC CPU Benchmarks

Nov. 13, 2024 — Giga Computing, a subsidiary of GIGABYTE and a leader in generative AI servers and advanced cooling technologies, today announced that the innovative GIGABYTE R183-Z93 server has […]

The post GIGABYTE’s R183-Z93 Achieves Leading Scores in Latest SPEC CPU Benchmarks appeared first on HPCwire.




chm

Like many before him, veteran Nate Schmidt enjoying resurgence with Florida Panthers

Schmidt has become a stable, steady force along Florida's blueline since signing with the Panthers over the summer




chm

Waqf Board can initiate criminal proceedings in post-2013 Waqf land encroachment cases

A Single Judge of the Kerala High Court quashed the proceedings against two people in an alleged pre-2013 land encroachment case on Tuesday by noting that such acts were made punishable only through an amendment to the Waqf Act in 2013, the accused were in possession of the property even before the introduction of the amendment, and no penal acts could be given retrospective operation




chm

Encroachments along Vrishabhavathi: HC pulls up officials for ‘sitting tight and hoodwinking court’

The court gave authorities time till November 22 for demonstrating concrete action on removal of encroachments




chm

Major volcanic eruptions linked to the Late Ordovician mass extinction: evidence from mercury enrichment and Hg isotopes

Hu, D; Li, M; Chen, J; Luo, Q; Grasby, S E; Zhang, T; Yuan, S; Xu, Y; Finney, S C; Sun, L; Shen, Y. Global and Planetary Change vol. 196, 103374, 2020 p. 1-13, https://doi.org/10.1016/j.gloplacha.2020.103374
<a href="https://geoscan.nrcan.gc.ca/images/geoscan/20200593.jpg"><img src="https://geoscan.nrcan.gc.ca/images/geoscan/20200593.jpg" title="Global and Planetary Change vol. 196, 103374, 2020 p. 1-13, https://doi.org/10.1016/j.gloplacha.2020.103374" height="150" border="1" /></a>




chm

New contributions to the ice-flow chronology in the Boothia-Lancaster Ice Stream catchment area

Tremblay, T; Lamothe, M. Geological Survey of Canada, Preprint 6, 2022, 40 pages, https://doi.org/10.4095/331062
<a href="https://geoscan.nrcan.gc.ca/images/geoscan/gid_331062.jpg"><img src="https://geoscan.nrcan.gc.ca/images/geoscan/gid_331062.jpg" title="Geological Survey of Canada, Preprint 6, 2022, 40 pages, https://doi.org/10.4095/331062" height="150" border="1" /></a>




chm

New contributions to the ice-flow chronology in the Boothia-Lancaster ice-stream catchment area, Nunavut

Tremblay, T; Lamothe, M. Surficial geology of northern Canada: a summary of Geo-mapping for Energy and Minerals program contributions; by McMartin, I (ed.); Geological Survey of Canada, Bulletin 611, 2023 p. 167-199, https://doi.org/10.4095/331424
<a href="https://geoscan.nrcan.gc.ca/images/geoscan/gid_331424.jpg"><img src="https://geoscan.nrcan.gc.ca/images/geoscan/gid_331424.jpg" title="Surficial geology of northern Canada: a summary of Geo-mapping for Energy and Minerals program contributions; by McMartin, I (ed.); Geological Survey of Canada, Bulletin 611, 2023 p. 167-199, https://doi.org/10.4095/331424" height="150" border="1" /></a>




chm

The surficial geology record of ice stream catchment dynamics and ice-divide migration in the Quebec-Labrador sector of the Laurentide Ice Sheet

Rice, J M; Paulen, R C; Campbell, H E; Ross, M. Quaternary Science Advances vol. 13, 100123, 2023 p. 1-13, https://doi.org/10.1016/j.qsa.2023.100123
<a href="https://geoscan.nrcan.gc.ca/images/geoscan/20210701.jpg"><img src="https://geoscan.nrcan.gc.ca/images/geoscan/20210701.jpg" title="Quaternary Science Advances vol. 13, 100123, 2023 p. 1-13, https://doi.org/10.1016/j.qsa.2023.100123" height="150" border="1" /></a>




chm

Wikipedia: Codex Alexandrinus (an Egyptian manuscript) - The Codex (a book with pages vs. a parchment or a scroll) Alexandrinus is a [*corrupted] 5th century manuscript of the Greek Bible, containing the majority of the Septuagint and the New Testament -

It derives its name from Alexandria where it resided for a number of years before it brought by the Eastern Orthodox Patriarch Cyril Lucaris from Alexandria to Constantinople. Then it was given to Charles I of England in the 17th century. Until the later purchase of the Codex Sinaiticus, it was the best manuscript of the Greek Bible deposited in Britain. Today, it rests along with Codex Sinaiticus in one of the showcases in the Ritblat Gallery of the British Library. As the text came from several different traditions, different parts of the codex are not of equal textual value. The text has been edited several times since the 18th century.



  • Christian Church History Study
  • 2. 313 A.D. to 1521 A.D. - Revised Rome and the Holy Roman Empire

chm

Wikipedia: Domesday Book 1086 A.D. - The "Domesday Book" now held at The National Archives, Kew, Richmond upon Thames in South West London, is the record of the great survey of much of England and parts of Wales completed in 1086 - The survey wa

One of the main purposes of the survey was to determine who held what and what taxes had been liable under Edward the Confessor; the judgment of the Domesday assessors was final-whatever the book said about who held the material wealth or what it was worth, was the law, and there was no appeal. It was written in Latin, although there were some vernacular words inserted for native terms with no previous Latin equivalent, and the text was highly abbreviated. Richard FitzNigel, writing around the year 1179, stated that the book was known by the English as "Domesday", that is the Day of Judgment "for as the sentence of that strict and terrible last account cannot be evaded by any skilful subterfuge, so when this book is appealed to ... its sentence cannot be put quashed or set aside with impunity. That is why we have called the book 'the Book of Judgment' ... because its decisions, like those of the Last Judgment, are unalterable." In August 2006 a limited online version of Domesday Book was made available by the United Kingdom's National Archives, charging users £2 per page to view the manuscript. In 2011, the Domesday Map site made the manuscript freely available for the first time.



  • Christian Church History Study
  • 2. 313 A.D. to 1521 A.D. - Revised Rome and the Holy Roman Empire

chm

Reading CHM manuals on Mac OS X

Using Mac OS X as my primary development platform is great since I can emulate my LAMP production environment a lot closely than I ever could developing on Windows.  One thing I missed for a while is being able to load the CHM (Compiled Help format used on Windows) manuals for PHP and MySQL quickly [...]




chm

Rixa Kleinschmit: Fokus auf Küstenschutz und Häfen beim Landeswassergesetz




chm

Cornelia Schmachtenberg: Kindesmissbrauch durch entschiedenes Handeln bekämpfen!




chm

LXer: AmpereOne CPPC CPUFreq Schedutil vs. Performance Governor Benchmarks

Published at LXer: Similar to the ACPI CPUFreq and AMD/Intel P-State CPU frequency scaling driver and scaling governor benchmarks and power efficiency comparisons I routinely do on Phoronix, when...



  • Syndicated Linux News

chm

LXer: Early Linux 6.12 Kernel Benchmarks Showing Some Nice Gains On AMD Zen 5

Published at LXer: With the Linux 6.12 merge window wrapping up this weekend and the bulk of the new feature merges now in the tree, I've begun running some Linux 6.12 benchmarks. Here is an...



  • Syndicated Linux News

chm

Watchmostquickthe-file.top ads

Watchmostquickthe-file.top is a fake website that should be ignored by those accidentally getting there At some point, you may start noticing Watchmostquickthe-file.top ads showing up on your desktop, even when your browser isn’t active and regardless of the websites you're browsing. This can easily make you think there’s malware on your system, but that’s not […]




chm

Statt Google & Bing: Europäischer Suchmaschinen-Index

Bislang stützen sich die europäischen Suchmaschinen Ecosia und Qwant vor allem auf die Bing-Plattform von Microsoft. Künftig wollen sie nicht mehr auf US-Technologieriesen angewiesen sein.




chm

Most 9800X3D reviews lacked 1440P and 4K gaming benchmarks, but I found some




chm

The Civil Code of Procedure (CPC) defines Attachment of Property

Before purchasing, buyers should confirm that a property is free from legal issues. They must comprehend ideas from the Code of Civil Procedure (CPC), such as “Attachment of Property,” to do this. Attachment is the legal term for taking possession … Continue reading



  • Real Estate News
  • Attachment of Property
  • Civil code of Procedure
  • cpc
  • Indian laws
  • Indian real estate regulation

chm

Detachment from the World

Fr. John Whiteford encourages his congregation on the Sunday of St. John Climacus to continue to pursue what is fruitful during this Lenten period.




chm

The 33rd Annual Schmemann Lecture

The 33rd Annual Schmemann Lecture at St. Vladimir's Orthodox Seminary featured a talk by Archdeacon John Chryssavgis titled "Toward the Great and Holy Council: Retrieving a Culture of Conciliarity and Communion." The seminary also granted two honorary doctorates at the convocation. Archdeacon John received the degree Doctor of Divinity and Charles Ajalat received the degree Doctor of Canon Law.




chm

35th Annual Father Alexander Schmemann Lecture

On the Feast of the Three Hierarchs Tuesday, January 30, 2017, St. Vladimir's Seminary hosted a marvelous evening program featuring the 35th Annual Father Alexander Schmemann Lecture. Seminary alumnus Dr. Scott Kenworthy presented the Schmemann Lecture, entitled, “St. Tikhon of Moscow (1865–1925) and the Orthodox Church in North America and Revolutionary Russia.” Dr. Kenworthy described St. Tikhon’s pastoral responsibilities both in North America and Russia, and noted how 21st-century Orthodox Christians could benefit from the well-documented spiritual struggles and challenges that the saint experienced. Dr. Kenworthy is Associate Professor of Comparative Religion and Russian, Eurasian and East European Studies at Miami University (Oxford, OH). He is currently writing a new, comprehensive biography of St. Tikhon.




chm

The Anchor of Schmemann's Liturgical Theology

The 36th Annual Father Alexander Schmemann Lecture at St. Vladimir's Seminary proved to be an insightful tribute to Fr. Alexander’s memory. On Wednesday, January 30, 2019, guest lecturer Dr. David Fagerberg, professor of theology at the University of Notre Dame and author of the recently released Liturgy outside Liturgy: The Liturgical Theology of Fr. Alexander Schmemann (Chora Books, 2018), took the audience through a beautiful exploration of what he termed "the house of Schmemann."




chm

The 37th Fr. Alexander Schmemann Memorial Lecture &amp; Mid-Year Commencement Ceremony

St. Vladimir’s Seminary celebrated the fiftieth anniversary of the Orthodox Church in America (OCA)’s autocephaly Thursday, January 30, 2020. A full-day of events culminated with a passionate, heartfelt 37th Annual Father Alexander Schmemann Memorial Lecture delivered by His Eminence, Archbishop Michael (Dahulich). Hear his lecture, "The Gift of Autocephaly," the Mid-Year Commencement Ceremony, and a final reflection from His Beatitude, Metropolitan Tikhon.




chm

Living in Truth: 38th Annual Schmemann Lecture

On January 30, 2021, New York Times bestselling author Rod Dreher delivered the 38th Annual Father Alexander Schmemann Memorial Lecture. Dreher’s lecture, “Living in Truth: How the Communist-Era Suffering Church can Prepare Us to be Dissidents,” defined the challenges and explored the gifts the suffering church has for a complacent West. His talk coincided with the publication of A Voice for Our Time: Radio Liberty Talks, Vol. 1, featuring an English translation of Schmemann’s broadcasts into the Soviet Union that began in 1953. This first volume of the two-part series, being published by St. Vladimir’s Seminary (SVS) Press, features a foreword by Dreher.




chm

A Prophetic Voice - Fr. Alexander Schmemann




chm

Detachment

Dr. Rossi speaks to us about the role of detachment in our life in Christ. He shares from his own experience of learning to let go of the success of his labor, even as he strives to be faithful in all that he does.




chm

Schmemann Lecture to be About St. Raphael Of Brooklyn!

Fr. Chad Hatfield tells us about the upcoming 32nd Annual Alexander Schmemann Lecture on the campus of St. Vladimir's Orthodox Theological Seminary. The speaker will be Bishop Nicholas of Brooklyn talking about the life and ministry of St. Raphael of Brooklyn. This year is the 100th anniversary of the repose of St. Raphael.




chm

38th Annual Fr. Alexander Schmemann Lecture

Bobby Maddex interviews Fr. Chad Hatfield, the President of St. Vladimir’s Orthodox Theological Seminary and a Professor of Pastoral Theology, about the 38th Annual Fr. Alexander Schmemann Lecture that will take place at the seminary on January 30th.




chm

Launch: searchmash, an experimental site started by Google

Uses Ajax and some other web2.0-ish features.




chm

Understanding ESB Performance & Benchmarking

ESB performance is a hot (and disputed topic). In this post I don't want to talk about different vendors or different benchmarks. I'm simply trying to help people understand some of the general aspects of benchmarking ESBs and what to look out for in the results.

The general ESB model is that you have some service consumer, an ESB in the middle and a service provider (target service) that the ESB is calling. To benchmark this, you usually have a load driver client, an ESB, and a dummy service.

+-------------+      +---------+      +---------------+
| Load Driver |------|   ESB   |------| Dummy Service |
+-------------+      +---------+      +---------------+

Firstly, we want the Load Driver (LD), the ESB and the Dummy Service (DS) to be on different hardware. Why? Because we want to understand the ESB performance, not the performance of the DS or LD.

The second thing to be aware of is that the performance results are completely dependent on the hardware, memory, network, etc used. So never compare different results from different hardware.

Now there are three things we could look at:
A) Same LD, same DS, different vendors ESBs doing the same thing (e.g. content-based routing)
B) Same LD, same DS, different ESB configs for the same ESB, doing different things (e.g. static routing vs content-based routing)
C) Going via ESB compared to going Direct (e.g. LD--->DS without ESB)

Each of these provides useful data but each also needs to be understood.

Metrics
Before looking at the scenarios, lets look at how to measure the performance. The two metrics that are always a starting point in any benchmark of an ESB here are the throughput (requests/second) and the latency (how long each request takes). With latency we can consider overall latency - the time taken for a completed request observed at the LD, and the ESB latency, which is the time taken by the message in the ESB. The ESB latency can be hard to work out. A well designed ESB will already be sending bytes to the DS before its finished reading the bytes the LD has sent it. This is called pipelining. Some ESBs attempt to measure the ESB latency inside the ESB using clever calculations. Alternatively scenario C (comparing via ESB vs Direct) can give an idea of ESB Latency. 

But before we look at the metrics we need to understand the load driver.

There are two different models to doing Load Driving:
1) Do a realistic load test based on your requirements. For example if you know you want to support up to 50 concurrent clients each making a call every 5 seconds on average, you can simulate this.
2) Saturation! Have a large number of clients, each making a call as soon as the last one finishes.

The first one is aimed at testing what the ESB does before its fully CPU loaded. In other words, if you are looking to see the effect of adding an ESB, or the comparison of one ESB to another under realistic load, then #1 is the right approach. In this approach, looking at throughput may not be useful, because all the different approaches have similar results. If I'm only putting in 300 requests a sec on a modern system, I'm likely to see 300 request a sec. Nothing exciting. But the latency is revealing here. If one ESB responds in less time than another ESB thats a very good sign, because with the same DS the average time per request is very telling.

On the other hand the saturation test is where the throughput is interesting. Before you look at the throughput though, check three things:
1) Is the LD CPU running close to 100%?
2) Is the DS CPU running close to 100%?
3) Is the network bandwidth running close to 100%?

If any of these are true, you aren't doing a good test of the ESB throughput. Because if you are looking at throughput then you want the ESB to be the bottleneck. If something else is the bottleneck then the ESB is not providing its max throughput and you aren't giving it a fair chance. For this reason, most benchmarks use a very very lightweight LD or a clustered LD, and similarly use a DS that is superfast and not a realistic DS. Sometimes the DS is coded to do some real work or sleep the thread while its executing to provide a more realistic load test. In this case you probably want to look at latency more than throughput.

Finally you are looking to see a particular behaviour for throughput testing as you increase load.
Throughput vs Load
The shape of this graph shows an ideal scenario. As the LD puts more work through the ESB it responds linearly. At some point the CPU of the ESB hits maximum, and then the throughput stabilizes.  What we don't want to see is the line drooping at the far right. That would mean that the ESB is crumpling under the extra load, and its failing to manage the extra load effectively. This is like the office worker whose efficiency increases as you give them more work but eventually they start spending all their time re-organizing their todo lists and less work overall gets done.

Under the saturation test you really want to see the CPU of the ESB close to 100% utilised. Why? This is a sign that its doing as much as possible. Why would it not be 100%? Two reasons: I/O, multi-processing and thread locks: either the network card or disk or other I/O is holding it up, the code is not efficiently using the available cores, or there are thread contention issues.

Finally its worth noting that you expect the latency to increase a lot under the saturation test. A classic result is this: I do static routing for different size messages with 100 clients LD. For message sizes up to 100k maybe I see a constant 2ms overhead for using the ESB. Suddenly as the message size grows from 100k to 200k I see the overhead growing in proportion to the message size.


Is this such a bad thing? No, in fact this is what you would expect. Before 100K message size, the ESB is underloaded. The straight line up to this point is a great sign that the ESB is pipelining properly. Once the CPU becomes loaded, each request is taking longer because its being made to wait its turn at the ESB while the ESB deals with the increased load.

A big hint here: When you look at this graph, the most interesting latency numbers occur before the CPU is fully loaded. The latency after the CPU is fully loaded is not that interesting, because its simply a function of the number of queued requests.

Now we understand the metrics, lets look at the actual scenarios.

A. Different Vendors, Same Workload
For the first comparison (different vendors) the first thing to be careful of is that the scenario is implemented in the best way possible in each ESB. There are usually a number of ways of implementing the same scenario. For example the same ESB may offer two different HTTP transports (or more!). For example blocking vs non-blocking, servlet vs library, etc. There may be an optimum approach and its worth reading the docs and talking to the vendor to understand the performance tradeoffs of each approach.

Another thing to be careful of in this scenario is the tuning parameters. Each ESB has various tuning aspects that may affect the performance depending on the available hardware. For example, setting the number of threads and memory based on the number of cores and physical memory may make a big difference.

Once you have your results, assuming everything we've already looked at is tickety-boo, then both latency and throughput are interesting and valid comparisons here. 

B. Different Workloads, Same Vendor
What this is measuring is what it costs you to do different activities with the same ESB. For example, doing a static routing is likely to be faster than a content-based routing, which in turn is faster than a transformation. The data from this tells you the cost of doing different functions with the ESB. For example you might want to do a security authentication/authorization check. You should see a constant bump in latency for the security check, irrespective of message size. But if you were doing complex transformation, you would expect to see higher latency for larger messages, because they take more time to transform. 

C. Direct vs ESB
This is an interesting one. Usually this is done for a simple static routing/passthrough scenario. In other words, we are testing the ESB doing its minimum possible. Why bother? Well there are two different reasons. Firstly ESB vendors usually do this for their own benefit as a baseline test. In other words, once you understand the passthrough performance you can then see the cost of doing more work (e.g. logging a header, validating security, transforming the message). 

Remember the two testing methodologies (realistic load vs saturation)? You will see very very different results in each for this, and the data may seem surprising. For the realistic test, remember we want to look at latency. This is a good comparison for the ESB. How much extra time is spent going through the ESB per request under normal conditions. For example, if the average request to the backend takes 18ms and the average request via the ESB takes 19ms, we have an average ESB latency of 1ms. This is a good result - the client is not going to notice much difference - less than 5% extra. 

The saturation test here is a good test to compare different ESBs. For example, suppose I can get 5000 reqs/sec direct. Via ESB_A the number is 3000 reqs/sec and via ESB_B the number is 2000 reqs/sec, I can say that ESB_A is providing better throughput than ESB_B. 

What is not  a good metric here is comparing throughput in saturation mode for direct vs ESB. 


Why not? The reason here is a little complex to explain. Remember how we coded DS to be as fast as possible so as not to be a bottleneck? So what is DS doing? Its really just reading bytes and sending bytes as fast as it can. Assuming the DS code is written efficiently using something really fast (e.g. just a servlet), what this is testing is how fast the hardware (CPU plus Network Card) can read and write through user space in the operating system. On a modern server hardware box you might get a very high number of transactions/sec. Maybe 5000req/s with each message in and out being 1k in size.

So we have 1k in and 1k out = 2k IO.
2k IO x 5000 reqs/sec x 8bits gives us the total network bandwidth of 80Mbits/sec (excluding ethernet headers and overhead).

Now lets look at the ESB. Imagine it can handle 100% of the direct load. There is no slowdown in throughput for the ESB. For each request it has to read the message in from LD and send it out to DS. Even if its doing this in pipelining mode, there is still a CPU cost and an IO cost for this. So the ESB latency of the ESB maybe 1ms, but the CPU and IO cost is much higher. Now, for each response it also has to read it in from DS and write it out to LD. So if the DS is doing 80Mbits/second, the ESB must be doing 160Mbits/second. 

Here is a picture.

Now if the LD is good enough, it will have loaded the DS to the max. CPU or IO capacity or both will be maxed out. Suppose the ESB is running on the same hardware platform as the DS. If the DS machine can do 80Mbit/s flat out, there is no way that the same hardware running as an ESB can do 160Mbit/s! In fact, if the ESB and DS code are both as efficient as possible, then the throughput via ESB will always be 50% of the throughput direct to the DS. Now there is a possible way for the ESB to do better: it can be better coded than the DS. For example, if the ESB did transfers in kernel space instead of user space then it might make a difference. The real answer here is to look at the latency. What is the overhead of adding the ESB to each request. If the ESB latency is small, then we can solve this problem by clustering the ESB. In this case we would put two ESBs in and then get back to full throughput.

The real point of this discussion is that this is not a useful comparison. In reality backend target services are usually pretty slow. If the same dual core server is actually doing some real work - e.g. database lookups, calculations, business logic - then its much more likely to be doing 500 requests a second or even less. 

The following chart shows real data to demonstrate this. The X-Axis shows increasing complexity of work at the backend (DS). As the effort taken by the backend becomes more realistic, the loss in throughput of having an ESB in the way reduces. So with a blindingly fast backend, we see the ESB struggling to provide just 55% of the throughput of the direct case. But as the backend becomes more realistic, we see much better numbers. So at 2000 requests a second there is barely a difference (around 10% reduction in throughput). 


In real life, what we actually see is that often you have many fewer ESBs than backend servers. For example, if we took the scenario of a backend server that can handle 500 reqs/sec, then we might end up with a cluster of two ESBs handling a cluster of 8 backends. 

Conclusion
I hope this blog has given a good overview of ESB performance and benchmarking. In particular, when is a good idea to look at latency and when to use throughput. 





chm

Does brand association, brand attachment, and brand identification mediate the relationship between consumers' willingness to pay premium prices and social media marketing efforts?

This study investigates the effects of social media marketing efforts (SMME) on smartphone brand identification, attachment, association, and willingness to pay premium prices. A survey of 320 smartphone users who followed official social media handles managed by smartphone companies was conducted for this purpose. PLS-SEM was used to analyse the collected data. The findings demonstrated importance of SMME dimensions. According to the study's findings, the smartphone brand's SMMEs had significant impact on brand identification, brand association, and brand attachment. The results revealed that SMMEs had significant impact on willingness to pay the premium price. The findings also show that brand identification, attachment, and association mediated the relationship between SMMEs and willingness to pay a premium price. The findings of this study will be useful in developing social media marketing strategies for smartphones. This study demonstrates the use of social media marketing to promote mobile phones, particularly in emerging markets.




chm

How Do Leader-Departures Affect Subordinates' Organizational Attachment?: A 360-Degree Relational Perspective

Management scholars have noted that leader departures often foreshadow higher turnover intentions (or lower organizational attachment) by subordinates left behind, especially when relationships between the departing leader and the subordinates, or leader-member exchanges (LMX), had been of high quality. In this paper, we posit that the quality of subordinates' relationships with all members of their relational system, not only their leader, must be considered to better understand how leader departures affect subordinates' organizational attachment. Our proposed relationships are illustrated in a theoretical model that includes phenomena at the individual-level (i.e., a subordinate's identification with the departing leader and with his/her organization), at the group-level (i.e., turnover contagion), and at the organizational level (i.e., organization-wide developmental climate). As such, we propose that elucidating how leader-departures affect organizational attachment requires multi-level theorizing and constructs. Theoretical and practical implications of such a 360-degree relational perspective on leader-departure effects are discussed.




chm

Random Photo: Caturday Henchmen

Random Photo: Caturday Henchmen




chm

Intel Arc 140V iGPU Benchmarks vs Radeon 890M and more @ NT Compatible

...





chm

Benchmarking - ASQ™ TV

This ASQ TV episode covers the basics of benchmarking, reviews the recommended six phases of a benchmarking process, and explains one vital ingredient in benchmarking: metrics.




chm

Miguel Smajli & Lukas Schmidt - Game of B.I.K.E





Unfortunately, we all still have to keep ourselves spatially separate at the moment. That does not prevent our bros Miguel Smajli and Lukas Schmidt from playing a socially distant Game of BIKE. And whoever wins will tell you the click on the play button!

Have fun with the video, your kunstform BMX Shop Team!

Video: Miguel Smajli

Related links:




chm

Pachman at 100: Czech writer's impact on chess still being felt

The debate over the principles of sound chess play has been an enjoyable conversation that's been going on for centuries. A civilized and essential voice in the debate was Czech-German GM and author Ludek Pachman, born 100 years ago this year.




chm

Benchmark survey of the common plants in North-east of England to help biodiversity change monitoring

A recently completed benchmark survey of common plants provides a comprehensive dataset of vascular plant diversity and abundance in South Northumberland and Durham, contributing an additional 35,000 observations to the 200,000 observations collected by local recorders since the turn of the millennium.

Apart from contributing an updated inventory of vascular plant diversity, the survey is intended to be used as a reference point with which to identify change in the countryside and study the drivers of biodiversity change in the North-east of England.

Changes in the abundance of rare species have little impact on other species, but change in the abundance of common species can have cascading effects on whole ecosystems. The new survey provides a solid foundation that can be used to qualify the abundance of common species and compare against previous and future studies.


The distribution of heather predicted from the common plant survey data. This is one of the region's most characteristic species and one that many other organisms rely upon for food and cover.

The survey was part of the North-East Common Plants Survey Project, conducted over four years and required volunteers to go to various places. Some surveyed post-industrial brown-field sites, while others walked for miles across bleak moorland to reach sites high in the hills. Although these moors are arguably wilder and natural, the industrial wastelands turn out to be far more biodiverse.

Botanical surveying continues in the region despite the end of the project. Volunteers continue to monitor rare plants in the region and are currently working towards the next atlas of Britain and Ireland, coordinated by the Botanical Society of Britain and Ireland.

This survey is also among the first one to make use of the Integrated Publishing Toolkit (IPT) functionality, jointly developed by EU BON and GBIF, that allows the easy export and exposure of datasets to maximize their discoverability and reuse. The survey was published in the Biodiversity Data Journal, providing easy and streamlined publication of GBIF data via a variety of newly introduced plugins.

Original Source:

Groom Q, Durkin J, O'Reilly J, Mclay A, Richards A, Angel J, Horsley A, Rogers M, Young G (2015) A benchmark survey of the common plants of South Northumberland and Durham, United Kingdom. Biodiversity Data Journal 3: e7318. doi: 10.3897/BDJ.3.e7318





chm

A benchmark survey of the common plants of South Northumberland and Durham, United Kingdom




chm

The Watchman: After Paris, What&#39;s Next for ISIS?

On this week's edition of The Watchman, we analyze the growing ISIS threat to America in the wake of the Paris attacks. We also examine how Europe's capital, Brussels, is in the crosshairs of radical Islamists.




chm

The Watchman: When a Jew Rules the World - December 1, 2015

On this week's edition of The Watchman, we're joined by Joel Richardson, New York Times bestselling author of "The Islamic Antichrist," to discuss his new book, "When a Jew Rules the World."




chm

The Watchman: Terror in San Bernardino - December 8, 2015

On this week's edition of The Watchman, we examine the Islamic terrorist attack in San Bernardino and what's next in ISIS's war against America.




chm

The Watchman: Building Bridges Between Christians and Jews - December 15, 2015

On this week's edition of The Watchman, we interview Rabbi Yechiel Eckstein, founder of the International Fellowship of Christians and Jews, about the new authorized biography on his life and work, "The Bridge Builder." We also recap ...